You are not logged in.
Pages: 1
Yes, I know, it's the weirdest thing ever, but this is exactly what is happening. For example, if I try to run a command in the terminal like 'ls', sometimes it freezes. When this happens, all I have to do to unfreeze it is move the mouse a bit. I suspect that these commands or programs freeze because they're reading data from a true random number generator and the random data has run out. Then when the mouse moves, there is data again. This didn't used to happen. It only started happening about two weeks ago. I suspect the random number generator implementation has changed somewhere. Do any of you have any ideas how to fix this?
Offline
I doubt "ls" needs random numbers...
Offline
I doubt "ls" needs random numbers...
So do I, but I can't think of any other reason why moving the mouse would unfreeze it.
Offline
Do you use nouveau? It started doing this a while back, and the workaround was to use only XFT fonts. Apparently there was a design decision that requires the user to choose between correct behavior with XLFD fonts and good pixmap scaling performance.
If this is your problem, you can have it make the other choice by setting "WrappedFB" in xorg.conf.
Offline
Do you use nouveau?
No, it's my IBM thinkpad X40. It uses an intel 855 GM integrated graphics controller.
Offline
Since I last posted, I have made a discovery. When my wireless is not connected, there is no freezing at all. Thus the freezing has something to do with the wireless internet, whether it be the drivers or wpa_supplicant. Has anything like this happened before?
Offline
Pages: 1