Re: [gentoo-user] shutdown now hangs on Saving random seed...
Colin ([EMAIL PROTECTED]) scribbled: Whenever I type in shutdown now, the kernel enters runlevel 1 and starts to shut down. All of these [ ok ] just fine: * Stopping local... * Stopping fcron... * Unmounting network filesystems... * Stopping syslog-ng... * Syncing hardware clock to system clock [Local Time]... * Bringing eth0 down... *Removing inet6 addresses... *eth0 inet6 del fe80::20e:2eff:fe0c:6041/64... *Stopping eth0... * Bringing lo down... But it just hangs on this one: * Saving random seed... I can Ctrl-C my way out of it and continue to work in Gentoo, but a software shutdown isn't possible. I just reboot, enter the BIOS and hold the switch. What can I do about this little bug? And is there even any purpose in loading and saving a random seed when random numbers are (AFAIK) seeded by the timer? Have you enabled apm or acpi in your kernel? Cooper. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] shutdown now hangs on Saving random seed...
On 4/27/05, Jason Cooper [EMAIL PROTECTED] wrote: Colin ([EMAIL PROTECTED] ) scribbled: Whenever I type in shutdown now, the kernel enters runlevel 1 and starts to shut down.All of these [ ok ] just fine: * Stopping local... * Stopping fcron... * Unmounting network filesystems... * Stopping syslog-ng... * Syncing hardware clock to system clock [Local Time]... * Bringing eth0 down... *Removing inet6 addresses... *eth0 inet6 del fe80::20e:2eff:fe0c:6041/64... *Stopping eth0... * Bringing lo down... But it just hangs on this one: * Saving random seed... I am wondering if it isn't the random number generator that is causing the problem. Is ACPI and/or APM configured properly in your kernel? Did you recently add these? I think the problem is that the kernel is trying to signal shutdown on the machine, but it isn't configured right. I can Ctrl-C my way out of it and continue to work in Gentoo, but a software shutdown isn't possible.I just reboot, enter the BIOS and hold the switch.What can I do about this little bug?And is there even any purpose in loading and saving a random seed when random numbers are (AFAIK) seeded by the timer?Check your ACPI and/or APM configuration. The thing that is bugging me here is that you can get out of it, which makes me think thatACPI is signaling the power supply to switch off, but itdoesn't. Try reboot to see if thatworks. I had a problem where my machine wouldn't power off, but it would reboot, and it was just akernel configuration problem. HTH,-- The Disguised Jedi[EMAIL PROTECTED]Now you have my $0.02.Or .01 Pounds, .014 Euros, or $0.025 CAN.I'm world-wide BABY! PHP rocks!Knowledge is Power.Power Corrupts.Go to school, become evilDisclaimer: Any disclaimer attached to this message may be ignored.However, I must say that the ENTIRE contents of this message are subject to other's criticism, corrections, and speculations. This message is Certified Virus Free
Re: [gentoo-user] shutdown now hangs on Saving random seed...
The Disguised Jedi ([EMAIL PROTECTED]) scribbled: On 4/27/05, Jason Cooper [EMAIL PROTECTED] wrote: Colin ([EMAIL PROTECTED]) scribbled: Whenever I type in shutdown now, the kernel enters runlevel 1 and starts to shut down. All of these [ ok ] just fine: * Stopping local... * Stopping fcron... * Unmounting network filesystems... * Stopping syslog-ng... * Syncing hardware clock to system clock [Local Time]... * Bringing eth0 down... * Removing inet6 addresses... * eth0 inet6 del fe80::20e:2eff:fe0c:6041/64... * Stopping eth0... * Bringing lo down... But it just hangs on this one: * Saving random seed... I am wondering if it isn't the random number generator that is causing the problem. Is ACPI and/or APM configured properly in your kernel? Did you recently add these? I think the problem is that the kernel is trying to signal shutdown on the machine, but it isn't configured right. I can Ctrl-C my way out of it and continue to work in Gentoo, but a software shutdown isn't possible. I just reboot, enter the BIOS and hold the switch. What can I do about this little bug? And is there even any purpose in loading and saving a random seed when random numbers are (AFAIK) seeded by the timer? Check your ACPI and/or APM configuration. The thing that is bugging me here is that you can get out of it, which makes me think that ACPI is signaling the power supply to switch off, but it doesn't. Try reboot to see if that works. I had a problem where my machine wouldn't power off, but it would reboot, and it was just a kernel configuration problem. HTH, -- The Disguised Jedi [EMAIL PROTECTED] Please be more careful with your quoting. What I wrote isn't in there, yet you have attribution to me at the top. Also, your word-wrapping appears to be borked. cooper -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] shutdown now hangs on Saving random seed...
On 4/27/05, The Disguised Jedi [EMAIL PROTECTED] wrote: On 4/27/05, Jason Cooper [EMAIL PROTECTED] wrote: Colin ([EMAIL PROTECTED] ) scribbled: Whenever I type in shutdown now, the kernel enters runlevel 1 and starts to shut down. All of these [ ok ] just fine: * Stopping local... * Stopping fcron... * Unmounting network filesystems... * Stopping syslog-ng... * Syncing hardware clock to system clock [Local Time]... * Bringing eth0 down... *Removing inet6 addresses... *eth0 inet6 del fe80::20e:2eff:fe0c:6041/64... *Stopping eth0... * Bringing lo down... But it just hangs on this one: * Saving random seed... I am wondering if it isn't the random number generator that is causing the problem. Is ACPI and/or APM configured properly in your kernel? Did you recently add these? I think the problem is that the kernel is trying to signal shutdown on the machine, but it isn't configured right. ACPI is compiled in and enabled in the BIOS. I don't have APM, so I don't have support for that. My USE flags include acpi -apm I can Ctrl-C my way out of it and continue to work in Gentoo, but a software shutdown isn't possible. I just reboot, enter the BIOS and hold the switch. What can I do about this little bug? And is there even any purpose in loading and saving a random seed when random numbers are (AFAIK) seeded by the timer? Check your ACPI and/or APM configuration. The thing that is bugging me here is that you can get out of it, which makes me think that ACPI is signaling the power supply to switch off, but it doesn't. Try reboot to see if that works. I had a problem where my machine wouldn't power off, but it would reboot, and it was just a kernel configuration problem. I doubt that, since when it reboots, there are more steps, ending with unmounting the filesystems and remounting them read-only. The power supply does switch off; I briefly installed WinXP SP2 to test the hardware and make sure everything worked, and there were no problems. -- Colin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] shutdown now hangs on Saving random seed...
On Wed, Apr 27, 2005 at 01:22:25AM -0400, Colin wrote: But it just hangs on this one: * Saving random seed... I can Ctrl-C my way out of it and continue to work in Gentoo, but a software shutdown isn't possible. I just reboot, enter the BIOS and hold the switch. What can I do about this little bug? And is there even any purpose in loading and saving a random seed when random numbers are (AFAIK) seeded by the timer? man urandom: The random number generator gathers environmental noise from device drivers and other sources into an entropy pool. The generator also keeps an estimate of the number of bits of noise in the entropy pool. From this entropy pool random numbers are created. ... When a Linux system starts up without much operator interaction, the entropy pool may be in a fairly predictable state. This reduces the actual amount of noise in the entropy pool below the estimate. In order to counteract this effect, it helps to carry entropy pool infor- mation across shut-downs and start-ups. I guess you can remove urandom from boot runlevel # rc-update del urandom or, you can try to troubleshoot the problem (= The shutdown section of /etc/init.d/urandom is pretty much one line on my system: dd if=/dev/urandom of=/var/run/random-seed count=1 /dev/null You can try seeing what's wrong with that... W -- * Address: 45 Spelman Hall, Princeton University 08544 * * Phone: x68958 AIM: AngularJerk* *E-mail: [EMAIL PROTECTED]From: sep.dynalias.net * He expanded his chest to make it totally clear that here was the sort of man you only dared to cross if you had a team of Sherpas with you. Sortir en Pantoufles: up 15 days, 15:45 -- gentoo-user@gentoo.org mailing list