wtautz wrote: > So to be clear I tried an older Ubuntu system running dapper and put on the > version 3.8.2 package converted from rpms using alien. Reboot the machine > using systemimger install kernel.... drive repartitioned, rsync > installed files.... > and then tried rebooting.... > > got (on the console, it dropped into busybox afterwards) > > ALERT /dev/disk/by-uuid/XXXXXXXXXXXXXXXXXXXXXXXXXXXX > > where XXXX is a hex identifier from the golden client for the root > device, however, on the autoinstalled client this identifier is > different and > so it could not find it. NOTE. On the golden client I edited the installed > /etc/fstab and got rid of all the weird disk partition identifiers and just > used /dev/hda# instead. > > The interesting thing is the image on the image server, of course, has no > /dev/disk/ since, as I understand it, /dev/ is a kernel maintained structure > and yet the autoinstalled client remembered the identifier from the golden > client, a different piece of hardware but hardware that is the "same". > > walter >
The answer is /boot/grub/menu.lst is not update corrected by update-grub if menu.1st has a line of the form: IF # kopt=root=UUID=d401f1eb-681d-41f8-bf63-62d8da629044 ro In my case the UUID was from the golden client which is different from the client I installed to. Only after I edited the line to say root=/dev/hda6 and rerun update-grub did the correct UUID get substituted. Of course this behaviour is incorrect since humans are suppose to edit this line and not have it be overwritten (and this seems to hold depending one what one puts in the line). I guess I'll report this as a bug. So with this change I was able to have the system boot and have a duplicate client, woohoo! Thanks folks. Walter > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > sisuite-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/sisuite-users > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ sisuite-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sisuite-users
