lkml.org 
[lkml]   [2005]   [Mar]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Suspend-to-disk woes
Hi!

> Hello, I experienced a pretty nasty problem a couple of days back:
>
> I ran 2.6.11-ck1 and built 2.6.11-ck2. The last thing I did before
> booting the new kernel was to suspend-to-disk the old kernel
> (something I usually do as I'm working on this laptop).
> I ran the new kernel a couple of days and decided to boot the old
> kernel to do some performance tests. Imagine my dread as the old
> kernel instead of detecting that the system has booted another kernel
> just reloads the old suspend-to-disk image. The result is that after
> succesfully resuming, my harddrive goes bonkers and starts to work.
> After a couple of minutes the whole kernel hangs. I reboot and try to
> boot the -ck2 kernel again only to find that the system complains as
> it finds missing nodes. The reisertools try to rebuild the system
> unsucessully. The --rebuild-tree parameter worked but a lot of files
> were still missing. In the end I had to reinstall the whole system as
> it went so unstable.
>
> My question is: Why isn't there a check before resuming a
> suspend-to-disk image if the system has booted another kernel since
> the suspend to prevent this kind of hassle?

Checking that would be hard, but you might want to provide patch to check
last-mounted dates of filesystems and panic if they changed.
Pavel
--
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:11    [W:0.093 / U:0.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site