Don't know if I already mentionned it but just in case you used LZH, it MUST be enabled directly in your kernel, not as a module. If you enable it as a module your computer will suspend but not resume as the module is not loaded yet when the disk is accessed.juniper wrote:it appears that i spoke to soon, suspend to disk appears very unstable (sometimes works, sometimes doesn't). it always successfully suspends, but resuming isn't consistent.

I never had this problem here. There are some nesty problems now that are very hard to solve I believe because we have been working so much on our configs for so long time that it is nearly impossible to troubleshoot things togehter. What works here might crash your box vis versa. Let's try it anywayVinzC wrote:Let's go on talking about troubles that suck... What pisses me off is that I sometimes switch from X to a text console and find myself in front of a black screen. I can switch back to X, screen is still black. I can also restart X (typing blind commands, of course), still black.
Maybe you can live without the cpufreqd? I only run the conservative deamon form the kernel and set it to ondemand via the cpufrequtils config in /etc/conf.d/ - everythings fine here.I'm starting to suspect cpufreqd as I just re-enabled it a couple of days ago and I (think I) never experienced a black screen meanwhile. What also sucks is that it can happen after switching once... or twice... or five time... or even longer... Anyone witnesses this?
according to emergeVinzC wrote:Which is exactly what suspend2 sources are. They are plain vanilla based plus patches for suspend, inotify and framebuffer consoles.juniper wrote:hmm, i am using the vanilla sources-2.6.12.2, not the gentoo suspend sources. i manually patched the kernel with the suspend 2 patches from
www.suspend2.net
I got rid of random freezes when I applied libata_error_handling patch. The script your friend wrote does tasks hibernate.conf file supports too. It must be then possible to configure the options in that file to do the same.juniper wrote:however, when i was using the suspend2 sources, suspend did work. the problem was the random lockups.
Code: Select all
* sys-kernel/suspend2-sources
Latest version available: 2.6.12-r6
Latest version installed: 2.6.12
Size of downloaded files: 37,034 kB
Homepage: http://dev.gentoo.org/~dsd/genpatches http://www.suspend2.net Description: Software Suspend 2 + Gentoo patchset sources
License: GPL-2
can one use LZH with suspend1? i don't think so but i could be wrong. anyways, i have it compiled into the kernel directly.VinzC wrote:Don't know if I already mentionned it but just in case you used LZH, it MUST be enabled directly in your kernel, not as a module. If you enable it as a module your computer will suspend but not resume as the module is not loaded yet when the disk is accessed.juniper wrote:it appears that i spoke to soon, suspend to disk appears very unstable (sometimes works, sometimes doesn't). it always successfully suspends, but resuming isn't consistent.
Your best bet is to backup using tar, I think though I'm not an expert with backup solutions. Given my little experience I'm trying with known means. I've already had to move a whole filesystem to another partition using tar and it worked without a problem.RBJ1128 wrote:For one of my classes I have to be running Windows. I have tried to just continue running XP from the Virtual Machine, but it is not working the way I need it to. I have a 60GB HDD and I was going to try to adjust the partition tables and give about 10-15GB to a new NTFS partition. Currently, I have 64MB for "/boot", 1GB for "swap", and the rest for "/". What can I do so that I can create a NTFS partition and adjust my "/" partition, but so that I do not have to re-install Gentoo?

I second this - did it myself with tar some days ago to increase the size of my WinXP part to 12 GB (5 GB before) - now I can play HL2 on this lappy even with the intel onboard graphics in 1280x800! For me it was a little complicated cause I had to do the whole thing with ssh and the tars have to becreated on another box cause of space limitations here. But it worked. Next time I will use the stage4 approach though - search the forum for it!VinzC wrote:Your best bet is to backup using tar, I think though I'm not an expert with backup solutions. Given my little experience I'm trying with known means. I've already had to move a whole filesystem to another partition using tar and it worked without a problem.RBJ1128 wrote:For one of my classes I have to be running Windows. I have tried to just continue running XP from the Virtual Machine, but it is not working the way I need it to. I have a 60GB HDD and I was going to try to adjust the partition tables and give about 10-15GB to a new NTFS partition. Currently, I have 64MB for "/boot", 1GB for "swap", and the rest for "/". What can I do so that I can create a NTFS partition and adjust my "/" partition, but so that I do not have to re-install Gentoo?
It is best to do the backup (and the restore) from a livecd so that all pid files are cleaned, for instance. Also you might want to set RC_DEVICE_TARBALL="no" before backing up.
Otherwise I once used partimage to save and restore my Linux/Windows partitions on my laptop. But these were unchanged as partimage doesn't support restoring onto smaller partitions.
Thanks. What does RC_DEVICE_TARBALL="no" do?VinzC wrote: Your best bet is to backup using tar, I think though I'm not an expert with backup solutions. Given my little experience I'm trying with known means. I've already had to move a whole filesystem to another partition using tar and it worked without a problem.
It is best to do the backup (and the restore) from a livecd so that all pid files are cleaned, for instance. Also you might want to set RC_DEVICE_TARBALL="no" before backing up.
Otherwise I once used partimage to save and restore my Linux/Windows partitions on my laptop. But these were unchanged as partimage doesn't support restoring onto smaller partitions.
It tells UDEV to store the /dev tree into a tar file on shutdown, in case you have created some nodes yourself, that can't easily be created using UDEV rules, as an example.RBJ1128 wrote:Thanks. What does RC_DEVICE_TARBALL="no" do?
Ok, so the procedure that I should do is:VinzC wrote: It tells UDEV to store the /dev tree into a tar file on shutdown, in case you have created some nodes yourself, that can't easily be created using UDEV rules, as an example.
I always do that when I clone a machine for instance. I boot with the live CD, partition the disk, create file systems and the root directory entries that are used in the fstab, mount the filesystems and restore the tarball. The tarball has previously been created without tmp directories, /sys and /dev plus other ones such as /mnt/*.
Code: Select all
1. Boot to a LiveCD
2. Mount the drive, and my external drive
3. Run RC_DEVICE_TARBALL="no" tar -cjf /mnt/external/bak.tar.bz2 /mnt/gentoo/
4. Go learn how to speak Spanish while waiting for it to finish
5. Blow away the internal drive and install Win
6. Use Partition Magic to adjust the partition tables and create empty space for Gentoo
7. Boot back with the LiveCD, create the partitions, and restore from the backup file with tar -xjf /mnt/external/bak.tar.bz2 -C /mnt/gentoo/
I don't think so either. To me that functionnality belongs to swsusp2.juniper wrote:can one use LZH with suspend1?
Well at least it would have spared you hair loss if you hadn't tried swsusp1,juniper wrote:i don't really know what to do about having BOTH suspend to disk and suspend to ram. i can get both working, but not reliably. if i use the libata_suspend patch, both suspend to ram and suspend to disk work, but only suspend to ram works reliably. i tried (but can try again) to patch a kernel with BOTH libata_suspend and the suspend2 sources and see if that works. i have also tried just the suspend2 patches and i got suspend to disk working, somewhat reliably, but not as reliable as with libata_suspend and suspend to ram.
i figure if the suspend1 doesn't work out of the box, it is hopeless since it is no longer supported.
It can easily be checked: from brand new source tree, just open the desired file and check whether the added line is present. If so it will tell you why the patch could not be applied. You can gather the file patch from the patch; the "leading garbage" are 2-3 lines in the beginning of the file. They should give you the relative path inside which the tarball is extracted, i.e. /usr/src/linux-2.6.13-rc7.juniper wrote:is it possible that that patch has been put into the kernel? can i somehow find this out?
Not exactly:RBJ1128 wrote:[...]Ok, so the procedure that I should do is:Is that right?Code: Select all
1. Boot to a LiveCD 2. Mount the drive, and my external drive 3. Run RC_DEVICE_TARBALL="no" tar -cjf /mnt/external/bak.tar.bz2 /mnt/gentoo/ 4. Go learn how to speak Spanish while waiting for it to finish 5. Blow away the internal drive and install Win 6. Use Partition Magic to adjust the partition tables and create empty space for Gentoo 7. Boot back with the LiveCD, create the partitions, and restore from the backup file with tar -xjf /mnt/external/bak.tar.bz2 -C /mnt/gentoo/
First off, "aso"??? I have not yet tried it, but I found a HOWTO in the Gentoo-Wiki that uses convertfs and ext2resize. Has anyone used these? Here is the link that I found: http://gentoo-wiki.com/HOWTO_Install_Wi ... ter_GentooVinzC wrote: Not exactly:
1. Edit /etc/conf.d/rc and change RC_DEVICE_TARBALL to "no"
2. Reboot with the live CD
3. Mount all filesystems (including /boot to be sure) in /mnt/gentoo/etc/fstab at their location under /mnt/gentoo
4. aso.
...
hello again VinzC,VinzC wrote:I don't think so either. To me that functionnality belongs to swsusp2.juniper wrote:can one use LZH with suspend1?
Well at least it would have spared you hair loss if you hadn't tried swsusp1,juniper wrote:i don't really know what to do about having BOTH suspend to disk and suspend to ram. i can get both working, but not reliably. if i use the libata_suspend patch, both suspend to ram and suspend to disk work, but only suspend to ram works reliably. i tried (but can try again) to patch a kernel with BOTH libata_suspend and the suspend2 sources and see if that works. i have also tried just the suspend2 patches and i got suspend to disk working, somewhat reliably, but not as reliable as with libata_suspend and suspend to ram.
i figure if the suspend1 doesn't work out of the box, it is hopeless since it is no longer supported.. I must confess I didn't since - as you said - it is not supported anymore. I think it is best to forget about swsusp1 and focus on the second version. Half of the problems will go.
It can easily be checked: from brand new source tree, just open the desired file and check whether the added line is present. If so it will tell you why the patch could not be applied. You can gather the file patch from the patch; the "leading garbage" are 2-3 lines in the beginning of the file. They should give you the relative path inside which the tarball is extracted, i.e. /usr/src/linux-2.6.13-rc7.juniper wrote:is it possible that that patch has been put into the kernel? can i somehow find this out?
And So On (And So Forth). "Etc" if you want.RBJ1128 wrote:First off, "aso"???

This is all related to UDEV and how udev rules create nodes and assign rights. However I've not noticed anything special about /dev/dsp on my side. You should probably make sure your regular user account is part of groups audio and video. That way you will be able to hear sounds and play videos.PolarXL wrote:I'm having a little bit of trouble with my audio... I'm not sure if it's DI6000 related, but I figured since we all have the same laptop, we all might have run into the same issues.
The issue is this- Some applications, for whatever reason, can't access /dev/dsp unless they're run as root. A couple examples:
ut2004-demo: Runs silent when I run it as a user, but there's sound if I run it as root.
totem: The movie player doesn't start at all- It says "Could not access device /dev/dsp, check it's permissions".
Interestingly, when I run totem as root, I get "OSS device "dev/dsp" is already in use by another program" although I have nothing playing sound. I believe the issue is related.
On the opposite end of the spectrum, the XMMS mp3 player and other games, like Armagetronad, run with sound without any sort of problem.
I'm running with the ALSA sound system and followed the gentoo guide (with kernel modules, not alsa-drivers).
I'm hesitant to simply chmod /dev/sound/dsp (which /dev/dsp points to) since I think this is a symptom of something not configured right on the system, and I want to fix the cause, not the symptom.
Also - It doesn't seem that any of my apps will play an audio CD. It's strange, I click play, but I don't think the CD even spins up. Something else I'm missing? I don't think this is related, but who knows... might be.
If any of the rest of you guys have run into this, help would be much appreciated.
-Alex
Code: Select all
$ ls -l /dev/sound/*
crw-rw---- 1 root audio 14, 12 sep 6 22:01 /dev/sound/adsp
crw-rw---- 1 root audio 14, 4 sep 6 22:01 /dev/sound/audio
crw-rw---- 1 root audio 14, 3 sep 6 22:01 /dev/sound/dsp
crw-rw---- 1 root audio 14, 0 sep 6 22:01 /dev/sound/mixer
crw-rw---- 1 root audio 14, 1 sep 6 22:01 /dev/sound/sequencer
crw-rw---- 1 root audio 14, 8 sep 6 22:01 /dev/sound/sequencer2
Funny, that's the reason I'm checking this again is because after reinstalling because of too many problems after the bios update, I have everything working, but am experiencing the same issues with the blank screen. Even the tricks I used to use in the past don't work. One thing to note is that I am not using cpufreqd and it is still occurring for me.VinzC wrote:Let's go on talking about troubles that suck... What pisses me off is that I sometimes switch from X to a text console and find myself in front of a black screen. I can switch back to X, screen is still black. I can also restart X (typing blind commands, of course), still black.
Note the computer is not hung. It is just displaying nothing. Backlight is on but every single pixel on the screen is black. I must reboot for a "cure". I presume running vbetool post would as well though I never tried.
I'm starting to suspect cpufreqd as I just re-enabled it a couple of days ago and I (think I) never experienced a black screen meanwhile. What also sucks is that it can happen after switching once... or twice... or five time... or even longer...
Anyone witnesses this?
Reliefed (but not glad) the problem has been reproduced. I have BIOS A07, how about you, Sejam? Should we suspect Dell Video BIOS or the kernel or X's video driver? Does it also happen only when the PC is on batteries or did it also happen while on AC?Sejam wrote:Funny, that's the reason I'm checking this again is because after reinstalling because of too many problems after the bios update, I have everything working, but am experiencing the same issues with the blank screen. Even the tricks I used to use in the past don't work. One thing to note is that I am not using cpufreqd and it is still occurring for me.VinzC wrote:Let's go on talking about troubles that suck... What pisses me off is that I sometimes switch from X to a text console and find myself in front of a black screen. I can switch back to X, screen is still black. I can also restart X (typing blind commands, of course), still black.
Note the computer is not hung. It is just displaying nothing. Backlight is on but every single pixel on the screen is black. I must reboot for a "cure". I presume running vbetool post would as well though I never tried.
I'm starting to suspect cpufreqd as I just re-enabled it a couple of days ago and I (think I) never experienced a black screen meanwhile. What also sucks is that it can happen after switching once... or twice... or five time... or even longer...
Anyone witnesses this?