Re: [Cooker] system freeze during boot at loading compose keys
Borsenkow Andrej [EMAIL PROTECTED] writes: What was the change in -2mdk? IIRC agpgart was added; may it be that loadkeys triggers some weird module loading. I saw this problem with -1mdk too. -- http://www.linux-mandrake.com/en/club/
Re: [Cooker] system freeze during boot at loading compose keys
SI Reasoning wrote: After tonight's update on my Dell Inspiron 7000. I was able to reboot initially without any problems. However since my dhcp server was down I decided to put in manual ip address and changed my host name. I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ same to me, but after push the reset, it comes up again. This happens several times sporadicly.
Re: [Cooker] system freeze during boot at loading compose keys
After tonight's update on my Dell Inspiron 7000. I was able to reboot initially without any problems. However since my dhcp server was down I decided to put in manual ip address and changed my host name. I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ same to me, but after push the reset, it comes up again. This happens several times sporadicly. On my system it locks up at the same place with 2.4.17-6mdk (every time I tried) but has no problems with 2.4.16-11mdk. I couldn't boot later kernels 'cause lilo wont let me scroll down past the 7th option (known issue). Stefan
Re: [Cooker] system freeze during boot at loading compose keys
I could not get any kernel, including 2.4.16-11mdk and failsafe, to work. They all get stuck at the same place. --- Stefan van der Eijk [EMAIL PROTECTED] wrote: After tonight's update on my Dell Inspiron 7000. I was able to reboot initially without any problems. However since my dhcp server was down I decided to put in manual ip address and changed my host name. I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ same to me, but after push the reset, it comes up again. This happens several times sporadicly. On my system it locks up at the same place with 2.4.17-6mdk (every time I tried) but has no problems with 2.4.16-11mdk. I couldn't boot later kernels 'cause lilo wont let me scroll down past the 7th option (known issue). Stefan = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Re: [Cooker] system freeze during boot at loading compose keys
On my system it locks up at the same place with 2.4.17-6mdk (every time I tried) but has no problems with 2.4.16-11mdk. I couldn't boot later kernels 'cause lilo wont let me scroll down past the 7th option (known issue). esc will bring you to the text menu where you can use your other kernels. = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com
Re: [Cooker] system freeze during boot at loading compose keys
Hi! On Don, 17 Jan 2002 10:25:12 SI Reasoning wrote: I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). -- Michael Reinsch [EMAIL PROTECTED] http://mr.uue.org
RE: [Cooker] system freeze during boot at loading compose keys
On Don, 17 Jan 2002 10:25:12 SI Reasoning wrote: I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). What pam version? There was a bug in shared library before -13mdk that resulted in flood of errors from devfsd and buffer overflow in initlog. -andrej
Re: [Cooker] system freeze during boot at loading compose keys
I had the same problem exactly. I fixed it by booting off the cd in rescue CD mode and going into the /etc/rc.d/init.d directory and moving the keytable program to the root user home directory and then when it boots it doesn't hang but i imagine the problem with keytable still exists.
Re: [Cooker] system freeze during boot at loading compose keys
Michael Reinsch [EMAIL PROTECTED] writes: I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). Can you boot with devfs=nomount comment the line (last one) : REGISTER.* CFUNCTION /lib/security/pam_console_apply_devfsd.so pam_console_apply_single $devpath And see if it works... -- http://www.linux-mandrake.com/en/club/
Re: [Cooker] system freeze during boot at loading compose keys
Hi! On Don, 17 Jan 2002 13:12:13 Borsenkow Andrej wrote: It seems to be devfsd related What pam version? mr@nibbler ~ $ rpm -q pam pam-0.75-13mdk -- Michael Reinsch [EMAIL PROTECTED] http://mr.uue.org
RE: [Cooker] system freeze during boot at loading compose keys
pam-0.75-13mdk --- Borsenkow Andrej [EMAIL PROTECTED] wrote: On Don, 17 Jan 2002 10:25:12 SI Reasoning wrote: I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). What pam version? There was a bug in shared library before -13mdk that resulted in flood of errors from devfsd and buffer overflow in initlog. -andrej = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
RE: [Cooker] system freeze during boot at loading compose keys
On þÔ×, 2002-01-17 at 21:26, SI Reasoning wrote: pam-0.75-13mdk --- Borsenkow Andrej [EMAIL PROTECTED] wrote: On Don, 17 Jan 2002 10:25:12 SI Reasoning wrote: I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). What pam version? There was a bug in shared library before -13mdk that resulted in flood of errors from devfsd and buffer overflow in initlog. {pts/2}% rpm -q devfsd devfsd-1.3.21-1mdk What was the change in -2mdk? IIRC agpgart was added; may it be that loadkeys triggers some weird module loading. Please, remove everything from /lib/dev-state (but not the directory itself) and reboot. Does it help? Else I attach my devfsd.conf from -1mdk; does it work with it? Else I really do not know because it works on another system with -2mdk as well; the please when it hangs do Alt-SysRq-tusb and then in /var/log/messages you should have stack trace of running processes. May be it gives some hint. -andrej # Sample /etc/devfsd.conf configuration file. # Richard Gooch [EMAIL PROTECTED] 28-NOV-2001 # # Enable full compatibility mode for old device names. You may comment these # out if you don't use the old device names. Make sure you know what you're # doing! REGISTER.* MKOLDCOMPAT UNREGISTER .* RMOLDCOMPAT # You may comment out the above and uncomment the following if you've # configured your system to use the original new devfs names or the really # new names #REGISTER ^vc/MKOLDCOMPAT #UNREGISTER ^vc/RMOLDCOMPAT #REGISTER ^pty/ MKOLDCOMPAT #UNREGISTER ^pty/ RMOLDCOMPAT #REGISTER ^misc/ MKOLDCOMPAT #UNREGISTER ^misc/ RMOLDCOMPAT # You may comment these out if you don't use the original new names REGISTER.* MKNEWCOMPAT UNREGISTER .* RMNEWCOMPAT # Enable module autoloading. You may comment this out if you don't use # autoloading LOOKUP .* MODLOAD # When removable media is (programmatically) ejected nodes for # individual partitions are unregistered and if you have enabled # RM(OLD|NEW)COMPAT actions links that point to them are removed. # Unfortunately when you insert media and try to access it using # any of these links there is nothing that tells the kernel to refresh # partition table. To force refresh you may use something like this: # SCSI NEWCOMPAT LOOKUP ^(sd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+).*$ EXECUTE /sbin/blockdev --rereadpt $mntpnt/\1 # SCSI OLDCOMPAT LOOKUP ^(sd[^/])[^/]+$ EXECUTE /sbin/blockdev --rereadpt $mntpnt/\1 # IDE NEWCOMPAT LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+).+$ EXECUTE /sbin/blockdev --rereadpt $mntpnt/\1 # IDE OLDCOMPAT LOOKUP ^(hd[^/])[^/]+$ EXECUTE /sbin/blockdev --rereadpt $mntpnt/\1 # # Uncomment this if you want permissions to be saved and restored # Do not do this for pseudo-terminal devices #REGISTER ^pt[sy] IGNORE #CREATE ^pt[sy] IGNORE #CHANGE ^pt[sy] IGNORE #DELETE ^pt[sy] IGNORE #REGISTER .* COPY/dev-state/$devname $devpath #CREATE .* COPY$devpath /dev-state/$devname #CHANGE .* COPY$devpath /dev-state/$devname #DELETE .* CFUNCTION GLOBAL unlink /dev-state/$devname RESTORE /lib/dev-state # # Uncomment this if you want the old /dev/cdrom symlink #REGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL mksymlink $devname cdrom #UNREGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL unlink cdrom LOOKUP^cdrom$ CFUNCTION GLOBAL symlink cdroms/cdrom0 cdrom REGISTER^cdroms/cdrom0$ CFUNCTION GLOBAL symlink cdroms/cdrom0 cdrom UNREGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL unlink cdrom REGISTER^v4l/video0$CFUNCTION GLOBAL symlink v4l/video0 video UNREGISTER ^v4l/video0$CFUNCTION GLOBAL unlink video # ALSA stuff LOOKUP snd MODLOAD ACTION snd # Manage USB mouse REGISTER^input/mouse0$ CFUNCTION GLOBAL symlink input/mouse0 usbmouse UNREGISTER ^input/mouse0$ CFUNCTION GLOBAL unlink usbmouse # dynamic desktop and co #REGISTER .*/part.* EXECUTE /etc/dynamic/scripts/part.script add $devpath #UNREGISTER .*/part.* EXECUTE /etc/dynamic/scripts/part.script del $devpath REGISTERv4l/video.* EXECUTE /etc/dynamic/scripts/webcam.script add $devpath UNREGISTER v4l/video.* EXECUTE /etc/dynamic/scripts/webcam.script del $devpath REGISTERusb/scanner.*
Re: [Cooker] system freeze during boot at loading compose keys
what line is this found in? --- Chmouel Boudjnah [EMAIL PROTECTED] wrote: Michael Reinsch [EMAIL PROTECTED] writes: I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). Can you boot with devfs=nomount comment the line (last one) : REGISTER.* CFUNCTION /lib/security/pam_console_apply_devfsd.so pam_console_apply_single $devpath And see if it works... -- http://www.linux-mandrake.com/en/club/ = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Re: [Cooker] system freeze during boot at loading compose keys
Hi! On Don, 17 Jan 2002 20:10:37 Borsenkow Andrej wrote: Please, remove everything from /lib/dev-state (but not the directory itself) and reboot. Does it help? Yes, thanks, this helped. But next time I boot with something in there might cause the lock again? Alt-SysRq-tusb and then in /var/log/messages Sorry, doesn't work - syslog wasn't started yet... BTW: the only change between the devfsd.conf you attached and the one from -2mdk is the removal of some lines dealing with removable media (programmatically) ejected. -- Michael Reinsch [EMAIL PROTECTED] http://mr.uue.org
Re: [Cooker] system freeze during boot at loading compose keys
That fixed it. Please let me know when devfs is fixed so I can uncomment that line... --- Chmouel Boudjnah [EMAIL PROTECTED] wrote: Michael Reinsch [EMAIL PROTECTED] writes: I've got the same problem now. It seems to be devfsd related; if I change to devfs=nomount it doesn't hang. This is with kernel 2.4.17-2mdk which worked very well before updateding devfsd to devfsd-1.3.21-2mdk (from latest 1.3.20 if I remember correctly). Can you boot with devfs=nomount comment the line (last one) : REGISTER.* CFUNCTION /lib/security/pam_console_apply_devfsd.so pam_console_apply_single $devpath And see if it works... -- http://www.linux-mandrake.com/en/club/ = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com
Re: [Cooker] system freeze during boot at loading compose keys
Stefan van der Eijk wrote: After tonight's update on my Dell Inspiron 7000. I was able to reboot initially without any problems. However since my dhcp server was down I decided to put in manual ip address and changed my host name. I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ same to me, but after push the reset, it comes up again. This happens several times sporadicly. On my system it locks up at the same place with 2.4.17-6mdk (every time I tried) but has no problems with 2.4.16-11mdk. I couldn't boot later kernels 'cause lilo wont let me scroll down past the 7th option (known issue). Stefan Is this with or without framebuffer support? I only have that problem with framebuffer support because it is asking for a yes/no response that I can not answer because Aurora won't display the question outside of seeing only y/n. No matter what I type, it will not do what I ask of it unless I power off and then back on the computer and choose to boot without framebuffer support so that I can answer the questions that I didn't and couldn't see in Aurora. That brings up a question with me there. Whatever happened to it automatically doing the fixes and what nots on its own? HTH altoine
Re: [Cooker] system freeze during boot at loading compose keys
I believe it is with framebuffer support, but I do not use Aurora. I did not get a y/n question either as it is a procedure that happens before the interactive portion (if it is chosen). --- nds [EMAIL PROTECTED] wrote: Stefan van der Eijk wrote: After tonight's update on my Dell Inspiron 7000. I was able to reboot initially without any problems. However since my dhcp server was down I decided to put in manual ip address and changed my host name. I then rebooted and the system now freezes consistently (regardless of kernel used) during loading compose keys: compose.latin1.inc = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ same to me, but after push the reset, it comes up again. This happens several times sporadicly. On my system it locks up at the same place with 2.4.17-6mdk (every time I tried) but has no problems with 2.4.16-11mdk. I couldn't boot later kernels 'cause lilo wont let me scroll down past the 7th option (known issue). Stefan Is this with or without framebuffer support? I only have that problem with framebuffer support because it is asking for a yes/no response that I can not answer because Aurora won't display the question outside of seeing only y/n. No matter what I type, it will not do what I ask of it unless I power off and then back on the computer and choose to boot without framebuffer support so that I can answer the questions that I didn't and couldn't see in Aurora. That brings up a question with me there. Whatever happened to it automatically doing the fixes and what nots on its own? HTH altoine = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Re: [Cooker] system freeze during boot at loading compose keys
commenting out the last line of devfsd.conf that dealt with pam resolved the problem. It might actually be a pam issue. --- Michael Reinsch [EMAIL PROTECTED] wrote: Hi! On Don, 17 Jan 2002 20:10:37 Borsenkow Andrej wrote: Please, remove everything from /lib/dev-state (but not the directory itself) and reboot. Does it help? Yes, thanks, this helped. But next time I boot with something in there might cause the lock again? Alt-SysRq-tusb and then in /var/log/messages Sorry, doesn't work - syslog wasn't started yet... BTW: the only change between the devfsd.conf you attached and the one from -2mdk is the removal of some lines dealing with removable media (programmatically) ejected. -- Michael Reinsch [EMAIL PROTECTED] http://mr.uue.org = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com
RE: [Cooker] system freeze during boot at loading compose keys
On Don, 17 Jan 2002 20:10:37 Borsenkow Andrej wrote: Please, remove everything from /lib/dev-state (but not the directory itself) and reboot. Does it help? Yes, thanks, this helped. But next time I boot with something in there might cause the lock again? It should not. Alt-SysRq-tusb and then in /var/log/messages Sorry, doesn't work - syslog wasn't started yet... Oh, do you mean it was the first time loadkey was started, very early? BTW: the only change between the devfsd.conf you attached and the one from -2mdk is the removal of some lines dealing with removable media (programmatically) ejected. Sorry, I actually meant modules.devfs but slipped. My devfsd.conf is modified vs. RPM. -andrej
RE: [Cooker] system freeze during boot at loading compose keys
That fixed it. Please let me know when devfs is fixed so I can uncomment that line... Could you please - remove everything from /lib/dev-state - reboot - uncomment this line - reboot and see if it works then? -andrej
RE: [Cooker] system freeze during boot at loading compose keys
It does but now I seem to have lost my /dev/dvd. --- Borsenkow Andrej [EMAIL PROTECTED] wrote: That fixed it. Please let me know when devfs is fixed so I can uncomment that line... Could you please - remove everything from /lib/dev-state - reboot - uncomment this line - reboot and see if it works then? -andrej = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
RE: [Cooker] system freeze during boot at loading compose keys
It does but now I seem to have lost my /dev/dvd. When you *now* do ln -s relative/path/in/dev /dev/dvd You get it back after reboot. Trust me, I have my /dev/modem and /dev/jaz :-) And, please, do not reply on top it makes quoting impossible. -andrej --- Borsenkow Andrej [EMAIL PROTECTED] wrote: That fixed it. Please let me know when devfs is fixed so I can uncomment that line... Could you please - remove everything from /lib/dev-state - reboot - uncomment this line - reboot and see if it works then? -andrej = SI Reasoning [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Ransomd devfs lockups reported on lkml as well RE: [Cooker] system freeze during boot at loading compose keys
Just to draw your attention: http://www.uwsg.indiana.edu/hypermail/linux/kernel/0201.2/0474.html http://www.uwsg.indiana.edu/hypermail/linux/kernel/0201.2/0474.html -andrej