Bugzilla – Bug 255851
System Fails to boot after upgrade with Error 23
Last modified: 2007-07-31 13:07:50 UTC
After upgrading from 10.2GM to 10.3A2 I get the following error when booting: Booting `openSUSE 10.3` root (/dev/sda,0) Error 23: Error wjile parshing number Press any key to continue... Why is this using "sda" for an IDE drive when "sda" was supposed to be for SCSI drives? and the drive in grub is listed as /dev/disk/by-id/ata-TOSHIBA_MK2017GA_X1J71256t-p-> What ever became of supporting legacy hardware? I now have a system that is unusable! Also when booting to the "rescue system" I'm asked for an install source, then put into text mode. If I then select to boot the installed system I get a scrolling screen the starts with udevd[2036]get_(the rest of the line is not readable). The system is also loading the ata_piix driver when it should be loading the pixx driver for my harddrive. Where can I change this?
The "grub" problem is probably caused by yast2-bootloader module so please attach y2logs. Quick how to obtain y2log is here: http://en.opensuse.org/Bugs/YaST. About the driver problem: There is only ata_piix driver in /lib/modules/... I'm quite confused what you wanted to do. Please next time send one bug per report.
Created attachment 125577 [details] Y2log requested Requested Y2log files attached as tar file using czvf options.
Please next time after answering question or attaching logs set bug status to ASSIGNED in order to help us find bugs witch was answered.
Should be fixed with latest perl-Bootloader. As there's an easy workaround for this, decreasing severity.
Upon further investigation I did the following in order to get the system to boot. I changed the following lines in menu.lst: gfxmenu (hd0,3)/boot/message to: gfxmenu (hd0,0)/message Under linux and failsafe entries: root (hd0,3) to: root (hd0,0) and: initrd /boot/initrd to: initrd /initrd I also changed the "by_id" reference to the partition to /dev/sda#. Once these changes were made the system did boot the finish the install (upgrade) process.
After upgrade to 10.3A3 it has become obvious that the problem resides with the upgrade process _NOT_ recognizing that I have a /boot partition. Why doesn't the upgrade process read the /etc/fstab file during the upgrade to find out what partitions are previously used? This is why when I make the changes listed in #5 that the system then boots. This error is apparent in 10.3A2 and 10.3A3.
The problem here indeed is the change from hda -> sda. This is fixed in Alpha6.