You are not logged in.
X crashes randomly, sometimes minutes after starting it, sometimes - hours. I couldn't find any reason why it's crashing. CPU usage jumps to 50% on Core0 and 100% on Core1, then X freezes and I'm forced to use Ctrl-Alt-Backspace.
-- System Specs: --
Intel Pentium D (Dual-Core) @ 3.00GHz (no overclock) - recognized as two Pentium IV @ 3.00GHz processors
1GB RAM (2x512MB DDR2-667)
XFX GeForce 8600GT 256MB DDR3
I'm using conky to monitor my system status. I've also managed to get a screenshot seconds before X freezed: http://img515.imageshack.us/img515/7200 … 024en5.png
I'll post both Xorg.0.log and Xorg.0.log.old since I'm not sure if Xorg.0.log is the log from the current session or the previous... >_<
EDIT:
I'm not using gdm or similar. Logging in from CLI, then startx.
I'm using the "nvidia 173.14.12-3" driver.
I also have to say that I bought a new PC and put my Arch HDD (from the old PC) on it (it was working fine for the last couple of months, it was yesterday when it crashed for the first time). Do I have to re-install Arch or scan for the new hardware or something?
The old one on which Arch was orignally installed was:
Intel P4 @ 2.40GHz
1GB RAM DDR-800
nVidia 7300GT 256MB DDR3
Last edited by Boris Bolgradov (2008-09-30 16:13:10)
Offline
Xorg.0.log:
....
(II) XINPUT: Adding extended input device "Evdev Mouse" (type: MOUSE)
(II) evaluating device (Keyboard0)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
SetClientVersion: 0 9
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
SetClientVersion: 0 9
(II) Open ACPI successful (/var/run/acpid.socket)
(II) NVIDIA(0): Setting mode "1280x1024_75+0+0"
SetClientVersion: 0 9
Xorg.0.log.old:
(II) XINPUT: Adding extended input device "Evdev Mouse" (type: MOUSE)
(II) evaluating device (Keyboard0)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
SetClientVersion: 0 9
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
SetClientVersion: 0 9
SetClientVersion: 0 9
SetClientVersion: 0 9
SetClientVersion: 0 9
SetClientVersion: 0 9
(II) Open ACPI successful (/var/run/acpid.socket)
(II) NVIDIA(0): Setting mode "1280x1024_75+0+0"
(II) Evdev Mouse: Close
Is there anything else I need to post? That's all I can think of right now.
Last edited by Boris Bolgradov (2008-09-30 15:40:04)
Offline
So no one had this problem before?
Supprisingly X haven't crashed since my last post on this thread. I'll post again if/when it crashes again.
Offline
..... pfff ..... X has just crashed again
I can now at least confirm that it crashes at random. This time I was making a screenshot of the whole screen with Gimp and after clicking Save As, the box appeared and the PC freezed... Conky was showing X working @ 100% again. No Ctrl-Alt-Del, no Ctrl-Alt-Backspace, no Ctrl-Alt-F1/F6, even the CD-ROM has blocked - it couldn't open the tray, and the LED wasn't responding in any way. XMMS was still playing my music and the mouse was able to move - just like the last time it crashed.
After a hard reboot I got kernel panic, after a second reboot I got into the system and tried to duplicate the crash, but with no success... I did exactly what I did last time and nothing happened. It just crashes whenever it wants to.
I'm not sure if Xorg is my problem or something else... I'm now going through the log files in /var/log to see if I can find some info which could be useful. I'll edit my post when I find something.
Offline
Do you use ndiswrapper?
Offline
Do you use ndiswrapper?
No, I think... Never heard of it.
I'm glad that someone is trying to help me, at last. Thanks.
Edit:
From my Firefox history I see that I've been in this thread: http://forums.fedoraforum.org/showthread.php?t=181461 (I don't know what I've been looking for.)
I don't remember installing ndiswrapper and I believe I don't have it, too. At least it's not loaded (lsmod | grep ndis). It's a "free software driver wrapper that enables the use of Microsoft Windows drivers for wireless network devices", right? I don't have a wireless network device.
Last edited by Boris Bolgradov (2008-09-30 22:07:52)
Offline
Loke wrote:Do you use ndiswrapper?
No, I think... Never heard of it.
I'm glad that someone is trying to help me, at last. Thanks.
Have had the same problem before, which I found out was caused by ndiswrapper. Other than that, I don't really have an idea what else it can be
Offline
I couldn't find anything that may have caused that freeze in the log files. I'm not an expert in Linux, so if someone wants to see them, I've uploaded them in log.tar at megaupload.com: http://www.megaupload.com/?d=SPXBQZLK (23.13MB).
Oh and the crash occured at 23:35h - 23:45h. Not sure exactly when.
If there's anything else I can help with just tell me.
I'll go to sleep now. Will write tomorrow after school. cya
Offline
I also have to say that I bought a new PC and put my Arch HDD (from the old PC) on it (it was working fine for the last couple of months, it was yesterday when it crashed for the first time). Do I have to re-install Arch or scan for the new hardware or something?
How did you generate your original xorg.conf? Did you add any special device option flags to it? Which packages have you updated in the last few days?
Offline
Boris Bolgradov wrote:I also have to say that I bought a new PC and put my Arch HDD (from the old PC) on it (it was working fine for the last couple of months, it was yesterday when it crashed for the first time). Do I have to re-install Arch or scan for the new hardware or something?
How did you generate your original xorg.conf? Did you add any special device option flags to it? Which packages have you updated in the last few days?
I haven't updated my xorg.conf (actually, I don't even have /etc/X11/xorg.conf, instead I have /etc/X11/XF86Config, don't know why?).
I'm at school right now, should I remove XF86Config and let it generate again?
And about the packages - I haven't added any new packages that could interact with the stability of the system. From time to time, I'm installing some python modules, nothing special. I'm keeping my system up to date. I have Windows on that hard drive too. I'm mostly programming on it, not Arch.
Last edited by Boris Bolgradov (2008-10-01 05:58:20)
Offline
I skimmed through your logs and it looks like you're loading the DRI module.. you should disable that.
I would suggest moving your XF86config to a backup folder and running the nvidia-xconfig command. Then make these adjustments to your new xorg.conf file.
Offline
I skimmed through your logs and it looks like you're loading the DRI module.. you should disable that.
I would suggest moving your XF86config to a backup folder and running the nvidia-xconfig command. Then make these adjustments to your new xorg.conf file.
Okay, I made the changes. Even though, I didn't have the DRI Module there. And why is it called XF86Config, and not xorg.conf? Here are the both old and new configs. It may be a bit slow to load them, sorry...
And thanks for helping me.
Edit: BTW, what is the DRI module for and why should I disable it?
Last edited by Boris Bolgradov (2008-10-01 11:17:03)
Offline
And why is it called XF86Config, and not xorg.conf?
I don't really know.. looks like Arch dropped xfree86 a few years ago. Not sure why it gave you an XF86Config unless you installed Arch that long ago.
And thanks for helping me.
you're welcome
BTW, what is the DRI module for and why should I disable it?
DRI handles direct rendering. nvidia's DRI module conflicts with X's native DRI.
Offline
I don't really know.. looks like Arch dropped xfree86 a few years ago. Not sure why it gave you an XF86Config unless you installed Arch that long ago.
Nope, I installed it in June if I'm not mistaken. I still got the cd image that I downloaded - archlinux-2008.06-ftp-i686.iso. I used the FTP install as you can see from the name.
Well, X still hasn't crashed today. I'll post again if/when it crashes. Do you want me to post something specific when the the crash occur? A log file, time, apps I was using, etc.
Last edited by Boris Bolgradov (2008-10-01 14:20:25)
Offline
Oh, F**k!
At 22:49h (GMT+2 if it matters) I closed Skype and X freezed... Just like the last time - I can move the mouse, I can't open/close anything and I can't reproduce the crash. Plus, my microphone stopped working as well. I can hear myself but I can't record. >_>
Maybe I should really re-install Arch? Things are getting from bad to worse.
Offline
Well I'm out of ideas.. unless someone else can think of something better, I would just try a clean reinstall
Offline
did you try nvidia-beta driver? it's at version 177.78 and has updates for latest nvidia cards
Last edited by toxygen (2008-10-02 17:53:43)
"I know what you're thinking, 'cause right now I'm thinking the same thing. Actually, I've been thinking it ever since I got here:
Why oh why didn't I take the BLUE pill?"
Offline
did you try nvidia-beta driver? it's at version 177.78 and has updates for latest nvidia cards
Too late, I just re-installed Arch. If it crash again I'll try that driver.
Edit: I don't have that driver in the repos? `pacman -Ss nvidia-beta` gives nothing. Is it in the Testing repos?
Last edited by Boris Bolgradov (2008-10-02 18:12:48)
Offline
Offline
The nvidia beta drivers are in the Arch User Repository, AUR, installable easily if you have yaourt installed with the same syntax as pacman.
Looking through your logs, nothing seemed to jump out at me as a major problem, but I'm also blind :S
I don't know what the issue is, but I've found that the majority of the time I've ever had freezes, it's been the dumb video drivers, a bad xorg, or something wrong with the ram. I would suggest trying the trial-and-error approach (its a lousy way to do it, and of course prone to being highly inaccurate if the steps aren't attempted with adequate time for testing, but it may indicate the source of your problems):
1) Run memtest86 for an hour or two on your ram to make sure there are no major problems. I think you can do this from the arch livecd.
2) If #1 produced OK ram, remove the traces of the nvidia drivers (change the driver to nv instead of nvidia) and composite manager (just comment out the composite lines and the load glx line) from xorg.conf /XF86Config. Live without that for a day or so, as you seem to be crashing several times a day. If it still crashes, obviously that's not the issue.
3) If youre still crashing at this point, I would suggest removing (backup the file before, of course) your old xorg.conf/XF86Config and having hwd -xa (install hwd first) or whatever your given preferred method of xorg creation would be make a new xorg.conf for you. I dont see anything wrong with yours right now, but perhaps we're missing something necessary. If you have a xorg from a distro that does work without problems, just copy that over. As one of the other guys mentioned, it is loading dri by default. I'm not sure why, I don't see it in your config at all; Im assuming it has something to do with composite being enabled. Someone on a ubuntu thread has this in their video card device section, and supposedly it became supported, though whether or not it will work on arch's setup, I have no idea, but it's worth a try:
Option "NoDRI"
4) If you're -still- having issues at this point, maybe either try a kernel in testing or try out common boot "cheat codes" (ex noapic). I dont think youll get past #2, personally, before finding the problem. But post back if you do
Last edited by FrozenFox (2008-10-02 19:52:16)
Offline
Okay, I'll try what you said, but before step #1 I'll wait for the crash again, then kill xcompmgr from VC. I have the feeling it's making X to crash.
Offline
Hmm, X is working fine since I disabled the fade effect from xcompmgr. I think the problem is solved.
Thanks everyone.
Offline
Woot. Mark as solved after a day or two without crashes, I suppose
Offline
If it crashes again, I'm still picking a RAM or other hardware error...seriously, you can go crazy reinstalling every piece of software and hunting down lines of code from dozens of apps trying to rule each thing out only to discover one of the below problems:
Bad RAM module(s)
Dying power supply
Dying hard drive
CPU overheating problem
Dodgy memory controller
In that approximate order of commoness. Of course buying and replacing various components willy nilly will also be a drain on time and money. One good utility I use to diagnose hardware issues is the Ultimate Boot CD (http://www.ultimatebootcd.com/)
6.5.3.arch1-1(x86_64) w/Gnome 44.4
Arch on: ASUS Pro-PRIME x470, AMD 5800X3D, AMD 6800XT, 32GB, | Intel NUC 7i5RYK | ASUS ux303ua | Surface Laptop
Offline