On Tue, 17 Dec 2013 11:31:48 -0800 Paul Mullen <[email protected]> dijo:
>On Tue, Dec 17, 2013 at 09:01:45AM -0800, John Jason Jordan wrote: >> However, Clonezilla did exactly what it was supposed to do - clone >> the partitions on SDA to SDB, *including their UUIDs*. So before I >> boot to the rescue CD and use the commands I need to give SDB1 and >> SDB2 new UUIDs, else the commands will just replace grub.cfg on SDB1 >> with the same grub.cfg. And I think I would also need to edit fstab >> on SDB1. >> >> Thanks for the Rescue CD suggestion. :) > >The magic of the installer's rescue mode is the option it gives you to >mount any of your disk partitions as the root filesystem. The >installer boots from its own kernel and initramfs, but once that's >done, it mounts the partition of your choice on /. From there, you >can run the necessary commands and they'll work just like if you'd >booted directly from that partition. > >And yes, you'll also need to fix your /etc/fstab. That's easy, >though. `sudo blkid /dev/sdb1` will give you the UUID you need to >use. Success, finally! It was far from easy. First I gave SDB1 and SDB2 new UUIDs, and placed them in the appropriate places in fstab on SDB1. Then I tried to use the Xubuntu live CD / Advanced Options, but I couldn't figure out how to fix anything, so I took out the live CD and rebooted, stopping at the Grub menu where I edited all the UUIDs that I found - four places I had to type in that horribly long number. They could give a UUID to everyone on the planet and they wouldn't need a number half that long. Sheesh. Then I continued with the boot, which finally got me booted to SDB1 as root and SDB2 as home. At that point I ran update-grub and grub-install /dev/sdb. Then I rebooted, and to my horror I was still booted to SDA. I looked at grub.cfg and discovered that update-grub had grabbed the first bootable partition it found (SDA comes before SDB) and placed its UUIDs in grub.cfg. Grrr. Finally, in desperation, I shut down and removed SDA physically from the computer. Only then a normal unattended boot finally booted to SDB. Having done so I ran update-grub again, and this time it gave grub.cfg only the UUIDs for SDB1. _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
