Re: UEFI install on MBR partition scheme, was: Failed attempt to fpaste UEFI failure data

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2013-12-14 at 15:25 -0700, Chris Murphy wrote:
> On Dec 14, 2013, at 2:16 PM, Chuck Forsberg WA7KGX <caf@xxxxxxxx> wrote:
> 
> > 
> > On 12/14/2013 12:57 PM, Adam Williamson wrote:
> >> On Sat, 2013-12-14 at 12:48 -0800, Chuck Forsberg WA7KGX wrote:
> >>> On 12/14/2013 09:12 AM, Adam Williamson wrote:
> >>>> On Sat, 2013-12-14 at 04:46 -0800, Chuck Forsberg WA7KGX wrote:
> >>>>> While in RC1.1 anaconda booted with UEFI I was able
> >>>>> to ftp the files in /tmp to my server.  I then rebooted
> >>>>> my office machine to RC1.1 that had been installed
> >>>>> without UEFI.  I tried fpaste again on these files and
> >>>>> fpaste failed again:
> >>>>> 
> >>>>> -r--r--r-- 1 caf       omen      149K Dec 14 04:32 syslog
> >>>>> -r--r--r-- 1 caf       omen       24K Dec 14 04:32 storage.state
> >>>>> -r--r--r-- 1 caf       omen      203K Dec 14 04:32 storage.log
> >>>>> -r--r--r-- 1 caf       omen       112 Dec 14 04:32 sensitive-info.log
> >>>>> -r--r--r-- 1 caf       omen       38K Dec 14 04:32 program.log
> >>>>> -r--r--r-- 1 caf       omen      185K Dec 14 04:32 packaging.log
> >>>>> -r--r--r-- 1 caf       omen      1.8K Dec 14 04:32 ifcfg.log
> >>>>> -r--r--r-- 1 caf       omen       20K Dec 14 04:32 anaconda.log
> >>>>> -r--r--r-- 1 caf       omen       351 Dec 14 04:32 anaconda-yum.conf
> >>>>> -r--r--r-- 1 caf       omen       34K Dec 14 04:32 X.log
> >>>>> [caf@omen h]$ cat foo
> >>>>> [root@omen3 ~]# fpaste /o/tmp/h/*
> >>>>> WARNING: your paste size (812.2KiB) is very large and may be rejected by
> >>>>> the server. A pastebin is NOT a file hosting service!
> >>>>> Uploading (812.2KiB)...
> >>>>> Traceback (most recent call last):
> >>>>>     File "/bin/fpaste", line 447, in <module>
> >>>>>       main()
> >>>>>     File "/bin/fpaste", line 414, in main
> >>>>>       [url, short_url] = paste(text, options)
> >>>>>     File "/bin/fpaste", line 127, in paste
> >>>>>       response = json.loads(f.read())
> >>>>>     File "/usr/lib64/python2.7/json/__init__.py", line 338, in loads
> >>>>>       return _default_decoder.decode(s)
> >>>>>     File "/usr/lib64/python2.7/json/decoder.py", line 365, in decode
> >>>>>       obj, end = self.raw_decode(s, idx=_w(s, 0).end())
> >>>>>     File "/usr/lib64/python2.7/json/decoder.py", line 383, in raw_decode
> >>>>>       raise ValueError("No JSON object could be decoded")
> >>>>> ValueError: No JSON object could be decoded
> >>>>> 
> >>>>> It does appear fpaste is broken.
> >>>> Nope. It told you what was going on right at the top:
> >>>> 
> >>>> "WARNING: your paste size (812.2KiB) is very large and may be rejected
> >>>> by the server. A pastebin is NOT a file hosting service!"
> >>>> 
> >>>> It only takes up to 500KiB at a time. If you have somewhere to host the
> >>>> files from, there's no need to fpaste, just put them there for us to
> >>>> look at; otherwise, fpaste them one at a time.
> >>> I fpasted them one at a time just now.
> >> Then can you give us the URLs it gave you? We can't possibly find the
> >> stuff if you don't give us the URL...
> > Session output is attached.
> 
> program.log failed to upload
> 
> From anaconda.log
> 
> 	• 04:30:44,507 DEBUG anaconda: Need disklabel: gpt have: msdos
> 
> 
> 	• 04:31:01,514 DEBUG anaconda: info bar clicked: failed to find a suitable stage1 device ((<SpokeWindow object at 0x7f1f7ecd1d20 (AnacondaSpokeWindow at 0x37d9da0)>,))
> 
> From storage.log
> 
> 	•   format = existing msdos disklabel
> 
> 
> I'm about to look through the blivet code now but does anyone know off
> hand if anaconda supports UEFI installs to MBR partition schemes? I
> think not, but I don't know for sure.

It does not. So it sounds like Chuck's trying to do a UEFI install to an
msdos-labelled disk, and that's the problem. Chuck, you can't do a UEFI
install to a disk with an msdos disk label (partition table). If you can
blow the entire disk away, then choose a partition layout that does so,
and anaconda should automatically reformat it to gpt for you. If there
is stuff on the disk you can't stand to lose, then you only have the
choice of doing a BIOS install of Fedora.

Chris, I'm trying to remember - we were discussing something like this
around the time of F19 release, and thinking of changing it. But I can't
recall if it was 'EFI system partition must be FAT32' or 'UEFI system
must be installed to a gpt-labelled disk' which was the assumption we
were questioning. Either way, I'm sure there was an assumption anaconda
was making in this area which we'd found not to be entirely true.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test





[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux