Re: initramfs-tools - forgotten change?
- Date: Sat, 10 Jun 2017 11:44:38 -0500
- From: David Wright <deblis@xxxxxxxxxxxxxxxxx>
- Subject: Re: initramfs-tools - forgotten change?
On Sat 10 Jun 2017 at 15:46:14 (+0200), Hans wrote:
> Hi Ben,
> I believe, this is what happened:
I don't know what the patch (in the OP) is or who Ben is (but I assume
they post from 4ax.com or decadent.org.uk).
I can only give a data point, with no particular insight into
> Most people will have
> file, which has a "RESUME=" content. So it will be the same, as set in
> initramfs.conf. This "resume"-file (I believe, but I am not sure!) was some day
> created by package uswsusp (If I am wrong. please correct me!)
My Dell laptop hibernates and wakes up when you close and open the
lid. None of my computers has knowingly installed uswsusp (no logs,
no archived dpkg -l listing), and there's no trace of it in my
On the Dell, the resume file has been edited to RESUME=LABEL=john04
where john04 is a (presently unused) swap partition, and that is
reflected in its initrd.img.
> So, no people do see a difference, because a variable RESUME= exists, either
> with /dev/sdaX or UUID=somewhatever.
> I checked a fresh installation of initramfs-tools (0.130) and latest uswsusp:
> None of these installation creates
> file. So, maybe this should be checked and confirmed somehow.
> I also found out, that it is recommended, to use UUID entries in /etc/fstab,
> otherwise you get some warnings. However, they do not harm. They are like:
> cryptsetup: can not find canonical name for /dev/sda3
> I suppose, this is well known and not important in this case.
I haven't used cryptsetup, nor seen warnings. My /etc/fstab files
use LABELs for ext partitions as a matter of course.
> As far as I tested, adding RESUME=auto in initramfs.conf did find my swap
> device. Hibernation (=suspen-to-disk) is working but Resume from swap is still
> not working. This is also another story, and might not be involved in this one
> (especially, because at boot the resume device IS FOUND, and the saved image
> IS loaded, but THEN crashes). So, do not look at this bug, just wanted to
> mention it.
> Back to my state: People should make sure. if there is a "resume" file, because
I believe, a fresh installation does not create one. Instead, the debian
> installer would do, but neither initramfs-tools-package, nor uswsusp-package
> don't. The latter one previous did create one and edited it, too. Now this
> configuration option is no more called again by dpkg-reconfigure (as it did
My data point is concerned with this last paragraph. I recently
installed stretch RC3 on this Acer 386 laptop. The installation
is just about the minimum possible, an expert install with nothing
selected in the Software selection screen.
/etc/initramfs-tools/conf.d/resume was installed and contains the
correct UUID for the laptop's swap partition. I don't see what
creates the file at first sight, but don't intend trying to follow
the calls in the installation scripts. /etc/initramfs-tools/conf.d/
is created when unpacking the initramfs-tools or initramfs-tools-core
version 0.130 deb, I assume. IIUC mkinitramfs creates the resume file
in the initrd, but I don't know about the /etc file.
Installation idiosyncrasies disclaimer: I didn't select a swap
space at installation time. Between the Partition disks step and
the Install the base system step, I executed # swapon /dev/sda4
in a shell because this laptop only has ½GB memory. I do observe
that its /etc/fstab doesn't mention swap, only the root filesystem
and the optical drive. The system is virgin, not having been booted
since installation; just the 248 installed packages.