On Thu, 21 Nov 2013 18:37:50 -0500 Felix Miata
On 2013-11-21 23:55 (GMT+0100) Stephen Berman composed:
On Thu, 21 Nov 2013 23:23:42 +0100 cagsm wrote:
Stephen Berman wrote:
Today I updated from 12.3 to 13.1 using the DVD from box but I cannot boot using the default 13.1 kernel. Here are the details: 12.3 was installed on /dev/sdb6. I cloned it to /dev/sdb7 as a backup and ran the update on /dev/sdb6. The update appeared to complete
About those /dev/sdXY names: I havent seen those in ages with my setups of openSuSE. Isnt this supposed to be the newer way to write device and storage names e.g. /dev/disk/by-id/...... and similar? Maybe dev/sdXY isnt supported any more everywhere in all parts of the scripts, update parts and so on? Good luck.
I used /dev/sdb6 and /dev/sdb7 in my OP for simplicity and brevity; the actual entries in /etc/fstab and the system log are /dev/disk/by-id/...-part6 and /dev/disk/by-id/...-part7. However, /etc/mtab does contain /dev/sdb6 and /dev/sdb7 instead. Is this unexpected (and if so, how do I change it)?
What does can't boot mean exactly?
The system doesn't come up normally. As I wrote in my OP: "on booting it immediately went to emergency mode"
Is the Grub menu working OK?
I'm not sure just what you mean; all the entries appear to be there and I can select them all. Or do you mean something else?
Is the prior kernel there and working OK?
Yes, when booting either 12.3 or 13.1 (as I also previously noted).
Failsafe (nomodeset) boot stanza is no help?
No, same thing happens (emergency mode).
Are the boot menu entries on both sda6 and sda7 correct?
That's sdb6 and sdb7, but AFAIK yes. In /boot of the former grub.cfg currently contains this: And in /boot of /dev/sdb7 grub.cfg currently contains this:
Ditto fstabs?
How can I ascertain if they are correct? Both contained the mountpoint entries I assigned using /dev/disk/by-id/... (Currently they differ, because I've tried other options, noted below.)
Did you assign new UUID to either sda6 or sda7 to ensure no trouble due to duplicates?
I didn't, and perhaps this is what caused the problems. (I did read the warning about persistent device names in the Start-Up manual, but didn't appreciate its importance; I've often installed different versions of openSUSE in different partitions of the same harddisk, and never had problems -- though those were fresh installations, not updates, which I now did for the first time.) After getting these problems, I changed the fstab options for these partitions to mount by UUID, but it didn't help; nor did mounting by device name or path. In fact, trying these resulted in even weirder behavior: I couldn't boot 13.1 at all anymore, even with the 12.3 kernel, but I could boot 12.3 with the 13.1 kernel (!?). Currently, I'm in 13.1 with the 12.3 kernel, with sdb6 (the root file system) mounted by UUID and sdb7 mounted by ID. But I still can't boot the 13.1 kernel on sdb6. Is there any way to repair this without reinstalling?
Do both sda6 and sda7 share the same volume label?
Neither partition has a volume label.
Any difference if you use device name or by-label instead of by-id in the Grub stanza or fstab?
As mentioned, using by name mounting in fstab didn't help; I'll try by label the next time I'm ready to reboot. How do I try these in Grub? Steve Berman