Same for buster. I. e. if I replace sid virtual machine with buster virtual
machine, I got the same bug. I mean that I created buster from the same alpha 1
installer, but this time I didn't upgrade it to sid.
==
Askar Safin
http://vk.com/safinaskar
Package: src:linux
Version: 4.13.10-1
Severity: important
Current (2017-11-14 - 2017-11-15) sid with up-to-date kernel (4.13.0) cannot
"chroot" into squeeze chroot environment.
What I did?
* I started qemu-system-x86_64 (debian package qemu-system-x86
1:2.8+dfsg-6+deb9u3) from my host system (
hich reads
/etc/uswsusp.conf and writes " or "pick any solution from this bug
report or debian-devel discussion".
I reopened this bug to make sure you will answer my message, will not forget
this bug and will really resolve it.
==
Askar Safin
http://vk.com/safinaskar
Moscow, Russia
Moscow State University, http://msu.ru , Faculty of Mechanics and Mathematics,
Department of Mathematical Logic and Theory of Algorithms
-
-
..@bugs.debian.org and not to 632627-d...@bugs.debian.org (closing this bug
again and again).
==
Askar Safin
http://vk.com/safinaskar
Moscow, Russia
Moscow State University, http://msu.ru , Faculty of Mechanics and Mathematics,
Department of Mathematical Logic and Theory of Algorithms
-
-
wake up. So, this is a bug.
And I was able to wake up on the step 6. But /etc/initramfs-tools/conf.d/resume
for some reason still doesn't exist. "resume device" in /etc/uswsusp.conf
points to my swap device (and I did not edit this file manually).
So, please, investigate, what happened, is bug really fixed or this is some
trick.
==
Askar Safin
-
-
Sun, 31 Aug 2014 02:04:41 +0200 от Michael Prokop :
>Are you willing to work on this? :)
No, I'm just bug reporter :)
==
Askar Safin
http://vk.com/safinaskar
Moscow, Russia
Moscow State University, http://msu.ru , Faculty of Mechanics and Mathematics,
Department of Mathematical Logic an
t; Internet connection here is crap).
Discussion was really continued on debian-devel (
https://lists.debian.org/debian-devel/2013/08/msg00331.html ), but then
disappeared :(
I agree that this bug should be fixed :)
==
Askar Safin
http://vk.com/safinaskar
Moscow, Russia
Moscow State Universi
>1. uswsusp will use the initramfs resume device. So, uswsusp should read the
>file included in the initrd image at "conf/conf.d/resume". Is ok?
If you mean configure time (i. e. dpkg-reconfigure uswsusp) or suspending time,
then, of course, no. Because this requires unpacking initramfs, and this
lly, and let's assume
this bug #632627 is fixed (i. e. "dpkg-reconfigure uswsusp" writes "resume").
User just added new swap and didn't run any "dpkg-reconfigure" yet. Then he ran
"s2disk". "s2disk" detected his swap, suspended. And then this user cannot wake
up, because "dpkg-reconfigure" is not done and "resume" is not written.
Askar Safin
ramfs rebuilding
(if swap is changed and hibernation is enabled).
In particular, every package configuration script which updates fstab should
trigger initramfs-tools reconfiguring.
Askar Safin
as I know, when initramfs is rebuilding,
/etc/initramfs-tools/conf.d/resume is copying to /conf/conf.d/resume on
initramfs (and we should update this file before this copying).
Then, when system wakes up, this file /conf/conf.d/resume is read, and system
wakes up from that swap partition.
Askar Safin
11 matches
Mail list logo