> One thing to keep in mind is that passwords etc will reside in the dump.
> Even passwords that normally can't get put in swap space (such as a mount
> password for an encrypted file system) will end up in hibernation.
True - literally *everything* the computer is doing is going to be in there.
If it weren't, it couldn't restore it.
In practice it's not going to affect *my* networking, because my network is
via a card, if it's in the slot is powered, and therefore it would refuse
to hibernate, only going as far as suspend. If I locally had a CFS mounted
though, I could see it being a problem...
Of course it's my own laptop, not some company laptop to share so I'm not as
worried about who else is going to use it, either. If you are using a shared
box remember for most cases, console access => root access fairly easily.
> >What I do not know, because I set it up correctly early on, is whether it
> >needs to be the first partition, or whether you can just use ext2resize
> >and sacrifice a scrap of your /tmp volume to it.
> For Thinkpad's you use a program PS2.EXE to create it. This program runs
> under DOS and takes a parameter "C:" or "D:". The limitation is that it has
> to be a DOS visible partition (which effectively restricts you to the first
The Magio does not need a DOS app's aid, the Fn-F1 menu section for suspend
details lets me create the volume from there. That's why I really don't know.
I haven't scrapped and remapped to find out. I also don't know if the
(active hibernation feature of) BIOS really needs a DOS partition, or if that
was a constraint added by the tool which creates the hibernate space (in
my case, a program in the ROM, in your case, PS2.EXE).
Would it be possible to use that under Dosemu+DOS so that you can force which
partition is visible as "D:" then do it?
Comparing enough hibernation volumes, could someone create a linux mktpadswap?
Maybe it could encompass or call ext2resize and mkdosfs, and do the whole
task - carve off the right amount of diskspace for your ram, get it into the
partition table, format it, and put the hibernate volume in there. Easy
enough to get -blank- hibernate volumes, just scrap one and recreate it. (Too
late for us, but we can save next year's crop of users.)
> >> However, Tobias Bachmor <firstname.lastname@example.org> reported the
> >>existence of a "hibernation feature" for the kernel. I am using this
> >I have not tried this; not sure it's worth getting a mere 100 MB back.
> >The question is whether this can add full hibernation to older laptops
> >which only did suspend? That'd be cool.
> If you want to save 100M of disk space then you could have the same disk area
> used for hibernation and swap space. At hibernation time you could have the
> suspend script do "swapoff /dev/hda1 ; gzip -d < /boot/hib.gz > /dev/hda1"
> where hib.gz is an archive of the part of the /dev/hda1 device containing FAT
> and the root directory (should only be a few K when gzipped).
> Then at resume time you do "mkswap /dev/hda1 ; swapon /dev/hda1".
Considering that I pack and unpack a lot, and have my little kit optimized
for being on the go, I'm really less than interested in spending a *longer*
time on the suspend/resume process, full hibernate feels slow enough as it
is. Thus my comment - it *might* be worth it if the linux kernel does all
the work, but (IMHO, ymmv) it is *not* worth those scripting tricks and the
chance of forgetting.
If this kernel hibernate feature is not good enough to grant hibernate
abilities to non-APM systems, it's probably not going to be complete enough
to replace hardware hibernation.
(Anybody here using swap-to-ramdisk tricks so they don't need linux swap
space on disk at all? Then hibernating would capture your swap too.)
> People used this trick to share a swap space between OS/2 and Linux when
> dual-booting so there's no reason for it not to work.
Of course it would work, but there's no reason for me to do it, either. My
time and sanity are worth more than 100 Mb. I don't feel constrained on a
3.2 Gb hard disk - my first Linux laptop had a mere 528 Mb.
-* Heather Stern * Starshine Technical Services * email@example.com *-