Hallo zusammen,
hat jemand von Euch es hinbekommen, aus GPG seine geheimen Schlüssel
nach Thunderbird zu importieren?
Ich kann die geheimen Schlüsseldateien einlesen, der Schlüssel wird
erkannt, aber die Passphrase wird nicht akzeptiert (nein, kein Caps-Lock!).
Any ideas?
Danke & Gruß
Hegi.
--
Stefan U. Hegner
<stefan(a)hegner-online.de>
* * *
D-32584 Löhne --- good ole Germany
internet: http://www.hegner-web.de
* * *
GPG-Key | 048D 7F64 0BEB 73B1 2725
F-Print | C05E 4F77 9674 EF11 55FE
Hallo,
ich habe meinen Server letztes Wochende von Ubuntu 18.04 auf Ubuntu
20.04 aktualisiert. Seit dem bekomme ich folgende Nachrichten von
smartd:
* Device: /dev/sda [SAT], failed to read SMART Attribute Data
* Device: /dev/sda [SAT], Read SMART Self-Test Log Failed
Dies passiert exeakt seit dem Update auf Ubuntu 20.04, vorher habe ich
für die Festplatte keinen Fehler erhalten. Jetzt bekomme ich alle 90
Minuten je eine Mail mit einer der beiden Zeilen. In der smartd.conf
habe ich folgendes eingetragen:
/dev/sda -H -l error -l selftest -f -s
(O/../../5/11|L/../../5/13|C/../../5/15) -m root -M exec
/usr/share/smartmontools/smartd-runner
Als Device Info steht in jeder der Mails:
Device info:
WDC WD120EDAZ-11F3RA0, S/N:8CKEU1YE, WWN:5-000cca-26ff08d6b,
FW:81.00A81, 12.0 TB
Das ist auch richtig erkannt. Die WDC WD120EDAZ-11F3RA0 ist eine 12 TB
Western Digital MyBook, also eine USB Festplatte.
Wenn ich mit smartctl einen Kurztest starte, dann ist alles in Ordnung.
Ich habe auch einen long test gestartet. Der sollte eigentlich fast 22
Stunden dauern (1298 minutes recommended polling time), aber als ich
ca. eine Stunde nach dem Start nachgesehen habe, war er aber schon
fertig (Self-test execution status: ( 0)). smartctl zeigt mir jetzt
folgendes:
➜ root@drecksserver ~ smartctl -l selftest /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-48-generic] (local
build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke,
www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime
(hours) LBA_of_first_error
# 1 Extended offline Aborted by
host 90% 412 -
# 2 Extended offline Aborted by
host 90% 330 -
# 3 Short offline Completed without
error 00% 329 -
➜ root@drecksserver ~
Während des Long tests hatte ich vorher /dev/sda in der smartd.conf
auskommentiert, weil ich mir nicht sicher war ob der smartd dem
Laufenden Test in die Quere kommen könnte (z.B. indem smartd im
falschen Moment einen Test starten will). Danach habe ich die Platte
wieder in smartd aufgenommen und habe wieder die Fehler erhalten, wie
zuvor.
Hat von Euch wer eine Ahnung, was da schief gehen könnte? Alternativ
würde mir auch ein Weg helfen, wie ich diesen spezifischen Fehler nicht
mehr erhalte, ohne die Platte gleich ganz aus der smartd.conf zu
entfernen. Die man page und google haben mir nicht geholfen...
tschau
Sascha