res55
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Hallo Miteinander Einmal am Tag friert mein System ein: Tastatur nicht bedienbar, die Maus bewegt sich mit Verzögerung immer mal ein paar Zentimeter, ich muss 5-10 Minuten abwarten, bis es weiter geht. Insbesondere, wenn ich grosse Dateien in Writer oder als PDF geöffnet habe und darin etwas suche. Wie kann ich das vermeiden? Dankbar für jeden guten Tipp. Gruss Res Der besonders leise Desktop ist Baujahr 2012 8 GB RAM: zwei Riegel Kingston DDR3-RAM je 4GB Takt: 1333MHz (0.8ns) installiert.Max 32GB wird vom Motherboard unterstützt, GA-Z68MA-D2H-B3 Gigabyte Motherboard/ 64-bit Pentium: Intel 64 – Sandy Bridge microarchitecture ubuntu 18.04 64Bit
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ist dabei die Festplatte stark ausgelastet?
Man hört das am Geräusch.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
DJKUhpisse schrieb: Ist dabei die Festplatte stark ausgelastet?
Man hört das am Geräusch.
Ich denke nicht. Höre nichts. Wobei der PC auf Geräuschlosigkeit ausgelegt ist. Aber ich erinnere schon, die HDD zu anderer Zeit gehört zu haben. Ich habe auch über einen HUB externe USB-HDDs laufen und greife auf diese Dateien zu. Im Moment schreibe ich von einem anderen System, weil seit 20 Minuten gar nichts mehr geht. Früher hatte sich der PC irgendwann dann mal erholt...
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
inzwischen habe ich über 2 Std vergeblich darauf gewartet, dass der PC wieder bedienbar wird. Ich muss also mal einen hard reset machen. 2 grosse .doc sind offen, 3 pdf, FF mit 3 paar dutzend tabs, TB, dolphin. Ist offenbar zu viel geworden. Wenn ich wüsste, dass das RAM den Engpass darstellt, würde ich da investieren. Weiss nur nicht, ob zusätzlich zu den beiden 4GB Riegeln oder anstelle. Was meint Ihr?
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! 8 GB sind auch für sowas ausreichend und ein totales Einfrieren des Systems ist nie ein gutes Zeichen. Einzelne Anwendungen wären "nicht weiter schlimm". Ich würde an deiner Stelle mal einen memtest über Nacht laufen lassen. Zudem wäre der Festplattenstatus interessant, so wie die Überprüfung der Temperatur(en) mit lm sensors. Als ersten Schritt prüfe die Logdateien auf Hinweise. Allen voran dmesg, journalctl. Nutzt du Ubuntu wie angegeben? Ich frage wegen des von dir angegebenen Dolphin. Wenn ja, könnten wir auch gucken, ob der Mix zwischen GTK/Qt Probleme verursacht, wenn die anderen Versuche nichts ergeben.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
ChickenLipsRfun2eat schrieb:
Danke für Dein Interesse und Deine Fragen zur Aufklärung.
Nutzt du Ubuntu wie angegeben? Ich frage wegen des von dir angegebenen Dolphin. Wenn ja, könnten wir auch gucken, ob der Mix zwischen GTK/Qt Probleme verursacht, wenn die anderen Versuche nichts ergeben.
die einfachste Antwort vorweg:
[18h28]res@res-BinLeise:~]$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +42.0°C (high = +80.0°C, crit = +85.0°C)
Core 0: +42.0°C (high = +80.0°C, crit = +85.0°C)
Core 1: +36.0°C (high = +80.0°C, crit = +85.0°C)
Die anderen Daten reiche ich nach.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Habe gerade mal diese Daten abgefragt:
[18h31]res@res-BinLeise:~]$ df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
udev 3800652 0 3800652 0% /dev
tmpfs 766292 1516 764776 1% /run
/dev/sda1 19494860 17459024 1022480 95% /
tmpfs 3831448 270088 3561360 8% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 3831448 0 3831448 0% /sys/fs/cgroup
/dev/loop0 90624 90624 0 100% /snap/core/7270
/dev/loop1 90880 90880 0 100% /snap/core/7396
/dev/loop2 18304 18304 0 100% /snap/pdftk/9
/dev/sdb5 918886512 818835656 53351036 94% /home
tmpfs 766288 32 766256 1% /run/user/1000
d.h. die beiden Platten sind recht voll. Kann es daran liegen? Eine 8.8GB SWAP hatte ich auf sdb3 eingerichtet.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Sicher Nimm' das nicht auf die leichte Schulter, dein System steht kurz vor Exitus! Das läßt sich auch schwer reparieren.
sudo apt-get autoclean
sudo apt-get autoremove Das schafft etwas Luft, ist aber keine Lösung! Swap ist ANNO 2019 relativ sinnfrei, es darf einfach nicht swappen. Swap max. als Notventil oder für STD, Hibernate/Ruhezustand. 8GB bekommst mit Libre, FF und TB eigentlich nicht voll, es sei denn du bist ein totaler "Messi". Das hatten wir hier schon mal. P.S. alles Quatsch, habe nur die 94% gesehen! Da mußt du woanders weiter suchen, nutze mal den Befehl top - wegen Ram. Vielleicht hast du ein Speicherleak im FF, defektes Addon!
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Ich habe gerade festgestellt, dass ich sowohl eine Swap-Partition eingerichtet habe, als auch eine Swap-File. Letztere jedoch kleiner als beabsichtigt: 0.8GB statt 8GB. [18h46]res@res-BinLeise:~]$ swapon -s
Dateiname Typ Größe Benutzt Priorität
/swapfile file 921816 0 -2 [18h52]res@res-BinLeise:~]$ blkid
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/sda1: UUID="9bde18ea-dbdd-42da-99ae-d26d5a22bc7a" TYPE="ext4" PARTUUID="000acba5-01"
/dev/sda5: LABEL="NTFS7GB" UUID="6B0661850AB7491A" TYPE="ntfs" PARTUUID="000acba5-05"
/dev/sda6: LABEL="Ubuntu14.04" UUID="605a0fa0-a134-42cd-9c58-44827b01fe0e" TYPE="ext4" PARTUUID="000acba5-06"
/dev/sdb1: LABEL="Ubuntu12.04" UUID="f0830ce6-0593-485e-92cd-a4118640513b" TYPE="ext4" PARTUUID="0f558508-01"
/dev/sdb3: LABEL="swap" UUID="d1a3e614-50f0-4702-82ad-729be3675e7d" TYPE="swap" PARTUUID="0f558508-03"
/dev/sdb5: LABEL="oldhome" UUID="3fee2f8a-4b19-42d4-a205-baf70018e0f0" TYPE="ext4" PARTUUID="0f558508-05"
sda ist eine 120GB SSD:
sda1 ist root, 19GB
sda5 ist leer, 8GB
sda6 20GB ist ein altes Ubuntu, kann gelöscht werden.
danach sind 65GB nicht zugeteilt.
sdb ist 930GB HDD
sdb1 ist 27GB - jedoch nur die 8GB swap0 datei.
sdb3 ist ein 8.8GB swap partition.
sdb5 ist mit 890GB mein /home
5GB nach sdb1 sind nicht zugeteilt. Eilig ist m.E. vor allem root zu vergrössern. Könnte ich dazu nicht einfach sda6 über eine Ubuntu-CD löschen und sda1 zufügen (verdoppeln)? wobei sda2 (93GB) eine extended ist und sda6 und sda5 und den nicht zugeteilten Speicher von 65GB beinhaltet. Also kann sda2 ganz gelöscht werden und für Root verfügbar gemacht werden. Bzw. der Teil, der nötig ist.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Danke Hakel hakel schrieb: Sicher Nimm' das nicht auf die leichte Schulter, dein System steht kurz vor Exitus! Das läßt sich auch schwer reparieren.
sudo apt-get autoclean
sudo apt-get autoremove Das schafft etwas Luft, ist aber keine Lösung!
erledigt:
[19h07]res@res-BinLeise:~]$ df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
udev 3800652 0 3800652 0% /dev
tmpfs 766292 1536 764756 1% /run
/dev/sda1 19494860 17151480 1330024 93% /
tmpfs 3831448 234244 3597204 7% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 3831448 0 3831448 0% /sys/fs/cgroup
/dev/loop0 90624 90624 0 100% /snap/core/7270
/dev/loop1 90880 90880 0 100% /snap/core/7396
/dev/loop2 18304 18304 0 100% /snap/pdftk/9
/dev/sdb5 918886512 818832152 53354540 94% /home
tmpfs 766288 32 766256 1% /run/user/1000
/dev/sdb1 27866280 8433604 17994012 32% /media/res/Ubuntu12.04
/dev/sda6 20286332 16098940 3133852 84% /media/res/Ubuntu14.04
/dev/sda5 8173564 41564 8132000 1% /media/res/NTFS7GB
Swap ist ANNO 2019 relativ sinnfrei, es darf einfach nicht swappen. Swap max. als Notventil oder für STD, Hibernate/Ruhezustand.
aha. Da war ich nicht auf dem Laufenden.
8GB bekommst mit Libre, FF und TB eigentlich nicht voll, es sei denn du bist ein totaler "Messi". Das hatten wir hier schon mal.
wo fängt das an, wo hört das auf?
P.S. alles Quatsch, habe nur die 94% gesehen!
jetzt 93%
Da mußt du woanders weiter suchen, nutze mal den Befehl top - wegen Ram. Vielleicht hast du ein Speicherleak im FF, defektes Addon!
im Moment liege ich bei 3.7GB RAM Benutzung, nur FF (30 Tabs offen). wie finde ich ein Speicherleak? Ich habe das Gefühl, manchmal läuft der Speicher voll, habe es aber noch nicht systematisch verfolgt.
|
voxxell99
Anmeldungsdatum: 23. September 2009
Beiträge: 3903
Wohnort: da, wo andere Urlaub machen. :)
|
Du kannst auch mal ein Terminal mit "top" laufen lassen (im Vordergrund behalten) und dann schauen, welcher Prozess womöglich auf 100% CPU Last geht. Auf der / solltest du Platz schaffen. Dort landen auch temp Dateien.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
ok, massiver Eingriff erfolgt: auf sda (die SSD) habe ich sda5 und sda6 gelöscht und die sda1 (Root) entsprechend vergrössert. auf sdb (der HDD) auch die sdb1 gelöscht und der /home partition sdb5 zugefügt (vergrössert). Dann sollten die Speicherprobleme gelöst sein. Könnten die die alleinige Ursache für das Einfrieren gewesen sein? Oder muss ich weiter suchen?
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Es hat geklappt:
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
udev 3800656 0 3800656 0% /dev
tmpfs 766292 1396 764896 1% /run
/dev/sda1 40253152 17197208 20988288 46% /
tmpfs 3831448 101348 3730100 3% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 3831448 0 3831448 0% /sys/fs/cgroup
/dev/loop0 90624 90624 0 100% /snap/core/7270
/dev/loop1 18304 18304 0 100% /snap/pdftk/9
/dev/loop2 90880 90880 0 100% /snap/core/7396
/dev/sdb5 952230860 818167452 85669844 91% /home
tmpfs 766288 24 766264 1% /run/user/1000
/dev/sda2 74472600 53012 70593516 1% /media/res/ssd-frei
root jetzt 46 % frei, plus eine 70 GB partition auf der SSD. Und home mit 91 % Ich warte mal ein paar Tage ab, ob das Einfrieren behoben ist.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Ich denke, es liegt an deinem Anwenderverhalten. Du "überforderst" die armen Programmierer von FF. Wenn du mal top bemühst, wirst du sehen, daß FF viele viele Threads generiert. Diese Methode hat FF vor gar nicht so langer Zeit eingeführt, um FF vor Leuten wie dich zu schützen. Das scheint aber noch nicht so ganz 100% zu sein, bzw. ist ein "Speicherfresser". Kann ich nicht so richtig beurteilen! Man hört mal so, mal so. Ich habe da keine Probleme! Wenn du mal wieder ein schlechtes Gewissen hast -viele Tabs offen, prüf' mal schnell mit top den Verbrauch. 3,7GB nur für FF sind schon eine "Hausnummer"! https://wiki.ubuntuusers.de/Magic_SysRQ/ Falls du doch nochmal einen Stillstand hinbekommst, versuch' mal den Magic Key und schau dann in die Logs. Im Moment ist das alles nur Raterei. Daß mit dem Platz schaffen, war sicher nicht falsch relativ gesehen. 10% sollten immer frei sein. Absolut betrachtet, kann es aber eigentlich nicht der Knackpunkt sein. Tut mir leid! 😢 P.S. vielleicht solltest du den Cache von FF kleiner machen, bei so einer exzessiven Nutzung und lahmer HD gibt es möglicherweise Probleme. Das ist aber wirklich nur Raterei.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Danke hakel! hakel schrieb: Ich denke, es liegt an deinem Anwenderverhalten. Du "überforderst" die armen Programmierer von FF. Wenn du mal top bemühst, wirst du sehen, daß FF viele viele Threads generiert. Diese Methode hat FF vor gar nicht so langer Zeit eingeführt, um FF vor Leuten wie dich zu schützen. Das scheint aber noch nicht so ganz 100% zu sein, bzw. ist ein "Speicherfresser". Kann ich nicht so richtig beurteilen! Man hört mal so, mal so. Ich habe da keine Probleme! Wenn du mal wieder ein schlechtes Gewissen hast -viele Tabs offen, prüf' mal schnell mit top den Verbrauch. 3,7GB nur für FF sind schon eine "Hausnummer"!
Ich habe jetzt ein dutzend FF-Reiter geschlossen, einige Addons entfernt, Neustart und immer noch 3.0GB Memory-Nutzung. Tendenz ansteigend.
https://wiki.ubuntuusers.de/Magic_SysRQ/ Falls du doch nochmal einen Stillstand hinbekommst, versuch' mal den Magic Key und schau dann in die Logs. Im Moment ist das alles nur Raterei.
Der Magic Key funktionierte bei mir in letzter Zeit nicht. Danke, wieder etwas gelernt: Auf Schweizer Tastatur muss ich AltGr festhalten.
Daß mit dem Platz schaffen, war sicher nicht falsch relativ gesehen. 10% sollten immer frei sein. Absolut betrachtet, kann es aber eigentlich nicht der Knackpunkt sein. Tut mir leid! 😢
Danke, also weitersuchen.
P.S. vielleicht solltest du den Cache von FF kleiner machen, bei so einer exzessiven Nutzung und lahmer HD gibt es möglicherweise Probleme. Das ist aber wirklich nur Raterei.
ok. Ich habe mir ein Debug-Projekt geschrieben, mit allen Euren Tipps. Herzlichen Dank dafür!
|