On 17/05/16 18:02, Felix Miata wrote: > Peter Hillier-Brook composed on 2016-05-17 16:41 (UTC+0100): > >> I recently re-formatted and re-partitioned a second disk that I use for >> experimenting with various distributions. A consequence is that previous >> UUIDs have disappeared into the bit bucket but, during booting of my >> main system a script somewhere is trying to use the swap partition that >> used to exist on the second disk. > >> This is not a major problem, as the system boots after a 90 second delay >> for a start job that is never going to start and a dependency failure >> message is output, but I would like to find and fix the problem. Can >> anyone offer a pointer to a likely source? > > That was happening here last summer: > https://bugzilla.opensuse.org/show_bug.cgi?id=936964 > > Maybe all that's needed to fix it is initrd rebuilding. > > Mounting by UUID is an optional default. Mounting life is simpler here, > because I don't use UUID mounting on any of my hundreds of multiboot > installations. Most of my mounts are by LABEL, strings I as a fallible > human choose and can remember, according to usage, disk name and/or > hostname.
Thanks for the very useful pointers. I don't know who is the culprit, but fstab has an entry for swap with a UUID that is not consistent with the actual UUID for the swap partition. I'm going with your advice and switch to using labels. Thanks again. Peter HB
signature.asc
Description: OpenPGP digital signature
