Re: [arch-general] Hibernation Failure

2020-04-23 Thread Paul Dann via arch-general
On Mon, 6 Apr 2020 at 17:37, Markus Schaaf via arch-general wrote: > What I have found: It is unlikely that hibernation is the cause to the > problem I have encountered. It is just the trigger. Somehow dm-integrity > or dm-crypt manages to fuck up it's on-disk meta-data. (Meanwhile the > same happ

Re: [arch-general] Hibernation Failure

2020-01-15 Thread Paul Dann via arch-general
On Sun, 12 Jan 2020 at 12:03, Justin Capella via arch-general < arch-general@archlinux.org> wrote: > Ah interesting. Do those memory regions match what is reported in > proc/iomem prior to hibernating-- odd question but I recall someone on the > irc encountering a difference. Mmm that *is* inter

Re: [arch-general] Hibernation Failure

2020-01-12 Thread Paul Dann via arch-general
On Sun, 12 Jan 2020, 10:08 Justin Capella via arch-general, < arch-general@archlinux.org> wrote: > > https://wiki.archlinux.org/index.php/Dm-crypt/Swap_encryption#With_suspend-to-disk_support Nope; if that was the problem then the kernel would not see the resume data at all, because the swap blo

[arch-general] Hibernation Failure

2020-01-11 Thread Paul Dann via arch-general
I'm having trouble getting hibernation to work on my new Dell Inspiron 7590. It seems that the image is stored correctly (onto LUKS+LVM thin-lv), but resume fails, with the following left in the kernel logs: --- PM: Image signature found, resuming PM: resume from hibernation Freezing user space pr

Re: [arch-general] doubts about rolling release

2014-03-10 Thread Paul Dann
On 10 March 2014 16:14:07 GMT, Paul Gideon Dann wrote: >On Monday 10 Mar 2014 15:40:13 John WH Smith wrote: >> By the way, I >> strongly believe you will fix things faster if you like >your environment >> (I assume it is Arch here, of course). Being used to your >system is much >> more importa

Re: [arch-general] Lennart Poettering on udev-systemd

2012-08-14 Thread Paul Dann
If there's a developer anywhere that agrees with you, and I expect there will be at some point, udev will be forked, or something else will be developed to rival systemd. Right now, that's not even necessary. -- Sent from my phone. Please excuse my brevity. Baho Utot wrote: On 08/14/2012 10

Re: [arch-general] Lennart Poettering on udev-systemd

2012-08-14 Thread Paul Dann
Sometimes the most loving thing to do is let someone go through a short, sharp pain in order to avoid a long, drawn out one. Systemd is not evil. You may not like the idea of changing, but it probably will be the best thing for you to do to avoid more pain down the line. No rush, but I reckon t

Re: [arch-general] Lennart Poettering on udev-systemd

2012-08-14 Thread Paul Dann
That sounds like a perfectly fair attitude to have. Although the change may require a little thought, I really think SystemD will not suddenly make Arch difficult to use, though. Is that what you're worried about? -- Sent from my phone. Please excuse my brevity. Ralf Mardorf wrote: On Tue,

Re: [arch-general] Lennart Poettering on udev-systemd

2012-08-14 Thread Paul Dann
Are you talking about the willingness of the Linux community in general to go through tough technical transitions for the sake of progress? If so, I'd say that's one of the big things that makes Linux so successful, and Windows so slow to improve. There are always the distros with LTS releases

Re: [arch-general] Lennart Poettering on udev-systemd

2012-08-14 Thread Paul Dann
Yes, but it strives to hide those sorts of transitions from the user. I believe the issue in question is the pain of change. -- Sent from my phone. Please excuse my brevity. Jelle van der Waa wrote: On 08/14/12 15:51, Paul Gideon Dann wrote: > On Tuesday 14 Aug 2012 14:59:43 Ralf Mardorf wro