[gelöst] System durch Festplatte zu langsam?

[RobertS]

…Mein user und auch root bekommen aber keine Mail von smartmontools. …

Schau mal in das Verzeichnis /var/mail/

[NAB]

Was bedeutet in diesem Kontext "flushing".

"Auf die Festplatte schreiben"

Warum dauert es "lange"?

Genau das ist die Frage!

Wäre es nicht sinnvoller hinzuhören, was smartmontools mir hier sagen möchte?

Erfahrungsgemäß - nein. Wenn die Platte wirklich SMART-Fehler verzeichnet hätte, müssten die unter smartctl -a auftauchen.

Ach, sag mal ... hast du die Platte eigentlich gebraucht gekauft? Zwischen 7622 und 7928 Betriebsstunden hat jemand ziemlich viele "SMART Short offline"-Tests gemacht. Du bist jetzt bei 13264 Betriebsstunden. Vielleicht hat da schon jemand vor dir an dem Ding verzweifelt?

Was erwartet Debian in so einem Fall vom User?

Dass du einen Debian Kernel benutzt. Und so ein bisschen weißt, was du tust, wenn du unbedingt Sid benutzen willst.

[buhtz]

Schau mal in das Verzeichnis /var/mail/

Keine Mails.

Code: Alles auswählen

$ mail
Postfach /var/mail/user kann nicht geöffnet werden: Keine Berechtigung
Keine Nachrichten für user
user@TONNE:~$ sudo mail
Keine Nachrichten für root
user@TONNE:~$ ll /var/mail
insgesamt 0
-rw------- 1 root mail 0 Feb 25 18:06 root
user@TONNE:~$ ll /var/mail/root
-rw------- 1 root mail 0 Feb 25 18:06 /var/mail/root

Ach, sag mal ... hast du die Platte eigentlich gebraucht gekauft? Zwischen 7622 und 7928 Betriebsstunden hat jemand ziemlich viele "SMART Short offline"-Tests gemacht. Du bist jetzt bei 13264 Betriebsstunden. Vielleicht hat da schon jemand vor dir an dem Ding verzweifelt?

Die Platte war neu. Habe dazu aber eine Theroie. Die Platte hatte bisher drei "Lebensphasen".

• Zuerst war sie in einem QNAP NAS auf dem auch das OS von QNAP installiert war. D. h. keine Kontrolle durch mich.
• Dann hatte ich Debian auf dem Gerät.
• Und jetzt läuft die Platte alleine in meinem Desktop.

In der zweiten Phase habe ich vermutlich mit smartmontools experimentiert und dabei wahrscheinlich eine Art automatischen und regelmäßigen Short Test (über den smartd?) aktiviert. Das würde auch in etwa zu den Life Time Hours passen.

[BenutzerGa4gooPh]

RobertS hat geschrieben: So 25. Feb 2018, 18:42
Schau mal in das Verzeichnis /var/mail/
Keine Mails.
$ mail
Postfach /var/mail/user kann nicht geöffnet werden: Keine Berechtigung

Nimm einfach mal den Dateimanager (Thunar) und dann den Editor (Doppelklick).

Dann schaue in den XFCE-Einstellungen nach unnötigen Diensten beim Start und deaktiviere diese.
Bei mir sind's etliche weniger als bei dir.
Sitzung und Startverhalten -> Automatisch gestartete Anwendungen sowie -> Fortgeschritten

Der Aufbau deiner Netzwerkverbindung dauert ebenfalls ungewöhnlich lange. Mal prüfen, evtl. anderer Thread.

Und dann:

Code: Alles auswählen

su -
update-initramfs -k all -u
update-grub

Hat sich bei mir (sda8 = /home) danach verbessert:

Code: Alles auswählen

5.702s dev-sda8.device

Reboot und vergleiche mit deinen Ausgangswerten:

Code: Alles auswählen

systemd-analyze blame

Zum Vergleich, was bei mir > 1 s dauert:

Code: Alles auswählen

systemd-analyze blame
          7.544s NetworkManager-wait-online.service
          7.309s keyboard-setup.service
          5.702s dev-sda8.device
          2.996s ModemManager.service
          1.952s NetworkManager.service
          1.666s ssh.service
          1.429s systemd-logind.service
          1.407s lm-sensors.service
          1.388s rsyslog.service
          1.362s systemd-fsck@dev-disk-by\x2duuid-6a8fe936\x2dd6f5\x2d45ad\x2d917c\x2deeab0cd3e2fc.service
          1.352s rtkit-daemon.service
          1.009s lightdm.service
          <snip>

HDD mit ähnlichen hdparm-Werten wie deine:

Code: Alles auswählen

