Re: swap on second hard drive

From	deloptes <deloptes@gmail.com>
Newsgroups	linux.debian.user
Subject	Re: swap on second hard drive
Date	2016-05-19 08:00 +0200
Message-ID	<rApa1-49X-11@gated-at.bofh.it> (permalink)
References	<rzPpU-6oq-25@gated-at.bofh.it> <rzQFj-7kq-15@gated-at.bofh.it> <rA7d7-WC-3@gated-at.bofh.it> <rAgT7-7if-5@gated-at.bofh.it> <rAhma-7ww-17@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

Peter Hillier-Brook wrote:

> On 18/05/16 22:02, deloptes wrote:
>> Peter Hillier-Brook wrote:
>> 
>>> 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
>> 
>> UUID is better flexible solution in many cases - why not updating fstab
>> to have the correct uuid?
> 
> Because I prefer an identifier that I can remember. :-)

Haha, that's fair enough. It took me about 1h to reverse the setup to paper,
that I have done few years ago on one server with 12disks
Not only uuid, but crypt and lvm on top. I finally draw a map with this.
I suggest not relaying on memory anyway ;-)

regards

Thread

swap on second hard drive Peter Hillier-Brook <phb@hbsys.plus.com> - 2016-05-17 17:50 +0200
  Re: swap on second hard drive Felix Miata <mrmazda@earthlink.net> - 2016-05-17 19:10 +0200
    Re: swap on second hard drive Peter Hillier-Brook <phb@hbsys.plus.com> - 2016-05-18 12:50 +0200
      Re: swap on second hard drive deloptes <deloptes@gmail.com> - 2016-05-18 23:10 +0200
        Re: swap on second hard drive Peter Hillier-Brook <phb@hbsys.plus.com> - 2016-05-18 23:40 +0200
          Re: swap on second hard drive deloptes <deloptes@gmail.com> - 2016-05-19 08:00 +0200
            [OT] LABELs Re: swap on second hard drive David Wright <deblis@lionunicorn.co.uk> - 2016-05-19 16:10 +0200
            Re: swap on second hard drive Peter Hillier-Brook <phb@hbsys.plus.com> - 2016-05-19 17:50 +0200
            Re: swap on second hard drive Pascal Hambourg <pascal@plouf.fr.eu.org> - 2016-05-19 20:40 +0200
  Re: swap on second hard drive Pascal Hambourg <pascal@plouf.fr.eu.org> - 2016-05-17 20:00 +0200

csiph-web