You are not logged in.
Pages: 1
Hello so, I did a fresh install of Arch yesterday and everything was going fine but today after some time with the computer on, it froze; the mouse was moving really slowly and I couldn't do anything but restart; this happened 3 times already; it happens around 2 or 3 hours since the computer is on. The second time it happened exactly when I hit enter trying to log in on a website; I don't think that it is something with the browser but who knows, I'm using chromium; thanks for any help!
Last edited by Aguxez (2016-10-22 06:24:27)
Offline
Define "freeze". Just X, or can you get to a TTY? Can you SSH in? Have you enabled SysReq?
Post details of your graphics card and driver. Your Xorg log and whatever is printed to the journal before the freeze.
Offline
1st. I can get to a TTY but it is really slow so it may not be only X; I don't know.
2nd. I haven't done that.
3rd. If it isn't activated by default then no; I haven't.
I have an Intel HD graphics and the kernel driver in use is the i915.
And this is everything on Xorg log: http://pastebin.com/NLMn6pFd
Thanks.
Last edited by Aguxez (2016-10-22 06:42:16)
Offline
Sounds like maybe you are running out of memory and your vm.swappiness is set to something like 1?
Check swap exists:
swapon
Example Output:
NAME TYPE SIZE USED PRIO
/swapfile file 32G 708K -1
Check vm.swappiness with:
sysctl vm.swappiness
Example Output:
vm.swappiness = 60
Last edited by bryan.paradis (2016-10-22 06:49:31)
Offline
Check vm.swappiness with:
sysctl vm.swappiness
Example Output:
vm.swappiness = 60
It is set to 60.
And well, uhm, the first one didn't actually show anything.
Last edited by Aguxez (2016-10-22 06:52:49)
Offline
You have a swap file as well I guess? Could you elaborate a bit more. Is it happening after a certain amount of time where the computer is just idle as well? Did you have a working install of Arch on the same hardware before?
Offline
bryan.paradis wrote:Check vm.swappiness with:
sysctl vm.swappiness
Example Output:
vm.swappiness = 60
It is set to 60.
And well, uhm, the first one didn't actually show anything.
Looks like you might not have a swap then? Could you be running out of memory?
What does the following command give you for output:
free -m
Offline
Well, no, I didn't have a working install of Arch before and hence that I had to watch a video and the guy said that it wasn't necessary to do a swap partition if I was on a desktop so... I didn't do it; is it completely necessary?
And no, I've been using the computer the whole time.
Offline
Aguxez wrote:bryan.paradis wrote:Check vm.swappiness with:
sysctl vm.swappiness
Example Output:
vm.swappiness = 60
It is set to 60.
And well, uhm, the first one didn't actually show anything.
Looks like you might not have a swap then? Could you be running out of memory?
What does the following command give you for output:
free -m
This is the output:
total used free shared buff/cache available
Mem: 3680 1801 469 404 1409 1235
Swap: 0 0 0
Last edited by Aguxez (2016-10-22 07:00:11)
Offline
Well, no, I didn't have a working install of Arch before and hence that I had to watch a video and the guy said that it wasn't necessary to do a swap partition if I was on a desktop so... I didn't do it; is it completely necessary?
And no, I've been using the computer the whole time.
Well. Depends on how much RAM you have. I think though if you were running out of RAM without a swap that the out of memory killer will be killing applications. With swap thrashing with a low vm.swappiness when I filled my RAM I would have to hard power off my laptop as it would just grind to a halt. You must have another issue. You could test by just opening something like arstechnica and duplicaitng the tab in google chrome until you fill your RAM to see what happens.
Offline
Well, no, I didn't have a working install of Arch before and hence that I had to watch a video and the guy said that it wasn't necessary to do a swap partition if I was on a desktop so...
Installing from a video is a bad idea; it is unsupported here because they are always wrong or outdated, often both. If you want help, use the official Installation Guide on the wiki.
Offline
Aguxez wrote:Well, no, I didn't have a working install of Arch before and hence that I had to watch a video and the guy said that it wasn't necessary to do a swap partition if I was on a desktop so... I didn't do it; is it completely necessary?
And no, I've been using the computer the whole time.
Well. Depends on how much RAM you have. I think though if you were running out of RAM without a swap that the out of memory killer will be killing applications. With swap thrashing with a low vm.swappiness when I filled my RAM I would have to hard power off my laptop as it would just grind to a halt. You must have another issue. You could test by just opening something like arstechnica and duplicaitng the tab in google chrome until you fill your RAM to see what happens.
Well I did that and indeed it became unresponsive but I could manage to close chrome and everything was normal again; with the freeze I can't click on or do anything and the mouse becomes slower than how it was moments ago.
Offline
Is the "free" output from when this happens?
Any spikes in top or iotop when this happens?
What kind of desktop do you run? Plasma? Gnome? Does it also happen with eg. icewem or fluxbox?
The system isn't frozen but simply loaded by "something" - figure what "something" is.
Offline
Is the "free" output from when this happens?
Any spikes in top or iotop when this happens?
What kind of desktop do you run? Plasma? Gnome? Does it also happen with eg. icewem or fluxbox?The system isn't frozen but simply loaded by "something" - figure what "something" is.
No, the "free" output is from the moment I sent the response. I have Plasma and I haven't tried any of those.
Offline
That's worthless then ;-)
Please inspect the problem when things go south. Best prepare an open login on VT1 (to save time by not having to log in when things are bad) - maybe even two terminals and already run top and iotop there while waiting for the incident.
Offline
PS, also simply try to suspend the compositor (SHIFT+Alt+F12) when this happens.
Offline
This all does sound quite reminiscent of the current issues with xf86-video-intel... Can you try removing that and simply use the modesetting driver? (Or switch to UXA or switch to DRI2 https://wiki.archlinux.org/index.php/In … leshooting )
Last edited by V1del (2016-10-22 09:44:08)
Offline
Hello guys, this is weird but anything happened on my last session; everything was running good and without problems but I will have iotop running and keep and eye on it and I'll keep you updated if anything happens which most likely will because I didn't do any changes yet; thank you for your help
Offline
bryan.paradis wrote:Aguxez wrote:Well, no, I didn't have a working install of Arch before and hence that I had to watch a video and the guy said that it wasn't necessary to do a swap partition if I was on a desktop so... I didn't do it; is it completely necessary?
And no, I've been using the computer the whole time.
Well. Depends on how much RAM you have. I think though if you were running out of RAM without a swap that the out of memory killer will be killing applications. With swap thrashing with a low vm.swappiness when I filled my RAM I would have to hard power off my laptop as it would just grind to a halt. You must have another issue. You could test by just opening something like arstechnica and duplicaitng the tab in google chrome until you fill your RAM to see what happens.
Well I did that and indeed it became unresponsive but I could manage to close chrome and everything was normal again; with the freeze I can't click on or do anything and the mouse becomes slower than how it was moments ago.
Well good job for ruling that out.
Good luck on troubleshooting it if it comes back again! Hopefully it wont (:
Offline
It seems like I have the same issue for the last few days. The mouse is slow in some situations. Especially when I open WebStorm, during the 'Indexing' state my laptop is almost freeze... I have 8Gb of RAM and 6Gb is free. CPU also is not loaded (~5%). It seems like it's related to the IO. Because I have the same issue when I copy files to the flash drive. I will try to change settings of `xf86-video-intel` and respond later.
Offline
Pages: 1