DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Heya guys, just did a fresh net install of Lenny on a semi old box, and get the error "resume: could not stat the resume device file" apon bootup. It requires me to hit enter to move past it and happens every time.
Unsure what the problem could be, during the install there was a prompt with something about uswsusp:
"Configuring uswsusp
The swap partition that was found in usuwsusp's configuration file is not active. In most cases this means userspace software suspend will not work for you and you will need to choose (or let uswsusp choose) another partition. In some corner cases however, this can be what you want. Continue without a valid swap partition? (YES/no)"
I clicked NO (not totally sure what it was for)
I also have 2 HD's, 1 for "/" and another for swap and a backup/files partition.
Well, it is obvious there is a problem with the swap partition, either it's address is not correct in /etc/fstab, or it's not formatted. As the error does imply it cannot access the swap partition. You can try using Gparted to format the partition and make sure it's entry in /etc/fstab is correct.
During the partitioning stage of the installation, you are required to specify a root partition, and also a swap if you desire. If you selected "manual" to configure partitions, you would have highlighted the partition you wanted to use as root and specify it's mount point as root and a file system format. Then you would highlight the partition in the second drive to be used as swap and go through the same steps to set it up. If you did not have a partition in the second drive, it more than likely was not created and formatted. Once you have made the right configurations in the partitioning stage you would select "save and write partition information" or similar, at this stage, the installer would format both partitions and you would see the progress of this step.
EDIT: You should post the results of the command "fdisk -l" as root if your unsure of what I'm thinking/talking about.
Last edited by Junior Hacker; 07-30-2007 at 09:01 PM.
Update:
Removing uswsusp (with synaptic) stopped that from comming up.
after a reboot I went and reinstalled it with synaptic and then at reboot it happened again.
Do you frequently hibernate the system? because that's what this package enables. If you don't ever use hibernation, you can leave it un-installed.
EDIT: It also enables suspend to ram, where it stores the state of the system in swap memory.
Last edited by Junior Hacker; 07-30-2007 at 10:54 PM.
Do you frequently hibernate the system? because that's what this package enables. If you don't ever use hibernation, you can leave it un-installed.
EDIT: It also enables suspend to ram, where it stores the state of the system in swap memory.
naa ill never really use the features :P
I tested something though, i did an install with everything on the same hard drive, swap and all, and nwhile I still got the uswsusp message at install, it doesnt prompt me at logon with that error. Wonder what could be the root of this problem.
Starting to sound like the system was suspended somewhere down the line, and that information is written in the swap space. For whatever reason, the system cannot resume that particular session, and powers up to a new session but tells you about the suspended session in swap that it can't resume. If there's a way to clear swap, it would eliminate the message at boot up and you can leave the package installed. Even a re-format would clear it.
Starting to sound like the system was suspended somewhere down the line, and that information is written in the swap space. For whatever reason, the system cannot resume that particular session, and powers up to a new session but tells you about the suspended session in swap that it can't resume. If there's a way to clear swap, it would eliminate the message at boot up and you can leave the package installed. Even a re-format would clear it.
Weirdest thing was I did reformat, i did it twice with the same exact partition sizes first. Maybe because they were the same size it diddnt reformat the swap? I dunno :/
This was one of those things where you google for the error message and find fifteen people asking about it and various people who don't actually know, guessing the answers.
What actually happened is a bit of randomness due to the Userspace Device mapping daemon udevd(8). When you installed, the udev in the Debian Installer thought your swap partition was /dev/hda5 (or something). But the udev in the initial ramdisk image that brought your system up thinks your swap partition is /dev/sda5 (or something), due to a different collection of IDE disk driver modules being present.
The quick workaround for "resume: could not stat the resume device file" is to remove the uswsusp Userspace Suspend package so it doesn't look for a hibernation image during boot. The correct fix is to configure uswsusp to look for the swap device by its volume label, not its device name. When I (re)installed the uswsusp package, it created an /etc/uswsusp.conf with the wrong file name in it, and then when it made a new initrd that had the wrong file name in it too. So then I corrected /etc/uswsusp.conf and made an updated ramdisk image. This worked.
To put a volume name on a swap partition, you have to deactivate swap and make a new swap image. Then fix /etc/uswsusp.conf. Then fix initrd. Something like this. Type these commands as root. Your mileage may vary:
swapon -s # find out what your current swap device is
swapoff /dev/sda7 # deactivate it for now.
mkswap -c -L swap-here /dev/sda7 # make a new one with a label.
swapon LABEL=swap-here # reactivate it by name just to be sure
swapon -s # you can't be too paranoid, check it again.
grep device /etc/uswsusp.conf # look at the incorrect line in the file
# then fix it. You might prefer to use a text editor.
# I'm using a perl command to edit-in-place.
# of course, fill in the actual names that apply to your case
perl -pi -e 's,/dev/hda7,LABEL=swap-here,' /etc/uswsusp.conf
grep device /etc/uswsusp.conf # check if the edit worked
update-initrd -u `uname -r`
Now you should be able to reboot without user suspend hanging things up.
FWIW, I solved this problem by removing then reinstalling the uswsusp package. (Suspend to disk now works correctly as well since it regenerated the uswsusp.conf with the correct device path.)
I got this problem, and thank to you guys, it pointed out uswsusp was the problem. the simple way to fix this is either to correct the device in /etc/uswsusp.conf or even better call sudo dpkg-reconfigure uswsusp and set the right swap drive. This problem happened to me after I changed my partitions upon reinstalling my XP on the 2 first partitions of my drive, merging them into only one partition. The others partitions, my linux ones, all changed (minus one).
Tried first clsgis's but didnot work cause update-initrd was not existing on debian anymore. Seems it would have work with update-ramfs but did not try.
Thanks a lot guys !
Ok, I'd just try
in root console
update-initramfs
...
Not to discount advice from clsgis, but "sudo update-initramfs -u" worked for my next "sudo reboot" (i.e. quick and simple single command), but then my problem came back (unless I hard booted); so, just "sudo apt-get remove --purge uswsusp" since I don't really need to suspend my user space on reboot (and then "sudo apt-get autoremove" to get rid of a few libs). But my bootup still hung on reboot (just a slightly different error about my root partition)! Did a hard boot, and now rebooting (multiple times now) seems fine (i.e. I think uninstalling uswsusp and hard boot combo (to clear things out?) did the trick for me--just FYI).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.