On 2013-11-22 11:59 (GMT+0100) Stephen Berman composed:
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.)
Start with output of 'mount | grep sdb' to ascertain which partition is your mounted root partition. Try to match it up to output of /proc/cmdline in rebuilding fstab on whichever partition actually contains the 13.1 kernel's modules in /lib/modules/3.11.6-4 and the kernel and initrd in /boot. That will probably be the partition where the rest of 13.1 actually got installed. Using /dev/sdb6 & /dev/sdb7 in fstab will make your job easier at least until this is all sorted through. I always use LABEL= for both Grub root= entries and fstab entries whether I'm using clones or not, and ensure to change appropriate labels when creating clones, and I change at least one UUID among partitions involved in cloning. Before your next boot, ensure sdb6 and sdb7 have different UUIDs by giving at least one of them a new one if both still match.
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?
Yes, but I'm not sure the odds are in your favor. It does appear the installation process was fouled by the existence of two partitions with identical UUIDs.
Do both sda6 and sda7 share the same volume label?
Neither partition has a volume label.
It could help to assign one to each.
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?
I only use Grub Legacy, so can't give a specific answer without looking up how Grub2 works. Likely simplest initially will be to edit the stanza at each boot to use an appropriate root=/dev/sdb# until you know fstab matches the home of 13.1, have 13.1 booting on the 13.1 kernel, and mounts are as they need to be. Once it's sorted out, rebuild the Grub2 menu normally. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org