hdparm -tT /dev/sda8
/dev/sda8:
 Timing cached reads:   22790 MB in  1.99 seconds = 11426.35 MB/sec
 Timing buffered disk reads: 298 MB in  3.00 seconds =  99.31 MB/sec

systemd-analyze time
Startup finished in 3.701s (kernel) + 23.083s (userspace) = 26.784s

"Hänger" bzw. Bootmeldungen sichtbar während Bootvorgang (hinter # Defaults):

Code: Alles auswählen

nano /etc/default/grub 
#GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX_DEFAULT=""
update-grub

[geier22]

hmm ---- man solls nicht glauben, was es da für Differenzen gibt. Mal ein Vergleich:

Code: Alles auswählen

309   ms dev-sdc1.device   ----> SDD (SATA Samsung SSD 850)
1520  ms dev-sda1.device ------> Faktor   4,91909385113 Hans VM in Vrtualbox (von Seagate ST2000DX002-2DV1)
5702  ms dev-sda8.device ------> Faktor  18,4530744337 Jana
13035 ms dev-sda1.device ------> Fakotor 42,1844660194  Buhts

die Seagate ist meine neuste Errungenschaft gestern erst eingebaut.

Aber ich bin trotzdem der Meinung dass das alles nichts nützen wird. Buhts Platte hat aus irgend einem Grund, der nicht bekannt ist ein echtes "Schreib- und Leseproblem". Eventuell kann man das partiell verbessern, aber die Verzögerungen bei jedem Plattenzugriff setzen sich durch alle Aktivitäten der Platte fort.

[Dogge]

Könnte man nicht mal mit atop schauen was so aktiv ist?

[BenutzerGa4gooPh]

hmm ---- man solls nicht glauben, was es da für Differenzen gibt. Mal ein Vergleich:

Du hast ja wohl eine Hybrid-HDD mit SSD-Cache. Unfairer Schw... vergleich!
Aber interessant, wie intelligent Cache-Algorithmen schon beim Start sind.

[NAB]

Ich hab meine HDD mal sehr langsam gekriegt, indem ich sie mit "sync" gemounted habe (fällt mir gerade ein).

[buhtz]

Hab jetzt testweise mal LXQt als Alternative installiert. Hier geht das booten ähnlich lange. Es ist nur ca 10 Sekunden schneller -- weil lxqt halt noch frisch ist und nicht vollkonfiguriert wie mein xfce. Auch interessant...

Postfach /var/mail/user kann nicht geöffnet werden: Keine Berechtigung

Nimm einfach mal den Dateimanager (Thunar) und dann den Editor (Doppelklick).

/var/mail/user existiert nicht. Da zeigt mir Thunar auch nix anderes an als die bash.

Dann schaue in den XFCE-Einstellungen nach unnötigen Diensten beim Start und deaktiviere diese.

Sieht aus wie bei Windows: viel Zeug, dessen Zweck mir nicht bekannt ist. Das wenige was ich erkenne, benötige ich dort auch.

Und dann:

Code: Alles auswählen

su -
update-initramfs -k all -u
update-grub

Ja kannte ich schon aus nem anderen Thread. Keine Änderung.

[buhtz]

Das Verhalten bleibt bisher und für eine Neuinstallation fehlte mir bisher die Muse.

Hab aber ne neue Idee: Gibt es für die Festplatten nicht auch sowas wie Scheduler, welche die Lese-/Schreib-Anfragen koordinieren? Und kann man diese Scheduler beeinflussen oder durch andere austauschen? Das würde ich gerne mal probieren.

EDIT: Scheduler ändern scheint nichts zu ändern.

EDIT2: Schreibe gerade von einem von (billigen!) USB-Stick gebooten Live-Debian. Hat keine 1,5 Minuten gedauert - im Gegensatz zu den über 3 Minuten von Festplatte.

[buhtz]

Ich schreibe gerade von einem frisch installierten Debian stable mit XFCE. Bootzeit ist bei 1 Minute 15 Sekunden. Aha - ich hab also irgendwas komisches verstellt gehabt. Die Hardware ist scheinbar tatsächlich in Ordnung.

Hab mir jetzt trotzdem schon eine 500 GB mSATA SDD zugelegt und werde diese morgen einbauen und nochmal installieren.

Nebenbei merke ich, dass XFCE sich immer noch nicht um die Einstellung "Beim Abmeldung Sitzung speichern" schert. Die Sitzungen werden immer gespeichert und beim Hochfahren wiederhergestellt, egal was man da ankreuzt oder auch nicht. Nur das Ändern der Rechte hilft hier.

Code: Alles auswählen

$ ls -ld /home/user/.cache/sessions
drwx------ 2 root root 4096 Okt 16 22:42 /home/user/.cache/sessions