Re: [expert] lots of freezes in LM 8.1
Well, as a final update, mem=nopentium did the trick for me. The system has been allright for a month. Which means that Civileme was right again... hehe lucky us he's on our side! :^D Jeferson/Wooky -- -- shinjiteiru shinjirareru, korekara aruku kono michi wo! kimi ga iru yo, boku ga iru yo sore ijou nani mo iranai. umareta imi ,sagasu yori mo ima ikiteru koto kanjite, kotae yori mo, daiji na mono hitotsu hitotsu mitsuketeiku... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Stardate dff3c4b, Captain's Log. Update: memory sticks passed memtestx86 gladly. Still checking mem=nopentium option. Wooky -- -- shinjiteiru shinjirareru, korekara aruku kono michi wo! kimi ga iru yo, boku ga iru yo sore ijou nani mo iranai. umareta imi ,sagasu yori mo ima ikiteru koto kanjite, kotae yori mo, daiji na mono hitotsu hitotsu mitsuketeiku... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Le Dimanche 26 Mai 2002 01:20, vous avez écrit : Double-check the boot to make sure mem=nopentium is in each and every linux boot append line. (Yeah, a slight difference in mem paging between K7s and Pentiums of all generations) I tried that, for my 8.2 since-the-installation instability. Doesn't work. Diseabling APIC (and recompile the kernel only with K7 enabled and APIC disabled all the same) doesn't fix too. But if it has been OK for months it is more likely hardware--remove the memory sticks and burnish the contacts with an eraser and blow the dust out of the slots Perhaps because of the cat, no ? :-) The hardware worked perfectly with WinXP, and the fan is good, well attached, too. No, for me, only downgrading to the 8.1 kernel did the fix. I think that Jeferson should try to downgrade to a kernel that he knows it was working fine. N. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Le Dimanche 26 Mai 2002 00:14, vous avez écrit : Hi guys, I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I Hi ! [I know my story is related to the 8.2 and 8.1, but it will perhaps help you...] I experienced EXACTLY the same thing, with my Mdk 8.2 just installed. I have a Duron 900 and a motherboard MSI 6330 Lite Edition 3 (VIA KT133A chipset) and a 3Dfx Voodoo 3 2000. It always freezed, totally randomly (no Telnet, nothing... just reboot). Just like you, I thought it was because of X. And my Linux is an internet gateway for my local wireless network. So I stopped launching X, and worked only on a pure console : still freezes, very often (one time per hour...), so it has nothing to do with X. I updated the BIOS : still the same. I recompiled the kernel with AMD K7 on : still the same. All the hardware worked fine under WinXP, and the fan was good and well attached, too... And I remembered that all was great with Mdk 8.1. So here is what I did : I downgraded my 8.2 kernel (2.4.18) to the 8.1 (2.4.8). And it NEVER freezes again. So will won't you try to downgrade to another Mdk kernel (from the 7.x) ? Don't do that with Mdk Software Manager/urpmi : it will uninstall almost all your system. Just do it with rpm -e kernel- (-doc, -header, 2.4.18-6mdk, -source). For headers, I had to use -nodeps, but this not important, because the 2.4.8 headers will be good. If you use iptables for your firewall, uninstall it all the same. Then use the 8.1 CD (or download the RPMS from a Mandrake 8.1 mirror), and install the 2.4.8 kernel, and the iptables from 8.1 too. Normally, after the installation, all the settings and the symbolic lynks in /boot will be correct. Just check them, check your lilo or grub, then reboot. Enjoy the non-freezing dimension. [Be carefull if you use PCMCIA card : for me, the old /etc/sysconfig/pcmcia (wich was working) has been overwritten by the new-old one, and PCMCIA couldn't work anymore. I just had to rewrite this config file, just like the first one was, and PCMCIA worked again (the line PCMCIA=yes, became PCMCIA=no, and the other lines disappeared, but I rewrote them).] Next time, I won't complain : I'll join the beta-test... :-/ After all, I don't need absolutely the 2.4.18 kernel... I even don't know the differences between 2.4.8 and 2.4.18, except this very interesting freezing function... What I like in Mdk 8.2 is the softwares within, not the kernel. N. P.S. : a lot of users complain about freezes, in MandrakeForum, and they accuse X or their KDM/GDM, or their graphic card, as they start X automatically at boot, thinking that Linux is only a graphical systems... I'm pretty sure all their troubles come from this kernel... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Hey all, well let me put few cents on top. I do have dual Intel(R) Xeon(TM) CPU 1.70GHz stepping 02 DELL machine with 1G of memory, and I do experience the same random freezings like the AMD users using Mandrake 8.1 kernel: Linux version 2.4.8-26mdkenterprise. Thought it's a X system, so I totally disabled it, but this doesn't solve the problem. I was thinking to upgrade to newer kernel/system version, but after the last e-mails looks like I have to downgrade... Any idea on this Regards Goshko On Mon, 27 May 2002, Nicolas ROBAUX wrote: Le Dimanche 26 Mai 2002 01:20, vous avez écrit : Double-check the boot to make sure mem=nopentium is in each and every linux boot append line. (Yeah, a slight difference in mem paging between K7s and Pentiums of all generations) I tried that, for my 8.2 since-the-installation instability. Doesn't work. Diseabling APIC (and recompile the kernel only with K7 enabled and APIC disabled all the same) doesn't fix too. But if it has been OK for months it is more likely hardware--remove the memory sticks and burnish the contacts with an eraser and blow the dust out of the slots Perhaps because of the cat, no ? :-) The hardware worked perfectly with WinXP, and the fan is good, well attached, too. No, for me, only downgrading to the 8.1 kernel did the fix. I think that Jeferson should try to downgrade to a kernel that he knows it was working fine. N. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Le Lundi 27 Mai 2002 12:40, vous avez écrit : Hey all, well let me put few cents on top. I do have dual Intel(R) Xeon(TM) CPU 1.70GHz stepping 02 DELL machine with 1G of memory, and I do experience the same random freezings like the AMD users using Mandrake 8.1 kernel: Linux version 2.4.8-26mdkenterprise. Thought it's a X system, so I totally disabled it, but this doesn't solve the problem. I was thinking to upgrade to newer kernel/system version, but after the last e-mails looks like I have to downgrade... I read things about SMP-kernel and APIC option... Some guys said that setting noapic at the boot will solve the problem. And what about the High-Memory setting in the kernel ? Although I guess that the -mdkenterprise all ready for SMP and high memory... N. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
[EMAIL PROTECTED] wrote: Hey all, well let me put few cents on top. I do have dual Intel(R) Xeon(TM) CPU 1.70GHz stepping 02 DELL machine with 1G of memory, and I do experience the same random freezings like the AMD users using Mandrake 8.1 kernel: Linux version 2.4.8-26mdkenterprise. Thought it's a X system, so I totally disabled it, but this doesn't solve the problem. I was thinking to upgrade to newer kernel/system version, but after the last e-mails looks like I have to downgrade... Any idea on this Well, I'm realizing that instability is much more extended than I thought. I've got a 1.5 GHz P-IV (Intel D845WN mobo)which is totally unusable under 8.1 because of random full lock-ups. I've tried everything, from changing memory modules, or switching kernels to disable usb, with no avail. I'd try another distros to see what happens, but their installation programs complain about the partitioning table Mandrake created, and cannot solve that without too much tinkering. A pity... Cheers Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Le Lundi 27 Mai 2002 13:29, vous avez écrit : but their installation programs complain about the partitioning table Mandrake created, and cannot solve that without too much tinkering. A So did I noticed. It was simply impossible for Partition Magic to analyze the HDD anymore... That's why I always partitionnize my HDD with Acronis OS Selector BEFORE installing Mdk, and without using DiskDrake partition resizer... N. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
On Mon, 27 May 2002, Rodolfo [ISO-8859-1] Canet-Castelló wrote: [EMAIL PROTECTED] wrote: Hey all, well let me put few cents on top. I do have dual Intel(R) Xeon(TM) CPU 1.70GHz stepping 02 DELL machine with 1G of memory, and I do experience the same random freezings like the AMD users using Mandrake 8.1 kernel: Linux version 2.4.8-26mdkenterprise. Thought it's a X system, so I totally disabled it, but this doesn't solve the problem. I was thinking to upgrade to newer kernel/system version, but after the last e-mails looks like I have to downgrade... Any idea on this Well, I'm realizing that instability is much more extended than I thought. I've got a 1.5 GHz P-IV (Intel D845WN mobo)which is totally unusable under 8.1 because of random full lock-ups. I've tried everything, from changing memory modules, or switching kernels to disable usb, with no avail. I'd try another distros to see what happens, but their installation programs complain about the partitioning table Mandrake created, and cannot solve that without too much tinkering. A pity... When I first installed 8.2 I did have many stability problems. These machines were a Dell Inspiron 3500 (MObile PII/333), Athlon 950 w/Biostar M7VKE, and this AMD K6/500. The Inspiron issues were constant lockups with/without X. The machine was completely dead. Up until this issue I'd had many 20 Linux crashes in about 5 years, so I knew something was wrong. Anywho, a kernel rebuild took care of all the instability. The Athlon 950 turned out to have a bad stick of 256M PC133 memory. I rebuilt the kernel anyway and now it's been running for two months without a problem. I do reboot this machine on occasion because it generates considerable heat. The AMD K6500 required a kernel rebuild and a complete deletion of all my KDE settings to start working reliably. It appears that the versions of KDE were causing a crash when trying to read my old settings. Some kde processes would consume 99% CPU then crash the machine. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
you all aware that 8.2 powerpack comes with an installable 2.2.x kernel? you don't have to download if you want to try a 2.2.x kernal On Monday 27 May 2002 05:26 am, you wrote: Le Dimanche 26 Mai 2002 01:20, vous avez écrit : Double-check the boot to make sure mem=nopentium is in each and every linux boot append line. (Yeah, a slight difference in mem paging between K7s and Pentiums of all generations) I tried that, for my 8.2 since-the-installation instability. Doesn't work. Diseabling APIC (and recompile the kernel only with K7 enabled and APIC disabled all the same) doesn't fix too. But if it has been OK for months it is more likely hardware--remove the memory sticks and burnish the contacts with an eraser and blow the dust out of the slots Perhaps because of the cat, no ? :-) The hardware worked perfectly with WinXP, and the fan is good, well attached, too. No, for me, only downgrading to the 8.1 kernel did the fix. I think that Jeferson should try to downgrade to a kernel that he knows it was working fine. N. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Well, I'm currently trying the suggestion Civileme gave (to add append= mem=nopentium to the lilo entries). The only reference I found to that option was in the BootPromptH2: * The `mem=' Argument This argument has two purposes: The original purpose was to specify the amount of installed memory (or a value less than that if you wanted to limit the amount of memory available to linux). The second (and hardly used) purpose is to specify mem=nopentium which tells the Linux kernel to not use the 4MB page table performance feature. * Perhaps that explains why I was unfamiliar with it. :^) Since the freezes were random, I'm still waiting (with my fingers crossed) to see whether it works. I haven't tested the memories yet, but the fact that window$ does not freeze (there were some DLL errors as usual of course, but no freezes.) makes it unlikely to be a pure hardware problem, IMHO. While I was making the changes to lilo.conf the system actually froze ; it was one of the few times it gave me an error in /var/log: * # less /var/log/messages.1.gz |grep paging May 19 23:08:22 pinguim kernel: Unable to handle kernel paging request at virtual address dffe3fa4 May 26 00:07:54 pinguim kernel: Unable to handle kernel paging request at virtual address dfcfbe88 less /var/log/messages |grep paging May 26 13:35:30 pinguim kernel: Unable to handle kernel paging request at virtual address dffe3fa4 * aside from noting that the 1st and 3rd addresses are the same, I don't know what to do with that. Perhaps I should try and ask Tosatti which hidden monster lies in virtual address dffe3fa4... he lives just round the corner after all... ;^) I'd suggest people that are getting similar freezes, both with LM8.1 and 8.2, to take a look at their logs and see if they can make something out of it. Perhaps this mem option in LILO might do them some good, as I hope it will do for me. Tom Brinkman wrote: I'd start with reseating cards, ram, cables, etc. Clean out any dust. Leave the case cover off and point a table fan into the box. Then boot a memtest86 floppy and test your ram. Often freeze ups are caused by poor connections, ram, or running too hot. If the ram passes and the system doesn't freeze with a table fan blowin into it, you probly need to improve case coolin. Heat was the problem. If you still have freezes the next thing I'd try is renaming XF86Config-4 to somethin like XF86Config-4-nvidia, and enable the original XF86Config-4 to use the nv driver. You don't need to uninstall the nvidia GLX and kernel packages. Just see if the freezes stop when you use the open source driver. If they do, then the nvidia binaries are the problem. Are you usin ones that were built against the kernel you're usin 'em with? I build all my drivers from tar.gz, BTw there is a new driver set (2960) but I will postpone the installation till I fix this. I really do not think it's an Nvidia driver related problem; it never occurs when I'm using a particular graphic intensive app. But you might have a point, though. One thing I was thinking about that matter is that I compiled the kernel with kgcc (only way I managed to recompile Mandrake's kernel) and the drivers with gcc. But then why oh why it WAS stable? The first thing I thought was that the fan had died, but I opened the case and it was running fine. I have two fans pulling air inside and one out, and my CPU runs rather cool - never more than 40C. Besides it's quite cold now here (well, not european cold) so its temperature is about 36-37C. On the other hand, there is a lot of dust in there for sure; I'll clean it over before I do the memory test. Alastair Scott: This is very true - the first sign I got that my old machine was misbehaving was two freezes in succession. I thought 'Linux doesn't do this', opened the machine up, removed dust, made sure everything was sitting properly in its sockets and, on the third reboot, the motherboard blew and took various other things with it :/ And, on the new machine, I got a 'CPU not found' message on boot; it (an Athlon XP 2000+) had failed but, being only a week old, I got a replacement gratis next day. - From my experience Linux _is_ hard on hardware and tests both ends of the 'bathtub curve' (imagine age of component along X axis and probability of failure along Y axis [;)] Yes, while most components of my system are rather new, it might be indeed a hardware failure. But then why doesn't window$ freezes as well? I'm getting crazy with this alternatives. :^) Etharp: on the other hand, it might be nice to know what happens when you are froze what actions do you take to shut down? and what is the results of ctrl+alt+f2? or ctrl+alt+Backspace? might also be related to the IRQ, and maybe the irq for USB (since the default kernal in 8.0 handles USB a little less forgiving than in kernals after, and was not included (much) in kernals before 8.0. (really 2.4. vs
Re: [expert] lots of freezes in LM 8.1
On Mon, 27 May 2002 13:54:37 -0300 Jeferson Lopes Zacco [EMAIL PROTECTED] wrote: Well, I'm currently trying the suggestion Civileme gave (to add append= mem=nopentium to the lilo entries). The only reference I found to that option was in the BootPromptH2: * The `mem=' Argument This argument has two purposes: The original purpose was to specify the amount of installed memory (or a value less than that if you wanted to limit the amount of memory available to linux). The second (and hardly used) purpose is to specify mem=nopentium which tells the Linux kernel to not use the 4MB page table performance feature. * Perhaps that explains why I was unfamiliar with it. :^) Since the freezes were random, I'm still waiting (with my fingers crossed) to see whether it works. I haven't tested the memories yet, but the fact that window$ does not freeze (there were some DLL errors as usual of course, but no freezes.) makes it unlikely to be a pure hardware problem, IMHO. While I was making the changes to lilo.conf the system actually froze ; it was one of the few times it gave me an error in /var/log: * # less /var/log/messages.1.gz |grep paging May 19 23:08:22 pinguim kernel: Unable to handle kernel paging request at virtual address dffe3fa4 May 26 00:07:54 pinguim kernel: Unable to handle kernel paging request at virtual address dfcfbe88 less /var/log/messages |grep paging May 26 13:35:30 pinguim kernel: Unable to handle kernel paging request at virtual address dffe3fa4 * From the looks of these error messages Civilme was (as usual) on the money. They are paging errors. Some people just seem to have all the answers. *grin* Should this be used with K-6 as well? James aside from noting that the 1st and 3rd addresses are the same, I don't know what to do with that. Perhaps I should try and ask Tosatti which hidden monster lies in virtual address dffe3fa4... he lives just round the corner after all... ;^) I'd suggest people that are getting similar freezes, both with LM8.1 and 8.2, to take a look at their logs and see if they can make something out of it. Perhaps this mem option in LILO might do them some good, as I hope it will do for me. Tom Brinkman wrote: I'd start with reseating cards, ram, cables, etc. Clean out any dust. Leave the case cover off and point a table fan into the box. Then boot a memtest86 floppy and test your ram. Often freeze ups are caused by poor connections, ram, or running too hot. If the ram passes and the system doesn't freeze with a table fan blowin into it, you probly need to improve case coolin. Heat was the problem. If you still have freezes the next thing I'd try is renaming XF86Config-4 to somethin like XF86Config-4-nvidia, and enable the original XF86Config-4 to use the nv driver. You don't need to uninstall the nvidia GLX and kernel packages. Just see if the freezes stop when you use the open source driver. If they do, then the nvidia binaries are the problem. Are you usin ones that were built against the kernel you're usin 'em with? I build all my drivers from tar.gz, BTw there is a new driver set (2960) but I will postpone the installation till I fix this. I really do not think it's an Nvidia driver related problem; it never occurs when I'm using a particular graphic intensive app. But you might have a point, though. One thing I was thinking about that matter is that I compiled the kernel with kgcc (only way I managed to recompile Mandrake's kernel) and the drivers with gcc. But then why oh why it WAS stable? The first thing I thought was that the fan had died, but I opened the case and it was running fine. I have two fans pulling air inside and one out, and my CPU runs rather cool - never more than 40C. Besides it's quite cold now here (well, not european cold) so its temperature is about 36-37C. On the other hand, there is a lot of dust in there for sure; I'll clean it over before I do the memory test. Alastair Scott: This is very true - the first sign I got that my old machine was misbehaving was two freezes in succession. I thought 'Linux doesn't do this', opened the machine up, removed dust, made sure everything was sitting properly in its sockets and, on the third reboot, the motherboard blew and took various other things with it :/ And, on the new machine, I got a 'CPU not found' message on boot; it (an Athlon XP 2000+) had failed but, being only a week old, I got a replacement gratis next day. - From my experience Linux _is_ hard on hardware and tests both ends of the 'bathtub curve' (imagine age of component along X axis and probability of failure along Y axis [;)] Yes, while most components of my system are rather new, it might be indeed a hardware failure. But then why doesn't window$ freezes as well? I'm getting crazy with this alternatives. :^) Etharp: on the other hand, it might be nice to
RE: [expert] lots of freezes in LM 8.1
Here goes a quick summary of my system : Linux Mandrake 8.1, using ext3, on a (somewhat problematic I know) A7V133 with a Duron 800 (not overclocked). 2 sticks of Micron PC133 (256+128) TNT2M64 AGP :^(, XFree 4.0.3, latest Nvidia binary drivers kernels 2.4.8-26mdk, 2.4.8 (recompiled), 2.4.18 (stock Linus kernel) Okay Jeferson, Believe it or not, you and I have nearly identical systems. I'm using an A7V Mobo with 512Meg of ram, and a TNT2 video card. Our kernels, X and drivers appear to be very similar. (I just installed Mdk 8.2, and the versions are identical or very close.) What I found rather quickly was that the NVidia drivers suck big time. :) Go into the Mdk Control Panel, then into the X configuration, turn off the video acceleration. This took care of the problem for me -- I've had my system up for a couple of weeks since I made this change. // George Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
On Mon, 27 May 2002 11:23:10 +0200 Nicolas ROBAUX [EMAIL PROTECTED] wrote: Le Dimanche 26 Mai 2002 00:14, vous avez écrit : Hi guys, I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I Hi ! [I know my story is related to the 8.2 and 8.1, but it will perhaps help you...] I experienced EXACTLY the same thing, with my Mdk 8.2 just installed. I have a Duron 900 and a motherboard MSI 6330 Lite Edition 3 (VIA KT133A chipset) and a 3Dfx Voodoo 3 2000. It always freezed, totally randomly (no Telnet, nothing... just reboot). Just like you, I thought it was because of X. And my Linux is an internet gateway for my local wireless network. So I stopped launching X, and worked only on a pure console : still freezes, very often (one time per hour...), so it has nothing to do with X. I updated the BIOS : still the same. I recompiled the kernel with AMD K7 on : still the same. All the hardware worked fine under WinXP, and the fan was good and well attached, too... And I remembered that all was great with Mdk 8.1. So here is what I did : I downgraded my 8.2 kernel (2.4.18) to the 8.1 (2.4.8). And it NEVER freezes again. So will won't you try to downgrade to another Mdk kernel (from the 7.x) ? Don't do that with Mdk Software Manager/urpmi : it will uninstall almost all your system. Just do it with rpm -e kernel- (-doc, -header, 2.4.18-6mdk, -source). For headers, I had to use -nodeps, but this not important, because the 2.4.8 headers will be good. If you use iptables for your firewall, uninstall it all the same. Then use the 8.1 CD (or download the RPMS from a Mandrake 8.1 mirror), and install the 2.4.8 kernel, and the iptables from 8.1 too. Normally, after the installation, all the settings and the symbolic lynks in /boot will be correct. Just check them, check your lilo or grub, then reboot. Enjoy the non-freezing dimension. [Be carefull if you use PCMCIA card : for me, the old /etc/sysconfig/pcmcia (wich was working) has been overwritten by the new-old one, and PCMCIA couldn't work anymore. I just had to rewrite this config file, just like the first one was, and PCMCIA worked again (the line PCMCIA=yes, became PCMCIA=no, and the other lines disappeared, but I rewrote them).] Next time, I won't complain : I'll join the beta-test... :-/ Curious here... Has anyone had success with a 2.4.18 Linus kernel? IE no Mandrake tweaks. What really sounds like is happening is that it's caused by the new VM and/or preemptive Kernel tweaks added (I believe) with 2.4.10. If this is the case the problem is not Mandrake's but rather Linus's and he should be the proud recipient of a loud thwack from the distros *grin* Note that this is coming from reading some of the flame war at the time he (Linus) decided to make these changes. Note that I'm not second guessing Linus, I'm not good enough. I am however trying to take any undeserved heat off of Mandrake. James After all, I don't need absolutely the 2.4.18 kernel... I even don't know the differences between 2.4.8 and 2.4.18, except this very interesting freezing function... What I like in Mdk 8.2 is the softwares within, not the kernel. N. P.S. : a lot of users complain about freezes, in MandrakeForum, and they accuse X or their KDM/GDM, or their graphic card, as they start X automatically at boot, thinking that Linux is only a graphical systems... I'm pretty sure all their troubles come from this kernel... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
et [EMAIL PROTECTED] wrote: on the other hand, it might be nice to know what happens when you are froze what actions do you take to shut down? and what is the results of ctrl+alt+f2? or ctrl+alt+Backspace? might also be related to the IRQ, and If his experience is like mine (which, based on what he described, and the fact that both our software and hardware configurations are *extremely* similar - nearly identical) I'd make a bet that these don't work at all. I tried going to another terminal, then killing X... Finally, I let my machine sit for about 45 minutes to see if anything ever responded: nothing happened. The only way out I could find was the power switch. I doubt the mis-configured service theory, or a bad USB device. Given that I was able to fix the problem by turning off the video acceleration, I suspect that the NVidia driver is conflicting with the kernel's memory management. (Which fits the message he found about not being able to page correctly...) // George Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Nicolas ROBAUX wrote: P.S. : a lot of users complain about freezes, in MandrakeForum, and they accuse X or their KDM/GDM, or their graphic card, as they start X automatically at boot, thinking that Linux is only a graphical systems... I'm pretty sure all their troubles come from this kernel... Very well could be something with the kernel... Although, it looks like it's a conflict between the kernel and the video driver from where I'm sitting. If I recall correctly from when I booted the system last, the video driver is loading well before X sessions are being built, or the window manager sessions are being built. Also, I recall reading an article that mentioned a change in the memory management in the 2.4.x kernels. (This was several months back: an interview with Linus or one of the other kernel developers in Linux Journal or Linux Magazine..or other similar magazine.) Could be that the NVidia drivers are relying on something in the memory management of the older kernels that the newer memory management is getting in the way of. // George Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Well, I'm currently trying the suggestion Civileme gave (to add append= mem=nopentium to the lilo entries). The only reference I found to that option was in the BootPromptH2: I'll be interested in hearing / seeing what you come up with on this. If this does work, I'd be curious to find out if you try turning off the video accelleration, but leave the mem setting at the default. This might actually show more directly what I suspect about there being a memory management conflict. (I grepped my logs, but I don't have any of those messages. However, this is likely due to the fact that I've done a completely fresh re-load since I first encountered the problem.) // George Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Le Lundi 27 Mai 2002 21:46, vous avez écrit : Nicolas ROBAUX wrote: P.S. : a lot of users complain about freezes, in MandrakeForum, and they accuse X or their KDM/GDM, or their graphic card, as they start X automatically at boot, thinking that Linux is only a graphical systems... I'm pretty sure all their troubles come from this kernel... Very well could be something with the kernel... Although, it looks like it's a conflict between the kernel and the video driver from where I'm sitting. To check that, try to work a few days only in text mode, in a pure console, without any X server launched... That's how I knew FOR SURE it has nothing to do with X, but with the kernel. N. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
On Monday 27 May 2002 11:54 am, Jeferson Lopes Zacco wrote: Tom Brinkman wrote: If you still have freezes the next thing I'd try is renaming XF86Config-4 to somethin like XF86Config-4-nvidia, and enable the original XF86Config-4 to use the nv driver. You don't need to uninstall the nvidia GLX and kernel packages. Just see if the freezes stop when you use the open source driver. If they do, then the nvidia binaries are the problem. Are you usin ones that were built against the kernel you're usin 'em with? I build all my drivers from tar.gz, BTw there is a new driver set (2960) but I will postpone the installation till I fix this. Just 'cause they're 'tar.gz' doesn't mean you can compile the nvidia binaries for your system. The source in the tarballs is just a wrapper around nvidia's closed source precompiled binaries. If there really was any useful source in those tarballs, XFree86 could support 3d accel for nvidia cards, and we wouldn't hav'ta depend on/ trust nvidia to get it right. really do not think it's an Nvidia driver related problem; it never occurs when I'm using a particular graphic intensive app. But you might have a point, though. One thing I was thinking about that matter is that I compiled the kernel with kgcc (only way I managed to recompile Mandrake's kernel) and the drivers with gcc. But then why oh why it WAS stable? Like I said above, you didn't compile the nvidia binaries. Actually IME, Mandrake nvidia src.rps usually provide better results than the vanilla tarballs. The main reason I suggested changing XF86Config-4's to use the open source 'nv' driver was just to eliminate that possibility. The closed source nvidia driver is a well documented source of system freezes. I've experienced 'em with some kernels, sometimes, as many others have also, and have reported on the linux-kernel mailing list, along with conflicts with other software. I keep several XF86Config-4's in /etc/X11/. I save the original as XF86Config-4-nv, and when I edit a copy for nvidia, I save it as XF86Config-4-nvidia. I only use the nvidia 3d accel occasionally (when testing the latest FlightGear release). I often change kernels and compile my own, as I saw you do also in your original post. I've found the nvidia binaries to be very fussy about the kernel. Often the most apparent symptom is problems with freezes. A simple 'mv XF86Config-4-nv XF86Config-4' (ie, going back to the open source XFree86 'nv' driver) fixes 'em as soon as X is restarted ;) The first thing I thought was that the fan had died, but I opened the case and it was running fine. I have two fans pulling air inside and one out, and my CPU runs rather cool - never more than 40C. Besides it's quite cold now here (well, not european cold) so its temperature is about 36-37C. On the other hand, there is a lot of dust in there for sure; I'll clean it over before I do the memory test. Clean the dust out for sure. You should do that regularly anyhow. Screw a cheap little 'cpu type' fan on the nvidia cards heatsink if it doesn't already have one (it needs one). If the ram passes memtest86, then see if the system can run cpuburn for at least an hour ( http://users.ev1.net/~redelm/ ). The cpu temps you're reporting are from an external probe, are only a guess at best, and could possibly be very much lower than actual internal core temps. At least 10 to 20C lower, maybe as much as ~30C. Bad ram can sometimes pass all memtest86 tests with flyin colors, but I'll bet a weak system can't run cpuburn ; -- Tom BrinkmanCorpus Christi, Texas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
James wrote: From the looks of these error messages Civilme was (as usual) on the money. They are paging errors. Some people just seem to have all the answers. *grin* Should this be used with K-6 as well? James Well I'm not complaining about *that* ! hehe... but he is not a total magician, I actually wrote that I had a paging error in my first post. Nicolas: I experienced EXACTLY the same thing, with my Mdk 8.2 just installed. I have a Duron 900 and a motherboard MSI 6330 Lite Edition 3 (VIA KT133A chipset) and a 3Dfx Voodoo 3 2000. Well you haven't even got an Nvidia board, so this kinds of rules out Nvidia funky binary drivers... Note that I was using Mandrake 8.1, with the 2.4.8-26mdk kernel (recompiled for Athlon arch) I only upgraded to 2.4.18 to see if the problem would go away. No luck. This also answers etharp question, I had freezes both with a Mandrake patched kernel and the latest stock Linus kernel. Speaking about Athlon arch, I heard that compiling the kernel with an Athlon arch would cause problems, not the opposite; can someone clarify that? About downgrading, using a 2.4.3 LM8.0 kernel does not look very attractive to me, it will probably break compatibility with some things (like ext3). A 2.2.x kernel is not an option... Goshko: Hey all, well let me put few cents on top. I do have dual Intel(R) Xeon(TM) CPU 1.70GHz stepping 02 DELL machine with 1G of memory, and I do experience the same random freezings like the AMD users using Mandrake 8.1 kernel: Linux version 2.4.8-26mdkenterprise. Thought it's a X system, so I totally disabled it, but this doesn't solve the problem. I was thinking to upgrade to newer kernel/system version, but after the last e-mails looks like I have to downgrade... Rodolfo: Well, I'm realizing that instability is much more extended than I thought. I've got a 1.5 GHz P-IV (Intel D845WN mobo)which is totally unusable under 8.1 because of random full lock-ups. I've tried everything, from changing memory modules, or switching kernels to disable usb, with no avail. I'd try another distros to see what happens, but their installation programs complain about the partitioning table Mandrake created, and cannot solve that without too much tinkering. A pity... Now we have the freezes spreading to Intel architetures too... a note on the DiskDrake problem, I see a HUGE number of people who has had problems such as losing their window$ partitions with it. I thought they were just too green and had done smthing silly, but then some quite experienced friend of mine also had this problem, and now this... incidentally I never used DiskDrake to repartition anything, I used cfdisk. Lucky me. Mandrake guys should take a deep look at DiskDrake. George: I'll be interested in hearing / seeing what you come up with on this. If this does work, I'd be curious to find out if you try turning off the video accelleration, but leave the mem setting at the default. There's is no such an option , disabling hadware acceleration (at least not in MCC 0.70 which comes in LM8.1). I believe that what you are referring to is using Xfree 3.x.x, which has open souce nv drivers both with and without acceleration. But I use Xfree 4.1.0, with the Nvidia binary drivers nvidia. If that is the case, i.e, you are using nv drivers, then they *are* known to be very unstable with 3DAccel. If you want to use the open source drivers than you should really not use acceleration. You can look at the /etc/X11/XF86Config-4 (or XF86Config, if using Xfree3) to know for sure. George Also, I recall reading an article that mentioned a change in the memory management in the 2.4.x kernels. (This was several months back: an interview with Linus or one of the other kernel developers in Linux Journal or Linux Magazine..or other similar magazine.) I believe you are referring to the so called VM war; Linus wanted a new VirtualMemory management model while Cox (and van Riel also I think) would rather improve the old one. Linus prevailed and Andrea Arcangeli's (right spelling?) model was implemented. This was shortly before Tosatti was chosen as the new kernel maintainer, if I recall it correctly. Nicolas: That's how I knew FOR SURE it has nothing to do with X, but with the kernel. While I can know for SURE I'm presently very inclined to agree with you. Kernel 2.4 has been a very problematic series unfortunately. Remember that 2.4.15 kernel which had severe bugs that would corrupt the filesystem? Collecting pieces, the advices for people having trouble are: -For Athlon systems: -try mem=nopentium (BTW, Nvidia recommends this in their README) -Try noathlon (can someone comment on this option?) -Try noapic -For Intel systems: -try noapic -For everyone: -downgrade your kernel... :^( Wooky -- -- shinjiteiru shinjirareru, korekara aruku kono michi wo!
Re: [expert] lots of freezes in LM 8.1
George De Bruin wrote: et [EMAIL PROTECTED] wrote: on the other hand, it might be nice to know what happens when you are froze what actions do you take to shut down? and what is the results of ctrl+alt+f2? or ctrl+alt+Backspace? might also be related to the IRQ, and If his experience is like mine (which, based on what he described, and the fact that both our software and hardware configurations are *extremely* similar - nearly identical) I'd make a bet that these don't work at all. I tried going to another terminal, then killing X... Finally, I let my machine sit for about 45 minutes to see if anything ever responded: nothing happened. The only way out I could find was the power switch. I doubt the mis-configured service theory, or a bad USB device. Given that I was able to fix the problem by turning off the video acceleration, I suspect that the NVidia driver is conflicting with the kernel's memory management. (Which fits the message he found about not being able to page correctly...) // George Well I would say it's a different problem, and I'll explain why: I've also had some lock-ups which were X-related before ( specially with 1512 drivers; since 2313/14 came out it became very rare); while for a non-network system it really looks like a complete lock-up, if you're on a network it's easy to telnet in and see that's X is the only thing that hangs. Besides, these X-related lockups seemed to happen after some graphic intensive task; these freezes I got lately were completely random (in fact they NEVER did occur during/after a graphic intensive task). Since it's quite hard to completely dismiss any alternative, it might be indeed that Nvidia drivers have something to do with it. Unfortunately disabling acceleration is not something viable to me. Also note that the A7V and A7V133 have different south bridges, they are not quite as identical as they look like. :^) Wooky/Jeferson L.Zacco -- -- shinjiteiru shinjirareru, korekara aruku kono michi wo! kimi ga iru yo, boku ga iru yo sore ijou nani mo iranai. umareta imi ,sagasu yori mo ima ikiteru koto kanjite, kotae yori mo, daiji na mono hitotsu hitotsu mitsuketeiku... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Tom Brinkman wrote: I build all my drivers from tar.gz, BTw there is a new driver set (2960) but I will postpone the installation till I fix this. Just 'cause they're 'tar.gz' doesn't mean you can compile the nvidia binaries for your system. The source in the tarballs is just a wrapper around nvidia's closed source precompiled binaries. If there really was any useful source in those tarballs, XFree86 could support 3d accel for nvidia cards, and we wouldn't hav'ta depend on/ trust nvidia to get it right. I know that. I just mentioned it because you asked if I was using the right driver for my kernel. I keep several XF86Config-4's in /etc/X11/. I save the original as XF86Config-4-nv, and when I edit a copy for nvidia, I save it as XF86Config-4-nvidia. I only use the nvidia 3d accel occasionally (when testing the latest FlightGear release). I often change kernels and compile my own, as I saw you do also in your original post. I've found the nvidia binaries to be very fussy about the kernel. Often the most apparent symptom is problems with freezes. A simple 'mv XF86Config-4-nv XF86Config-4' (ie, going back to the open source XFree86 'nv' driver) fixes 'em as soon as X is restarted ;) I used to do almost exaclty the same thing, I actually made a shell script to exchange the configuration files. But now I just uncomment/comment the relevant lines. :^) Clean the dust out for sure. You should do that regularly anyhow. Screw a cheap little 'cpu type' fan on the nvidia cards heatsink if it doesn't already have one (it needs one). If the ram passes memtest86, then see if the system can run cpuburn for at least an hour ( http://users.ev1.net/~redelm/ ). The cpu temps you're reporting are from an external probe, are only a guess at best, and could possibly be very much lower than actual internal core temps. At least 10 to 20C lower, maybe as much as ~30C. Bad ram can sometimes pass all memtest86 tests with flyin colors, but I'll bet a weak system can't run cpuburn ; Yep, the internal temperature ought to be higher; but that's what we got to work with right? I mean, my system runs no hotter than an average Duron system; it's not a heating problem. I'll try the program you recommended. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com -- -- shinjiteiru shinjirareru, korekara aruku kono michi wo! kimi ga iru yo, boku ga iru yo sore ijou nani mo iranai. umareta imi ,sagasu yori mo ima ikiteru koto kanjite, kotae yori mo, daiji na mono hitotsu hitotsu mitsuketeiku... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
I've had one other cause of a lockup and I mean total no ssh nothing. It' however was on a Mandrake 7.2 box an RH 7.1 and a Mandrake 8.1 ... what did they have in common. For me. Netscape 6.2 Seems it has a runaway jvm. One box pre-lockup had over 35 jvms started even though the only thing that it had done was open Netscape. Not saying that this applies just noting that it occurs. (after sitting for 20 minutes.) James On Mon, 27 May 2002 21:28:45 -0300 Jeferson Lopes Zacco [EMAIL PROTECTED] wrote: George De Bruin wrote: et [EMAIL PROTECTED] wrote: on the other hand, it might be nice to know what happens when you are froze what actions do you take to shut down? and what is the results of ctrl+alt+f2? or ctrl+alt+Backspace? might also be related to the IRQ, and If his experience is like mine (which, based on what he described, and the fact that both our software and hardware configurations are *extremely* similar - nearly identical) I'd make a bet that these don't work at all. I tried going to another terminal, then killing X... Finally, I let my machine sit for about 45 minutes to see if anything ever responded: nothing happened. The only way out I could find was the power switch. I doubt the mis-configured service theory, or a bad USB device. Given that I was able to fix the problem by turning off the video acceleration, I suspect that the NVidia driver is conflicting with the kernel's memory management. (Which fits the message he found about not being able to page correctly...) // George Well I would say it's a different problem, and I'll explain why: I've also had some lock-ups which were X-related before ( specially with 1512 drivers; since 2313/14 came out it became very rare); while for a non-network system it really looks like a complete lock-up, if you're on a network it's easy to telnet in and see that's X is the only thing that hangs. Besides, these X-related lockups seemed to happen after some graphic intensive task; these freezes I got lately were completely random (in fact they NEVER did occur during/after a graphic intensive task). Since it's quite hard to completely dismiss any alternative, it might be indeed that Nvidia drivers have something to do with it. Unfortunately disabling acceleration is not something viable to me. Also note that the A7V and A7V133 have different south bridges, they are not quite as identical as they look like. :^) Wooky/Jeferson L.Zacco -- -- shinjiteiru shinjirareru, korekara aruku kono michi wo! kimi ga iru yo, boku ga iru yo sore ijou nani mo iranai. umareta imi ,sagasu yori mo ima ikiteru koto kanjite, kotae yori mo, daiji na mono hitotsu hitotsu mitsuketeiku... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 26 May 2002 12:17 am, civileme wrote: Check to see if your memory is OK (memtest-x86.bin is in the /images directoryt and can be dd'ed to a bootable floppy) Double-check the boot to make sure mem=nopentium is in each and every linux boot append line. (Yeah, a slight difference in mem paging between K7s and Pentiums of all generations) But if it has been OK for months it is more likely hardware--remove the memory sticks and burnish the contacts with an eraser and blow the dust out of the slots, too. Those sorts or hardware problems are the MOST common. This is very true - the first sign I got that my old machine was misbehaving was two freezes in succession. I thought 'Linux doesn't do this', opened the machine up, removed dust, made sure everything was sitting properly in its sockets and, on the third reboot, the motherboard blew and took various other things with it :/ And, on the new machine, I got a 'CPU not found' message on boot; it (an Athlon XP 2000+) had failed but, being only a week old, I got a replacement gratis next day. - From my experience Linux _is_ hard on hardware and tests both ends of the 'bathtub curve' (imagine age of component along X axis and probability of failure along Y axis ;) Alastair - -- Alastair Scott (London, United Kingdom) http://www.unmetered.org.uk/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE88KCrCv59vFiSU4YRAmeMAKDCkf8UVmyynT6FRTfkfr/EaRK22QCgrm+4 9N/Dg109lf9Ij6pepf0FBKc= =etYb -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
On Saturday 25 May 2002 04:56 pm, Jeferson Lopes Zacco wrote: I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I won't have to give up saying that Linux does not hang to my buddies, but right now it's kind of difficult. I'm having daily hang-ups. Here goes a quick summary of my system : Linux Mandrake 8.1, using ext3, on a (somewhat problematic I know) A7V133 with a Duron 800 (not overclocked). 2 sticks of Micron PC133 (256+128) TNT2M64 AGP :^(, XFree 4.0.3, latest Nvidia binary drivers kernels 2.4.8-26mdk, 2.4.8 (recompiled), 2.4.18 (stock Linus kernel) I'd start with reseating cards, ram, cables, etc. Clean out any dust. Leave the case cover off and point a table fan into the box. Then boot a memtest86 floppy and test your ram. Often freeze ups are caused by poor connections, ram, or running too hot. If the ram passes and the system doesn't freeze with a table fan blowin into it, you probly need to improve case coolin. Heat was the problem. If you still have freezes the next thing I'd try is renaming XF86Config-4 to somethin like XF86Config-4-nvidia, and enable the original XF86Config-4 to use the nv driver. You don't need to uninstall the nvidia GLX and kernel packages. Just see if the freezes stop when you use the open source driver. If they do, then the nvidia binaries are the problem. Are you usin ones that were built against the kernel you're usin 'em with? -- Tom BrinkmanCorpus Christi, Texas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
on the other hand, it might be nice to know what happens when you are froze what actions do you take to shut down? and what is the results of ctrl+alt+f2? or ctrl+alt+Backspace? might also be related to the IRQ, and maybe the irq for USB (since the default kernal in 8.0 handles USB a little less forgiving than in kernals after, and was not included (much) in kernals before 8.0. (really 2.4. vs 2.2.x). you may also be having a timeout freeze with a misconfigured service. like the robot on lost in Space. need more input so if you could read and quote cat /proc/interrupts (with out the quotes of course) On Sunday 26 May 2002 10:41 am, you wrote: On Saturday 25 May 2002 04:56 pm, Jeferson Lopes Zacco wrote: I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I won't have to give up saying that Linux does not hang to my buddies, but right now it's kind of difficult. I'm having daily hang-ups. Here goes a quick summary of my system : Linux Mandrake 8.1, using ext3, on a (somewhat problematic I know) A7V133 with a Duron 800 (not overclocked). 2 sticks of Micron PC133 (256+128) TNT2M64 AGP :^(, XFree 4.0.3, latest Nvidia binary drivers kernels 2.4.8-26mdk, 2.4.8 (recompiled), 2.4.18 (stock Linus kernel) I'd start with reseating cards, ram, cables, etc. Clean out any dust. Leave the case cover off and point a table fan into the box. Then boot a memtest86 floppy and test your ram. Often freeze ups are caused by poor connections, ram, or running too hot. If the ram passes and the system doesn't freeze with a table fan blowin into it, you probly need to improve case coolin. Heat was the problem. If you still have freezes the next thing I'd try is renaming XF86Config-4 to somethin like XF86Config-4-nvidia, and enable the original XF86Config-4 to use the nv driver. You don't need to uninstall the nvidia GLX and kernel packages. Just see if the freezes stop when you use the open source driver. If they do, then the nvidia binaries are the problem. Are you usin ones that were built against the kernel you're usin 'em with? Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Only hang problem i have in 8.2 is (and this started yesterday so i haven't checked it yet) durring boot, it successfully checks (kernel configuration? i dont' remember now.. been awake too long) and just before init enters runlevel3 it'll hang. It'll hang GOOD there too 2 hours yesterday while i went and got something to eat went to the store.. i can Ctrl-C but the rest of the boot fails that way. I started just pushing buttons once and when i hit the print screen/SysRq button BOING it went cruising along (still had a failure but it went by too fast). then at shutdown (well.. sometime durring boot too) when it syncs with the hardware clock, it's totally 100% dead frozen. Any ideas on this? like i said i haven't checked the logs yet... i'll do that... (oh.. but wait.. i dont' have syslog because that was hanging too... eeek.) maybe partition type? does it need to be a primary partition?(i thought for sure it was...) Other than that oddity, though, 8.2's rockin' right along. ('cept Wine:-( i've lost my fileserving on mIRC) Jerry. - Original Message - From: Mark D'voo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, May 25, 2002 4:24 PM Subject: Re: [expert] lots of freezes in LM 8.1 8.1 was terrible for me and would hang all the time, i think my longest uptime was a little under a day !! 8.2 rocks though, much much more stable, at least for me, much much quicker too!! mark On Saturday 25 May 2002 04:56 pm, Jeferson Lopes Zacco wrote: Hi guys, I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I won't have to give up saying that Linux does not hang to my buddies, but right now it's kind of difficult. I'm having daily hang-ups. Here goes a quick summary of my system : Linux Mandrake 8.1, using ext3, on a (somewhat problematic I know) A7V133 with a Duron 800 (not overclocked). 2 sticks of Micron PC133 (256+128) TNT2M64 AGP :^(, XFree 4.0.3, latest Nvidia binary drivers kernels 2.4.8-26mdk, 2.4.8 (recompiled), 2.4.18 (stock Linus kernel) Well , what happens is that I've been experiencing these freezes for about two weeks now. I haven't made any major modification to the system prior to the hang-ups. The system seems to freeze completely; at first I thought it was just X locking (not commom, but not quite unexpected) but I realized there was something more deeply wrong when I couldn't telnet into my machine. Telnet wouldn't reply; it would just stay at the prompt without giving an access denied, couldn't connect or any other error. Ping , strangely, worked fine. Prior to that, my system had been rock-stable for months. I started trying to figure out what was wrong; there was nothing in the logs. The system would just die. I thought it could be a (strange) IRQ conflict problem ( since as I said my system had been running well for months) and moved my ethernet board to another PCI slot. The hangs were still there. Can someone tell me if an IRQ conflict can do that sort of thing? The hang-ups always seem to happen when I am either using my (soft)modem or xmms (problem is that I'm almost always doing these, so it 's not much of a information). Only once I got an error in the log; it said the kernel couldn't handle a paging request, so I began to suspect it was a memory problem. I went to BIOS and lowered the settings of the memory; then I remembered reading somewhere that having the kernel optmized for Athlon/Durons sometimes led people to hangs, so I downloaded the latest (2.4.18) kernel, an compiled it without going for Athlon arch. Which actually got me somewhere, everything hanged but the mouse; this time I managed to telnet into my machine and seemed that X was consuming 101% CPU (well, something like 99,5% actually). But the day after I got another complete freeze. I have some people saying that I should do a BIOS update, install LM8.2, but I don't think any of these may help since the system was performing normally just a while ago. I am limited right now to boot into window$ (blergh!) and see if the if it also freezes (not much of a deal, considering it is window$, but even my window$ didn't have daily freezes). If it does, then it is most probably a hardware problem. What bothers me is that it never freezes when I'm running CPU/memory intensive programs, like Quake3 or watching DivX/DVDs. I also tested the memory (and other subsystems) in window$ using Sandra2001 and it reported no problems. If it were a hardware problem then it was bound to happen during a stress situation... I am very willing to listen to ANY suggestion anyone might have, since I am becoming quite a bit desperate about it. Also if anyone has had any similar problem , I'd be more than happy to listen, perhaps I can find a solution to my problems. TIA, Jeferson L. Zacco [EMAIL PROTECTED] (if possible include a CC to my e-mail above) -- 5:23pm up 1 day, 8:25
Re: [expert] lots of freezes in LM 8.1
8.1 was terrible for me and would hang all the time, i think my longest uptime was a little under a day !! 8.2 rocks though, much much more stable, at least for me, much much quicker too!! mark On Saturday 25 May 2002 04:56 pm, Jeferson Lopes Zacco wrote: Hi guys, I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I won't have to give up saying that Linux does not hang to my buddies, but right now it's kind of difficult. I'm having daily hang-ups. Here goes a quick summary of my system : Linux Mandrake 8.1, using ext3, on a (somewhat problematic I know) A7V133 with a Duron 800 (not overclocked). 2 sticks of Micron PC133 (256+128) TNT2M64 AGP :^(, XFree 4.0.3, latest Nvidia binary drivers kernels 2.4.8-26mdk, 2.4.8 (recompiled), 2.4.18 (stock Linus kernel) Well , what happens is that I've been experiencing these freezes for about two weeks now. I haven't made any major modification to the system prior to the hang-ups. The system seems to freeze completely; at first I thought it was just X locking (not commom, but not quite unexpected) but I realized there was something more deeply wrong when I couldn't telnet into my machine. Telnet wouldn't reply; it would just stay at the prompt without giving an access denied, couldn't connect or any other error. Ping , strangely, worked fine. Prior to that, my system had been rock-stable for months. I started trying to figure out what was wrong; there was nothing in the logs. The system would just die. I thought it could be a (strange) IRQ conflict problem ( since as I said my system had been running well for months) and moved my ethernet board to another PCI slot. The hangs were still there. Can someone tell me if an IRQ conflict can do that sort of thing? The hang-ups always seem to happen when I am either using my (soft)modem or xmms (problem is that I'm almost always doing these, so it 's not much of a information). Only once I got an error in the log; it said the kernel couldn't handle a paging request, so I began to suspect it was a memory problem. I went to BIOS and lowered the settings of the memory; then I remembered reading somewhere that having the kernel optmized for Athlon/Durons sometimes led people to hangs, so I downloaded the latest (2.4.18) kernel, an compiled it without going for Athlon arch. Which actually got me somewhere, everything hanged but the mouse; this time I managed to telnet into my machine and seemed that X was consuming 101% CPU (well, something like 99,5% actually). But the day after I got another complete freeze. I have some people saying that I should do a BIOS update, install LM8.2, but I don't think any of these may help since the system was performing normally just a while ago. I am limited right now to boot into window$ (blergh!) and see if the if it also freezes (not much of a deal, considering it is window$, but even my window$ didn't have daily freezes). If it does, then it is most probably a hardware problem. What bothers me is that it never freezes when I'm running CPU/memory intensive programs, like Quake3 or watching DivX/DVDs. I also tested the memory (and other subsystems) in window$ using Sandra2001 and it reported no problems. If it were a hardware problem then it was bound to happen during a stress situation... I am very willing to listen to ANY suggestion anyone might have, since I am becoming quite a bit desperate about it. Also if anyone has had any similar problem , I'd be more than happy to listen, perhaps I can find a solution to my problems. TIA, Jeferson L. Zacco [EMAIL PROTECTED] (if possible include a CC to my e-mail above) -- 5:23pm up 1 day, 8:25, 2 users, load average: 1.55, 1.21, 0.92 Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Mark D'voo wrote: 8.1 was terrible for me and would hang all the time, i think my longest uptime was a little under a day !! 8.2 rocks though, much much more stable, at least for me, much much quicker too!! mark On Saturday 25 May 2002 04:56 pm, Jeferson Lopes Zacco wrote: Hi guys, I'm sadly experiencing a lot of freezes in my LM 8.1 box. I just hope I won't have to give up saying that Linux does not hang to my buddies, but right now it's kind of difficult. I'm having daily hang-ups. Here goes a quick summary of my system : Linux Mandrake 8.1, using ext3, on a (somewhat problematic I know) A7V133 with a Duron 800 (not overclocked). 2 sticks of Micron PC133 (256+128) TNT2M64 AGP :^(, XFree 4.0.3, latest Nvidia binary drivers kernels 2.4.8-26mdk, 2.4.8 (recompiled), 2.4.18 (stock Linus kernel) Well , what happens is that I've been experiencing these freezes for about two weeks now. I haven't made any major modification to the system prior to the hang-ups. The system seems to freeze completely; at first I thought it was just X locking (not commom, but not quite unexpected) but I realized there was something more deeply wrong when I couldn't telnet into my machine. Telnet wouldn't reply; it would just stay at the prompt without giving an access denied, couldn't connect or any other error. Ping , strangely, worked fine. Prior to that, my system had been rock-stable for months. I started trying to figure out what was wrong; there was nothing in the logs. The system would just die. I thought it could be a (strange) IRQ conflict problem ( since as I said my system had been running well for months) and moved my ethernet board to another PCI slot. The hangs were still there. Can someone tell me if an IRQ conflict can do that sort of thing? The hang-ups always seem to happen when I am either using my (soft)modem or xmms (problem is that I'm almost always doing these, so it 's not much of a information). Only once I got an error in the log; it said the kernel couldn't handle a paging request, so I began to suspect it was a memory problem. I went to BIOS and lowered the settings of the memory; then I remembered reading somewhere that having the kernel optmized for Athlon/Durons sometimes led people to hangs, so I downloaded the latest (2.4.18) kernel, an compiled it without going for Athlon arch. Which actually got me somewhere, everything hanged but the mouse; this time I managed to telnet into my machine and seemed that X was consuming 101% CPU (well, something like 99,5% actually). But the day after I got another complete freeze. I have some people saying that I should do a BIOS update, install LM8.2, but I don't think any of these may help since the system was performing normally just a while ago. I am limited right now to boot into window$ (blergh!) and see if the if it also freezes (not much of a deal, considering it is window$, but even my window$ didn't have daily freezes). If it does, then it is most probably a hardware problem. What bothers me is that it never freezes when I'm running CPU/memory intensive programs, like Quake3 or watching DivX/DVDs. I also tested the memory (and other subsystems) in window$ using Sandra2001 and it reported no problems. If it were a hardware problem then it was bound to happen during a stress situation... I am very willing to listen to ANY suggestion anyone might have, since I am becoming quite a bit desperate about it. Also if anyone has had any similar problem , I'd be more than happy to listen, perhaps I can find a solution to my problems. TIA, Jeferson L. Zacco [EMAIL PROTECTED] (if possible include a CC to my e-mail above) Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Check to see if your memory is OK (memtest-x86.bin is in the /images directoryt and can be dd'ed to a bootable floppy) Double-check the boot to make sure mem=nopentium is in each and every linux boot append line. (Yeah, a slight difference in mem paging between K7s and Pentiums of all generations) But if it has been OK for months it is more likely hardware--remove the memory sticks and burnish the contacts with an eraser and blow the dust out of the slots, too. Those sorts or hardware problems are the MOST common. Civileme Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lots of freezes in LM 8.1
Thanks (again) Civ. I did not quite know about that option, and sure it isn't there. I'll try it and also I'll check the memories. As a slight update, I've seen that some people also had freezes with KT133/SIS745 chipset, though with different kernels/versions... but it looks that they're all networked. I wonder if it these freezes could be triggered by some kind of PCI latency problem (KT133A chipsets sure have a problem with this)? Anyways that shoudn't be my case, bacause as said it was running smoothly... the only thing I did was to re-run LILO in order to change the order of the boot options - the hang-ups started shortly after that, but I can't see a connection. Saddest of all is that window$ seems to be running fine... :^( -- Wooky -Mensagem Original- De: civileme [EMAIL PROTECTED] Para: [EMAIL PROTECTED] Enviada em: sábado, 25 de maio de 2002 20:17 Assunto: Re: [expert] lots of freezes in LM 8.1 Mark D'voo wrote: 8.1 was terrible for me and would hang all the time, i think my longest uptime was a little under a day !! 8.2 rocks though, much much more stable, at least for me, much much quicker too!! mark Check to see if your memory is OK (memtest-x86.bin is in the /images directoryt and can be dd'ed to a bootable floppy) Double-check the boot to make sure mem=nopentium is in each and every linux boot append line. (Yeah, a slight difference in mem paging between K7s and Pentiums of all generations) But if it has been OK for months it is more likely hardware--remove the memory sticks and burnish the contacts with an eraser and blow the dust out of the slots, too. Those sorts or hardware problems are the MOST common. Civileme Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com