LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices


Reply
  Search this Thread
Old 06-28-2004, 10:54 PM   #1
scuzzman
Senior Member
 
Registered: May 2004
Location: Hilliard, Ohio, USA
Distribution: Slackware, Kubuntu
Posts: 1,851

Rep: Reputation: 47
Intermittent freezes upon startx


Hey I'm back! Having problems with this thing again.
The thing is, it happens intermittently, so I can't pipe the errors (*grrr*).
Every once in awhile, about every 4 to 10 boots, I log in and type 'startx'.
Then, the screen goes black, adn my computer freezes. Hitting NumLock on the keypad doesn't even turn it (the NumLock) off. I reboot, it goes thru fsck, and ALWAYS finds errors. I repair the errors (hoping I won't lose what I've tried so hard to create), reboot and problem solved. I really wouldn't mind this little inconvenience, if it weren't for the fact I have voided my Dell warranty (by repartitioning and installing a different OS (?!?!?)) and can't afford to replace a harddrive.
Any suggestions?
 
Old 06-29-2004, 12:13 PM   #2
scuzzman
Senior Member
 
Registered: May 2004
Location: Hilliard, Ohio, USA
Distribution: Slackware, Kubuntu
Posts: 1,851

Original Poster
Rep: Reputation: 47
Bump
 
Old 06-29-2004, 07:48 PM   #3
gd2shoe
Member
 
Registered: Jun 2004
Location: Northern CA
Distribution: Debian
Posts: 835

Rep: Reputation: 49
Have you run a surface scan yet? My understanding is that newer hard drives are much less likely to have bad blocks, but I guess it's possible.

unmount the partition if you can. If you can't boot off of a knoppix cd (free ISO images at knoppix.org). Run badblocks -vsn /dev/hda1 (or whatever partition/whole drive, etc). The 'n' is for a non-destructive write test.

If it (or any other surface scan) finds bad blocks I would recomend useing your restore CD's and then send it back to Dell to deal with. They just don't want to deal with supporting a setup they didn't sell.

(if you feel the need, before running the Dell restore disks, run:
dd if=/dev/zero of=/dev/hda this should completely wipe the drive. There are things that I have heard will recover the data, but Dell should only see what gets restored from their CD. Bad sectors, after all, cannot be caused by Linux and would be their problem).

If there are no bad blocks, then it sounds like something is eating your formating. GL
 
Old 06-29-2004, 09:10 PM   #4
Electro
LQ Guru
 
Registered: Jan 2002
Posts: 6,042

Rep: Reputation: Disabled
A few things to try.
1) Get compressed air and blow out the dust. You will be supprise how much dust your computer can collect in a month. Do not use vacuum cleaners.
2) Check your AC wiring to make sure common is common, hot is hot, ground is ground. Make sure the ground is securely connected.
3) Download memtest86 and run it overnight.
4) Try using Knoppix. If it crashes, it will not be hard drive problems. It will be memory or something else in your system.
5) If your BIOS has a way to adjust the AGP setting. You can try 2X or even better 1X for stablity and relibity.
6) Go to /var/log and view each file. Probably XFree86.0.log or XFree86.9.log has something that may help you.
 
Old 06-29-2004, 10:55 PM   #5
scuzzman
Senior Member
 
Registered: May 2004
Location: Hilliard, Ohio, USA
Distribution: Slackware, Kubuntu
Posts: 1,851

Original Poster
Rep: Reputation: 47
I found this, but it was in /var/log/XFree86.log.old dated Jun28.
But, I also found the same string in /var/log/XFree86.log dated just a few minutes ago
This wouldn't cause it but nothing else (I really can't read hex) look abnormal.

Code:
(II) I810(0): Not using mode "1280x1024" (height too large for virtual size)
*(WW) (1600x1200,monitor1) mode clock 162MHz exceeds DDC maximum 110MHz
(WW) (1600x1200,monitor1) mode clock 175.5MHz exceeds DDC maximum 110MHz
(WW) (1600x1200,monitor1) mode clock 189MHz exceeds DDC maximum 110MHz
(WW) (1600x1200,monitor1) mode clock 202.5MHz exceeds DDC maximum 110MHz
(WW) (1600x1200,monitor1) mode clock 229.5MHz exceeds DDC maximum 110MHz
(II) I810(0): Not using built-in mode "1600x1200" (hsync out of range)
 
Old 06-30-2004, 12:32 AM   #6
Electro
LQ Guru
 
Registered: Jan 2002
Posts: 6,042

Rep: Reputation: Disabled
Go to http://xtiming.sourceforge.net/cgi-bin/xtiming.pl

After you type in your monitors maximum settings, your desire resolution, and your desire refresh rate, it will then generate ModeLine. Just copy and paste it in /etc/X11/XF86Config where all the ModeLine are located. The first one on the list gets the highest priority. Use # to comment or disable a line.
 
Old 07-05-2004, 12:09 AM   #7
scuzzman
Senior Member
 
Registered: May 2004
Location: Hilliard, Ohio, USA
Distribution: Slackware, Kubuntu
Posts: 1,851

Original Poster
Rep: Reputation: 47
It happened again, this time I logged it adn rebooted, saving the logs in console without stating x

this is the last few lines from my XFree86.0.log
Code:
(**) Option "Protocol" "ExplorerPS/2"
(**) Mouse1: Protocol: "ExplorerPS/2"
(**) Option "CorePointer"
(**) Mouse1: Core Pointer
(**) Option "Device" "/dev/psaux"
(**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "6 7"
(**) Mouse1: ZAxisMapping: buttons 6 and 7
(**) Mouse1: Buttons: 7
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(II) Mouse1: ps2EnableDataReporting: succeeded
SetClientVersion: 0 7
(II) I810(0): [drm] removed 1 reserved context for kernel
(II) I810(0): [drm] unmapping 8192 bytes of SAREA 0xc860e000 at 0x40018000
(WW) I810(0): Setting the original video mode instead of restoring
	the saved state
(II) I810(0): xf86UnbindGARTMemory: unbind key 7
(II) I810(0): xf86UnbindGARTMemory: unbind key 0
(II) I810(0): xf86UnbindGARTMemory: unbind key 2
(II) I810(0): xf86UnbindGARTMemory: unbind key 1
(II) I810(0): xf86UnbindGARTMemory: unbind key 3
(II) I810(0): xf86UnbindGARTMemory: unbind key 4
(II) I810(0): xf86UnbindGARTMemory: unbind key 5
(II) I810(0): xf86UnbindGARTMemory: unbind key 6
if any errors had occured, wouldn't they be here?
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
FC4 ATI Mach64 Startx Freezes nupe494 Linux - Hardware 2 09-05-2005 11:55 AM
Bug / Xwindows / startx : xinit works but startx crash www.rzr.free.fr Linux - Software 4 10-17-2004 09:06 AM
Intermittent HTTP problems jandersen78 Linux - Networking 5 09-28-2004 11:08 AM
startx freezes system on FreeBSD 5.2.1 TJandE *BSD 3 07-09-2004 11:08 AM
Intermittent logging out!!!!!!! Mrinmoy Linux - Software 1 04-29-2003 12:39 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie

All times are GMT -5. The time now is 06:35 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration