[Bug 1078713] New: yast2 module bootloader internal error
http://bugzilla.opensuse.org/show_bug.cgi?id=1078713 Bug ID: 1078713 Summary: yast2 module bootloader internal error Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain@suse.com Reporter: roeland.jansen@snow.nl QA Contact: jsrain@suse.com Found By: --- Blocker: --- updated dual boot win10/leap 42.3 to win10/leap 15 beta (01 feb 2018) during install it is reported that /dev/sda4 is not recognized as a block device. Device Boot Start End Sectors Size Id Type /dev/sda1 2048 718847 716800 350M 7 HPFS/NTFS/exFAT /dev/sda2 718848 982804427 982085580 468.3G 7 HPFS/NTFS/exFAT /dev/sda3 * 982804480 1951815679 969011200 462.1G f W95 Ext'd (LBA) /dev/sda5 982806528 987000831 4194304 2G 82 Linux swap / Solaris /dev/sda6 1070895104 1071937535 1042432 509M 83 Linux /dev/sda7 1071939584 1155844095 83904512 40G 83 Linux I found that the default boot selection was not saved after zypper dup 42.3 --> 15.0 so started yast2 bootloader and gave same error. Error Internal error. Please report a bug report with logs. Run save_y2logs to get complete logs. Details: unknown device /dev/sda4 Caller: /usr/share/YaST2/modules/BootStorage.rb:136:in stage1_devices_for_name' -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078713 http://bugzilla.opensuse.org/show_bug.cgi?id=1078713#c1 --- Comment #1 from Roeland Jansen <roeland.jansen@snow.nl> --- y2logs to be added. uploading failed first time -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078713 http://bugzilla.opensuse.org/show_bug.cgi?id=1078713#c2 --- Comment #2 from Roeland Jansen <roeland.jansen@snow.nl> --- y2logs to be added. uploading currently fails: This site can’t be reached The webpage at https://bugzilla.opensuse.org/attachment.cgi might be temporarily down or it may have moved permanently to a new web address. ERR_ACCESS_DENIED -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078713 http://bugzilla.opensuse.org/show_bug.cgi?id=1078713#c3 --- Comment #3 from Roeland Jansen <roeland.jansen@snow.nl> --- Created attachment 758371 --> http://bugzilla.opensuse.org/attachment.cgi?id=758371&action=edit as requested - y2logs -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078713 Jiri Srain <jsrain@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jsrain@suse.com |jreidinger@suse.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078713 http://bugzilla.opensuse.org/show_bug.cgi?id=1078713#c5 Josef Reidinger <jreidinger@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aschnell@suse.com Flags| |needinfo?(aschnell@suse.com | |) --- Comment #5 from Josef Reidinger <jreidinger@suse.com> --- Something is wrong as originally it reports that extended partition is /dev/sda4 { "device" => "/dev/sda4", "name" => "sda4", "used_by_type" => "UB_NONE", "used_by_device" => "", "udev_path" => "pci-0000:00:1f.2-ata-1-part4", "udev_id" => [ "ata-Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part4", "scsi-0ATA_Samsung_SSD_850_S2RFNX0HC05986M-part4", "scsi-1ATA_Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part4", "scsi-35002538d4194fdd3-part4", "scsi-SATA_Samsung_SSD_850S2RFNX0HC05986M-part4", "scsi-SATA_Samsung_SSD_850_S2RFNX0HC05986M-part4", "wwn-0x5002538d4194fdd3-part4" ], "size_k" => "484512367", "detected_fs" => "unknown", "nr" => "4", "fsid" => "15", "fstype" => "Extended", "region" => [ "61176", "60319" ], "type" => "extended", "boot" => "true" }, and there are three previously seen partitions: { "device" => "/dev/sda1", "name" => "sda1", "used_by_type" => "UB_NONE", "used_by_device" => "", "udev_path" => "pci-0000:00:1f.2-ata-1-part1", "udev_id" => [ "ata-Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part1", "scsi-0ATA_Samsung_SSD_850_S2RFNX0HC05986M-part1", "scsi-1ATA_Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part1", "scsi-35002538d4194fdd3-part1", "scsi-SATA_Samsung_SSD_850S2RFNX0HC05986M-part1", "scsi-SATA_Samsung_SSD_850_S2RFNX0HC05986M-part1", "wwn-0x5002538d4194fdd3-part1" ], "size_k" => "358400", "used_fs" => "ntfs", "detected_fs" => "ntfs", "uuid" => "2A9E3E4D9E3E1235", "label" => "System Reserved", "nr" => "1", "fsid" => "7", "fstype" => "HPFS/NTFS", "region" => [ "0", "45" ], "type" => "primary" }, { "device" => "/dev/sda2", "name" => "sda2", "used_by_type" => "UB_NONE", "used_by_device" => "", "udev_path" => "pci-0000:00:1f.2-ata-1-part2", "udev_id" => [ "ata-Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part2", "scsi-0ATA_Samsung_SSD_850_S2RFNX0HC05986M-part2", "scsi-1ATA_Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part2", "scsi-35002538d4194fdd3-part2", "scsi-SATA_Samsung_SSD_850S2RFNX0HC05986M-part2", "scsi-SATA_Samsung_SSD_850_S2RFNX0HC05986M-part2", "wwn-0x5002538d4194fdd3-part2" ], "size_k" => "491042790", "used_fs" => "ntfs", "detected_fs" => "ntfs", "uuid" => "146C45F46C45D0E2", "nr" => "2", "fsid" => "7", "fstype" => "HPFS/NTFS", "region" => [ "44", "61133" ], "type" => "primary" }, { "device" => "/dev/sda3", "name" => "sda3", "used_by_type" => "UB_NONE", "used_by_device" => "", "udev_path" => "pci-0000:00:1f.2-ata-1-part3", "udev_id" => [ "ata-Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part3", "scsi-0ATA_Samsung_SSD_850_S2RFNX0HC05986M-part3", "scsi-1ATA_Samsung_SSD_850_EVO_1TB_S2RFNX0HC05986M-part3", "scsi-35002538d4194fdd3-part3", "scsi-SATA_Samsung_SSD_850S2RFNX0HC05986M-part3", "scsi-SATA_Samsung_SSD_850_S2RFNX0HC05986M-part3", "wwn-0x5002538d4194fdd3-part3" ], "size_k" => "837632", "used_fs" => "ntfs", "detected_fs" => "ntfs", "uuid" => "D0B619D8B619C040", "nr" => "3", "fsid" => "39", "fstype" => "unknown", "region" => [ "121494", "106" ], "type" => "primary" }, that is at least what old storage see. But problem here is that now /dev/sda1 as system partition is not visible. Arvin - is it libstorage-ng bug or some underlaying tool problem? -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com