Datenträger überprüfen¶

Zur Überprüfung eines Datenträgers auf fehlerhafte Blöcke dient das Werkzeug badblocks. Falls das Programm nicht installiert ist, kann es mit dem folgenden Paket nachinstalliert werden:

• e2fsprogs (main)

mit apturl

sudo apt-get install e2fsprogs 

sudo aptitude install e2fsprogs 

Die Option "-n" sorgt für einen Modus, in dem keine Daten zerstört werden, während der ausführlichere Test mit "-w" alle Daten überschreibt. "-vs" gibt noch den aktuellen Status aus.

sudo badblocks -vsn /dev/sda 

Manchmal verweigert badblocks die Ausführung, weil die Festplatte in Benutzung ist. Dazu einfach die Partition als Ziel angeben (z.B. sda1).

Bei Festplatten bzw. Partitionen ab über 4 TB Speicher sollte die Blockgröße mit der Option -b 4096 spezifiziert werden, andernfalls verweigert badblocks den Prüflauf.

Daten von defekten Datenträgern kopieren¶

Der sicherste Weg, so viele Daten wie möglich zu retten, ist eine 1:1-Kopie des gesamten Datenträgers - soweit der eben noch lesbar ist. Ausgehend von dieser Kopie kann man dann versuchen, Dateisysteme zu reparieren und Daten zu sichern. Dazu sei an erster Stelle auf den Artikel Datenrettung hingewiesen.

gddrescue ist ein Programm zur Datenrettung von defekten Datenträgern. Die Funktionsweise ist im Artikel beschrieben.

Eine exakte Kopie unter Auslassung defekter Sektoren liefert das Programm dd_rescue, das in der Standardinstallation nicht enthalten ist. Es muss über das Paket

• ddrescue (universe)

mit apturl

sudo apt-get install ddrescue 

sudo aptitude install ddrescue 

nachinstalliert werden. Auf der Live-CD Knoppix ist es ebenfalls enthalten.

Ein Anwendungsbeispiel:

mount /media/cdrom/
dd_rescue -A /media/cdrom/sehrwichtig.txt ~/backup.txt 

Mit diesem Befehl kopiert dd_rescue die kaputte Datei sehrwichtig.txt in das Home-Verzeichnis (mit dem Namen backup.txt). Defekte Blöcke werden in backup.txt durch Nullen ersetzt. Lässt man die Option "-A" weg, dann überspringt dd_rescue defekte Blöcke, schreibt also keine Nullen, wodurch die Dateiintegrität gestört werden könnte.

Auch das Kopieren kompletter Datenträger ist möglich. Weitere Hinweise zum Einsatz gibt es hier .

Diagnose¶

• freier Speicherplatz:

  df -h 

  Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
  /dev/sda1       7,1G    5,2G  1,5G   78% /

• Freie Inodes:

  df -i 

  Dateisystem    Inodes IBenutzt  IFrei IUse% Eingehängt auf
  /dev/sda1      468640   468638      2  100% /

Abhilfe¶

Um einen betroffenen Rechner wenigstens wieder halbwegs flott zu kriegen, versucht man mit:

du -hsx ~/* | sort -rh | head -10 

die 10 größten Ordner im Homeverzeichnis zu ermitteln, bei denen es sich lohnen würde, Dateien zu löschen (letztlich um dadurch freie Inodes zurückzugewinnen). Sollte das Löschen hier nicht ausreichen (oder eine eigene Root-Partition existieren), ersetzt man ~ mit /:

sudo du -hsx /* | sort -rh | head -10 

Prinzipiell muss man bei der Ausführung des Befehls aber Geduld mitbringen. Anschließend sollte das Deinstallieren nicht mehr benötigter Pakete klappen. Kandidaten sind beispielsweise ältere, nicht mehr benötigte Kernel und Kernelheader.

Apropos Kernelheader: wenn selbst die Auflistung der 10 größten Ordner nicht mehr möglich ist und man nicht wahllos und blindlings löschen möchte, sollte man die Ordner /usr/src/linux-headers-*/ näher in Augenschein nehmen. Hier können gefahrlos Ordnerinhalte (!) gelöscht werden (aber niemals die Ordner der jeweiligen Kernelheader-Version selbst, weil sonst dpkg meckert, wenn man das dazugehörige Paket später deinstalliert). Beispiel:

1. Ordner anzeigen:

   ls -la /usr/src 

   drwxr-xr-x  5 root root 4096 Apr 27  2015 ./
   drwxr-xr-x 15 root root 4096 Mai  7  2013 ../
   drwxr-xr-x 23 root root 4096 Feb 18  2015 linux-headers-3.13.0-26/
   drwxr-xr-x 23 root root 4096 Mai 17  2013 linux-headers-3.13.0-25/
   drwxr-xr-x 23 root root 4096 Mai 17  2013 linux-headers-3.13.0-24/

2. Ordnerinhalte gezielt löschen

   sudo rm -rf /usr/src/linux-headers-3.13.0-24/* 

Vermeidung¶

Da man die Inode-Anzahl von ext-Dateisystemen nicht ohne Neuformatierung anpassen kann, kann man das Problem nur an seinem Ursprung lösen:

1. Daten komplett sichern

2. Partition neu formatieren und dabei die Anzahl der Inodes vergrößern. Der Standardwert ist in der Datei /etc/mke2fs.conf als inode_ratio = im Abschnitt [defaults] zu finden. Ein kleinerer Wert vergrößert die Anzahl der verfügbaren Inodes. Beispiel: wenn man den Wert 16384 mit 8196 ersetzt, erhält man eine doppelt so große Anzahl. Nachteil: auch Dateisystemprüfungen dauern nun doppelt so lange. Ein anderer Ansatz ist die Verwendung des Dateisystems XFS, das diese Problematik nicht kennt.

3. Daten zurückspielen

Intern¶

• Notfall Was tun in Notfällen?

• Festplattenstatus – Das S.M.A.R.T.-Diagnosesystem

• Laufwerksverwaltung – Grafisches Stan­dard­pro­gramm von GNOME zum Verwalten von Laufwerken und Partitionen

• Datensicherung – Wie der Name sagt: Alles zum Thema Datensicherung

• Absturzsicherung von Festplatten bei ThinkPad-Modellen

• Datenrettung – Gelöschte Dateien wiederherstellen sowie Daten von beschädigten Partitionen retten

• Dateisysteme und Datenträger Übersicht über weitere Artikel zum Thema

Extern¶

• testdisk-Wiki

  • Wiederherstellungsbeispiel