[Bug 889733] New: partitioning in installation fails
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c0 Summary: partitioning in installation fails Classification: openSUSE Product: openSUSE Factory Version: 201407* Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers@suse.de ReportedBy: jslaby@suse.com QAContact: jsrain@suse.com CC: coolo@suse.com Found By: --- Blocker: --- See: https://openqa.opensuse.org/tests/15550/modules/partitioning/steps/2 There is a win8 disk, which is to be resized and opensuse installed. There are two issues: 1) the note about the failure is wrong (cannot resize because it is not clean). It cannot resize because the label has to be changed. See y2logs from the URL above. 2) Why is the change to GPT needed? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c1 --- Comment #1 from Jiri Slaby <jslaby@suse.com> 2014-07-31 09:20:27 UTC --- (In reply to comment #0)
2) Why is the change to GPT needed?
I mean, this is an EFI booted machine with non-EFI win installation. But EFI does not require GPT, so? I think the best we can do is just resize the partition (and leave the table msdos). win8 was unbootable, and will be, but the user obviously wants it that way (switched from legacy bios boot to EFI in BIOS/EFI). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c2 --- Comment #2 from Stephan Kulow <coolo@suse.com> 2014-07-31 11:32:37 CEST --- Windws8 is not unbootable: https://openqa.opensuse.org/tests/6864/modules/boot_windows/steps/2 But the VM back then was indeed not called with EFI settings. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c3 --- Comment #3 from Stephan Kulow <coolo@suse.com> 2014-07-31 11:40:18 CEST --- So I removed the UEFI setting from the test and it installs: https://openqa.opensuse.org/tests/15991 No idea where the UEFI setting came from. But good thing we found another problem - we were actually supposed to avoid regressions, but finding bugs is good too ;) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c4 Arvin Schnell <aschnell@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aschnell@suse.com --- Comment #4 from Arvin Schnell <aschnell@suse.com> 2014-07-31 12:19:08 UTC --- (In reply to comment #0)
2) Why is the change to GPT needed?
AFAIK EFI needs GPT, see e.g. bug #709334 and bug #710402. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c5 --- Comment #5 from Jiri Slaby <jslaby@suse.com> 2014-07-31 12:30:57 UTC --- (In reply to comment #4)
(In reply to comment #0)
2) Why is the change to GPT needed?
AFAIK EFI needs GPT
This is not true at least for UEFI. The standard says that UEFI has to support both msdos (legacy MBR) and GPT. Explicitly, 12.2.2 of UEFI 2.1 std states: This specification requires the firmware to be able to parse the legacy master boot record(MBR), GUID Partition Table (GPT), and El Torito logical device volumes. And msdos is indeed preferred on devices like USB flash disks for example, as one would not be able use the flash disk on older machines otherwise. In other words, if our installation requires and insists on GPT for disks when booted in EFI, it is a bug. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c6 --- Comment #6 from Arvin Schnell <aschnell@suse.com> 2014-07-31 12:41:05 UTC --- Feel free to discuss this issue with our bootloader maintainers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c7 Steffen Winterfeldt <snwint@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mchang@suse.com, | |rw@suse.com, | |snwint@suse.com AssignedTo|yast2-maintainers@suse.de |aschnell@suse.com --- Comment #7 from Steffen Winterfeldt <snwint@suse.com> 2014-08-04 12:45:23 CEST --- GPT is nice but not a must-have for UEFI. We can keep what the user has. Even so as apparently it _does_ work (the machine is usable, obviously). Even though, adding Michael and Raymund to Cc. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c8 --- Comment #8 from Raymund Will <rw@suse.com> 2014-08-04 12:31:04 UTC --- Sigh, yes, the spec allows such a setup, but it's asking for trouble big time: - YaST2 partitioner does not know about the proper partition type (0xEF) for the EFI System Partition (mounted as '/boot/efi'), or does it? - last time I've checked 'efibootmgr' did *not* handle that monstrosity named "logical partitions" too gracefully, - the firmware can not reliably identify an ESP there, 'efibootmgr' used to fill up NVRAM with '-w' because of that, which ultimately *bricked* machines, and - once in a while some vendor's firmware refuses to *boot* from such a setup (while read/write works fine)! And why would anyone, in his/her right mind, want to give up one of the very few real benefits of UEFI, named GPT, for an ill-conceived relict? IMHO, we should *not* try to support that! Ways might be provided for an "expert" to work around "our" recommendation, stating unmistakably that the trouble ahead is self-inflicted and to be solved solely by the originator. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c9 Steffen Winterfeldt <snwint@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |jslaby@suse.com --- Comment #9 from Steffen Winterfeldt <snwint@suse.com> 2014-08-04 14:40:59 CEST --- The report states that it's a Windows 8 disk. Of course, if that's just a made-up test case this report is a non-issue and should be closed (and the test removed). Jiri, is this a real-life situation (that is, are there Win 8 machines delivered with MBR partitioning)? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c10 --- Comment #10 from Lukas Ocilka <locilka@suse.com> 2014-08-04 12:53:28 UTC --- (In reply to comment #8)
IMHO, we should *not* try to support that! Ways might be provided for an "expert" to work around "our" recommendation, stating unmistakably that the trouble ahead is self-inflicted and to be solved solely by the originator.
I agree that we should limit the number of supported scenarios and the proposal should make sure the system will be working. Guessing from "it probably works now, so let's keep it" is worse than proposing something we are sure that works. Power user can change the proposal anyway. And yes, we will obviously get reports like: Why installer changes something that works for me? The answer is simple: We can hardly tell, that it really works. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c11 Arvin Schnell <aschnell@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEEDINFO |ASSIGNED InfoProvider|jslaby@suse.com | --- Comment #11 from Arvin Schnell <aschnell@suse.com> 2014-08-11 09:56:31 UTC --- So I will only take care of the wrong message about inconsistent filesystem here. BTW: The initial code to create GPT on EFI was done by Jiri Srain, see fate #306825. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889733 https://bugzilla.novell.com/show_bug.cgi?id=889733#c12 Arvin Schnell <aschnell@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #12 from Arvin Schnell <aschnell@suse.com> 2014-08-13 16:02:09 UTC --- Fixed misleading message. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com