Hallo Jörg, Am 17. Oktober 2017 07:23:07 MESZ schrieb Joerg Thuemmler :

...

Hallo Bernd,

Am 16.10.2017 um 13:37 schrieb Lentes, Bernd: ... Manchmal gibt es Testprogramme auf Seiten der HW-Lieferanten, aber hier (Toshiba-Notebook) finde ich nix. Könnte ich nicht dd_rscue zum Testen der Platte auf Sektorenebene "missbrauchen" ? ... Abgesehen davon würde ich eher einen langen Test in den smartmontools starten - da siehst du eher, was mit der Platte los ist. Das sollte zumindest für den lesenden Zugriff so genau sein wie die Tools der Plattenhersteller.

Am 16.10.2017 um 15:04 schrieb Martin Hofius: dd

...

und Verwandte schlagen ja erst dann an, wenn ein Sektor wirklich überhaupt nicht mehr lesbar ist. Das würde ich also eher dafür verwenden, um eine Datensicherung (vor dem Crash) oder eine Datenrettung zu starten.

Gruß Martin

Also, vom Glauben an SMART halte ich wenig, Habe grade hier einen Totalcrash einer Platte, die bei keinem einzigen SMART-Parameter auch nur einen Fehler hatte, geschweige denn Fails... Da hat du schon Recht... Aber ob ein dd vorher angeschlagen hätte? Da traue ich dem smart wiederum mehr, auch wenn es eben keine 100% verlässliche Prüfung ist. Aber von den möglichen Prüftools ist es eine der besten.

Was Du brauchst, ist ein vernünftiges Backup. Das ist doch unabhängig von der Prüfung sowieso immer der beste Rat und absolut notwendig.

Gruß Martin

cu jth

-- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 17.10.2017 um 23:05 schrieb Аl Воgnеr:

Am Tue, 17 Oct 2017 07:23:07 +0200 schrieb Joerg Thuemmler :

...

Also, vom Glauben an SMART halte ich wenig, Habe grade hier einen Totalcrash einer Platte, die bei keinem einzigen SMART-Parameter auch nur einen Fehler hatte, geschweige denn Fails...

Ich kenne auch nichts besseres als Smart und kenne auch das Problem, dass die HD nach einem Neustart nicht mehr wollte. Haha, man macht keine Neustarts unter Linux ;-)

war a) kein Linux und b) im vollen Lauf. nicht nach Neustart, sogar während die Smartmontools noch völlige Fehlerfreiheit versprachen. HDParm war dann - von Sysrescuecd aus - schon auffällig niedrig für eine SATA-HD. Nach mehreren Neustarts konnte ich sogar noch mal mit partimage die Partitionen abziehen, was mir die Neuinstallation von Windows+Einspielung der Backups ersparte...

Hilfreich war für mich ein Cronjob, der ständlich die Smartwerte auf Veränderung prüft. Leider ist mein Script zu individuell, dass es allgemein anwendbar wäre, aber vielleicht eine Idee:

Sowas hab ich auf dem Server auch. Aber die Aussage ist offensichtlich nix Sicheres. Ich hab ein RAID1 dran und die eine HD hat immer mal einen "RawReadError" (mittlerweile 199), die andere nicht. Ohne dass man irgendeinen Unterschied sieht.

Ich hoffe, es übersteht die Mailumbrüche ;-)

if test -n "$DEV" ; then

ERRORS=`/usr/sbin/smartctl -s on -l error /dev/sd$DEV | \ /bin/grep -i "No Errors Logged"`

if test -n "$ERRORS" ; then ERRORS=0

else ERRORS=`/usr/sbin/smartctl -s on -l error /dev/sda | \ /bin/grep -i "occurred at disk" | sort -r | head -n1 | \ /usr/bin/cut -f2 -d" "`

if [ $ERRORSALT -lt $ERRORS ] ; then /usr/sbin/smartctl -s on -x /dev/sd$DEV | \ mail -s "ALARM: ERRORS bei /dev/sd$DEV ($RECHNERNAME) \ von $ERRORSALT auf $ERRORS erhöht" user@localhost fi fi fi

Al

Ich vergleiche alle Smart-Parameter mit den vorhergehenden, jeder Unterschied im wesentlichen wird gemeldet... Es ist und bleibt eine unsichere Sache. cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org