Ich habe heute gerade ein neues Backup-Laufwerk bekommen, also wollte ich es mit rsync verwenden und alles ist völlig in Ordnung, das Backup wird angezeigt und mein System scheint in Ordnung zu sein, aber dann wollte ich apt-get verwenden und bekam diesen Fehler:
root@cloud7-media:~# apt-get install sl
W: Not using locking for read only lock file /var/lib/dpkg/lock
E: Unable to write to /var/cache/apt/
E: The package lists or status file could not be parsed or opened.
Also denke ich mir, dass alles in Ordnung und wahrscheinlich nur ein Fehler ist, und starte neu. Dann war mein System nicht online. Ich gehe auf mein Netzwerkpanel, um zu prüfen, ob mein System läuft, aber es läuft nicht. Ich schließe einen Monitor an und akzeptiere die automatische Korrektur von Änderungen, da auf dem Laufwerk Probleme erkannt wurden, und es bootet wieder.
Dies ist der Rsync-Code, den ich verwendet habe:
rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/BTSync","/home/cloud7/torrent"} / /mnt/backup/cloud7
Nebenbei bemerkt kann ich bestätigen, dass rsync die Ursache war, weil ich es erneut ausgeführt und das System neu gestartet habe und es wieder offline ist.
Antwort1
Sie könnten versuchen, Laufzeitprotokolle nach rsync zu überprüfen. Das Kernelprotokoll sagt wahrscheinlich Remounting filesystem read-only. Dies geschieht automatisch, wenn Fehler auftreten, auch beim reinen Lesen. Das Kernelprotokoll im Arbeitsspeicher wird mit abgerufen dmesg. Wenn Sie systemd verwenden, journalctl -bkann es auch mithilfe eines tmpfs weiterarbeiten.
Ich sehe, dass auch andere Leute Kommentare zu Protokollen abgeben. Um es klarzustellen: Wenn ein Fehler dazu führt, dass Ihr Dateisystem schreibgeschützt neu gemountet wird, können Sie davon ausgehen, dass es keine Möglichkeit gibt, die Fehlermeldung(en) in die Protokolldatei zu schreiben, die gespeichert istauf dem Dateisystem:).
Der Grund, warum ich mir hier so sicher bin, ist das nachfolgende „Änderungen automatisch korrigieren, da auf dem Laufwerk Probleme erkannt wurden“.
Außerdem weiß ich, dass rsync trotz einiger Fehler fortgesetzt werden kann, sodass es nicht unbedingt vorzeitig mit einer deutlichen Fehlermeldung abgebrochen werden müsste. Stattdessen könnte es mit einer allgemeinen Warnung enden, dass beim Übertragen einiger Dateien ein Fehler aufgetreten ist – das habe ich in der Vergangenheit übersehen. (Oder rsync war von dem Fehler möglicherweise überhaupt nicht betroffen, aber mir fällt keine Situation ein, die dies verursachen würde.)
Ohne Ihr System erneut zu beschädigen
Ihre Festplatte ist wahrscheinlich defekt
Bitte überprüfen Sie den Zustand mit SMART. Achten Sie smartctl -Hauch smartctl -abesonders auf die Zähler, die Sektoren erwähnen. Wenn Sektoren „Ausstehend“ oder „Nicht korrigierbar“ vorhanden sind, wird dringend empfohlen, das Laufwerk als fehlerhaft zu betrachten.
(Unternehmen, die große Speichersysteme bauen, verwenden Redundanz über Laufwerke, schreiben fehlerhafte Sektoren neu und schreiben Algorithmen, um zu ermitteln, ob der Fehler vorübergehend oder dauerhaft war. Es hört sich nicht so an, als würden Sie ein redundantes System (RAID) betreiben; in diesem Fall sind die Risiken der Verwendung des Laufwerks im Allgemeinen viel größer als jeder Nutzen aus dem Versuch, den Hardwarefehler zu beheben.)