On Sat, 02 Nov 2013, Kapil Hari Paranjape escribió:
I don't think that the problem lies with uswsusp or should be fixed by
uswsusp.
I agree with you, but the problem is that the system doesn't boot if the user
suspend to disk.
The only way is boot the system is pass to the kernel the noresume
Hi Olivier,
1. First, there is a problem with the typo in the initramfs-tools package. This
problem will be solved in next version of initramfs-tools, because the
maintainers discovered this problem previosly (see
Hi.
On Fri, Nov 01, 2013 at 01:30:53PM +0100, Rodolfo García Peñas wrote:
Hi Olivier,
1. First, there is a problem with the typo in the initramfs-tools package.
This problem will be solved in next version of initramfs-tools, because the
maintainers discovered this problem previosly (see
Hi.
(I'm not subscribed to the MLs, so I'm sorry in advance for responding
to everyone with so many CCs... I'm not sure Kix's message was worth it,
as the BTS was maybe enough for the moment IMHO... still, as many people
are probably busy on the same issues, let's hope this helps a bit anyway).
Hello,
On Fri, 01 Nov 2013, Rodolfo García Peñas wrote:
because IMO this bug is very important, and the system cannot boot, I
created a new uswsusp package. The change is save the resume device as
/dev/mapper (not like uuid device) if the user is using lvm2.
As far as I can see the problem
Hi.
On Thu, Oct 24, 2013 at 06:29:34AM +, Rodolfo García Peñas (kix) wrote:
reassign 724275 initramfs-tools
While I understand there is something suboptimal in the interaction of
initramfs-tools and uswsusp around resuming from hibarnation on the swap, I'm a
bit doubtful about your
Hi Olivier,
You have always the problem? I would like to reproduce it, but I can't.
Do you have installed cryptsetup?
Are you using the RSA key file line in the /etc/uswsusp.conf file? Can
you remove it and try?
Could you try different options in /etc/uswsusp.conf? For example, use
compress =
7 matches
Mail list logo