Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #182028
| From | David Wright <deblis@lionunicorn.co.uk> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: initramfs-tools - forgotten change? |
| Date | 2017-06-10 18:50 +0200 |
| Message-ID | <tQRKi-1fD-3@gated-at.bofh.it> (permalink) |
| References | <tQN3X-6uo-1@gated-at.bofh.it> <tQOW5-7Ev-7@gated-at.bofh.it> <tQOW5-7Ev-9@gated-at.bofh.it> <tQOW5-7Ev-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
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 its generation. > Most people will have > > /etc/initramfs-tools/conf.d/resume > > 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 apt-cacher-ng cache. 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 > > /etc/initramfs-tools/conf.d/resume > > 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 > before!) 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. Cheers, David.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
initramfs-tools - forgotten change? Hans <hans.ullrich@loop.de> - 2017-06-10 13:50 +0200
Re: initramfs-tools - forgotten change? Hans <hans.ullrich@loop.de> - 2017-06-10 15:50 +0200
Re: initramfs-tools - forgotten change? David Wright <deblis@lionunicorn.co.uk> - 2017-06-10 18:50 +0200
Re: initramfs-tools - forgotten change? Dejan Jocic <jodejka@gmail.com> - 2017-06-10 19:40 +0200
csiph-web