kelsey hudson wrote: > DJA wrote: >> Thanks. I'd already done that. But still couldn't get a clean boot. >> >> That was because, on editing fstab, I used paths to the LVM Logical >> Volumes as "/dev/mapper/VolGroup00/LogVolnn..." instead of the proper >> "/dev/VolGroup00/LogVolnn". That because I was using the mount path as >> shown from within the Disk Repair context. Looking at another box's >> fstab file straightened me out. > > I cannot stress enough: > > Label your filesystems and mount by label. > > All modern filesystems(*) support some sort of filesystem label. Use > that in fstab as the source device (LABEL=/, etc) instead of pointing to > the device or volume directly. That way, everything can be autodetected > no matter what type of underlying device it may reside upon. > > The only time this is apt to become a problem is when you stick another > disk from another system into your machine and attempt to boot -- if the > labels on the other disk match labels on your disk, then the mount > syscall will simply take the first one it finds (which may not be the > correct one). ..
Hence, if you are one of those who _do_ tend to juggle disks a lot, then it is practically imperative that you use *unique* labels .. or use the UUID= instead of LABEL= identification scheme. All-in-all, I prefer traditional device ids for myself. First thing I do is get rid of LABEL=BOOT (etc) thingies. But, I'm willing/able to poke around if and when something goes wrong. I've been thinking in personal-use terms. For a production system. I'm not sure what would be best. What is the consensus of out SA communuity? The ubuntu installer does a friendly thing by inserting # /dev/xxx lines in fstab before each UUID= line. ??? Or, did I do that myself? > .. However, most of us don't swap around disks so often. Even > if we did, it might be a better idea to use one of those external > usb/1394 disks and attached it after the system was booted. yay hotplug! > > (*): All modern *linux* filesystems, that is. Other operating systems > may vary (and probably do). Regards, ..jim -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
