Je zal zelf eens meer gedetailleerd moeten onderzoeken wat er nu gebeurt als je systeem "bevriest".
• Je hebt 3 gigabyte geheugen: dat is niet zo veel (maar ook niet onwerkbaar weinig). Dat betekent dat je computer nu en dan wel eens swap gaat gebruiken. Als het systeem zwaar belast is, en je swappiness staat nogal laag, dan kan het gebeuren dat er opeens zeer veel geswapt moet worden, wat kan resulteren in een zeer traag antwoordend systeem (kan ook lijken op bevriezen), en een hoge schijfactiviteit. Als je systeem "bevriest", hoor je dan die harde schijf nog continu bezig zijn?
Diagnose Als dit het probleem is, dan moet je systeem terug vrij komen na (mogelijk langere tijd) wachten. Is er te weinig swap voor de vraag van je lopende programma's, dan kan het systeem echt vastlopen: processen worden dan "gekild" om ram vrij te maken.
• "Bevriezen" kan ook betekenen dat je grafische omgeving vastgelopen is, en niet meer op input reageert. Het basisbesturingssysteem werkt nog, maar je grafische schil reageert niet meer op toetsaanslagen en soms ook niet meer op muisbewegingen.
Diagnose 1) Zorg ervoor dat de toetsen Alt+Ctrl+Delete geactiveerd zijn. Met die toetsen kan je de grafische omgeving laten herstarten. 2) Zie of je met de toets Alt+Ctrl+F4 (of F5, F6) naar een virtuele console kan gaan, een tekstscherm. Dan krijg je een terminalscherm, waarop je kan inloggen en via het commando "shutdown" (afhankelijk van de Ubuntu versie moet je mogelijk "sudo" toevoegen: "sudo shutdown") kan afsluiten.
• Het kan een hardwareissue zijn. Open een terminal, zorg ervoor dat die altijd bovenaan blijft, en start daarin "sudo dmesg -w" (in oudere Ubuntu versies was die "sudo" niet nodig). Dat toont in real live kernelberichten op het scherm. Dat kunnen soms "Waarschuwingen" zijn (gele berichten), maar rode berichten, "fouten" mogen er in principe niet zijn. Als je dan eens je systeem probeert te doen vastlopen, kan je volgen hoe de kernel reageert, en of er voor en op het vastlopen rode foutmeldingen zijn. Wijzen dikwijls op hardwareproblemen. Een alternatief is na een herstart de kernel log uit te lezen, maar ik weet niet onmiddellijk hoe dat gaat.