{"id":22614,"date":"2026-02-20T12:10:14","date_gmt":"2026-02-20T11:10:14","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=22614"},"modified":"2026-02-20T12:10:16","modified_gmt":"2026-02-20T11:10:16","slug":"usb-stick-unter-linux-pruefen-und-daten-retten","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2026\/02\/20\/usb-stick-unter-linux-pruefen-und-daten-retten\/","title":{"rendered":"USB\u2011Stick unter Linux pr\u00fcfen und Daten retten"},"content":{"rendered":"\n

Ein defekter USB\u2011Stick scheitert meist an zwei Dingen: Logische Fehler im Dateisystem oder physische Sch\u00e4den an Speicher, Controller oder Stecker. Typische Anzeichen sind Nichterkennung, Formatierungsaufforderungen, extrem langsames Arbeiten oder pl\u00f6tzlich verschwundene Dateien. Erste Checks: Anderen USB\u2011Port und anderen Rechner testen, im System nachsehen, ob der Datentr\u00e4ger \u00fcberhaupt noch auftaucht, und den Stick auf sichtbare Sch\u00e4den pr\u00fcfen. Ein USB\u2011Stick, der sich pl\u00f6tzlich nur noch lesen, aber nicht mehr beschreiben l\u00e4sst, ist ein klares Warnsignal…<\/p>\n\n\n\n

Leichte Dateisystemfehler lassen sich oft mit Bordmitteln oder Tools reparieren – aber je wichtiger die Daten, desto weniger Experimente sollte man machen. <\/p>\n\n\n\n

USB\u2011Stick identifizieren<\/p>\n\n\n\n

Bevor Reparaturversuche gestartet werden, sollte sicher sein, dass am richtigen Ger\u00e4t gearbeitet wird. Dazu den USB\u2011Stick anschlie\u00dfen und im Terminal folgenden Befehl ausf\u00fchren:<\/p>\n\n\n\n

lsblk<\/code><\/pre>\n\n\n\n
In der Liste erscheinen alle Laufwerke (z.B. sda, sdb, sdc) und deren Partitionen (sdb1, sdb2 usw.)… Anhand der Gr\u00f6\u00dfe l\u00e4sst sich der USB\u2011Stick meist gut erkennen – oftmals auch an der Ger\u00e4tebezeichnung.
Notieren Sie sich ggf. die ermittelte Ger\u00e4tekennung > sdb1<\/em><\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Optional l\u00e4sst sich mit dem Befehl:<\/p>\n\n\n\n
sudo blkid \/dev\/sdb1<\/code><\/pre>\n\n\n\n
das verwendete Dateisystem abfragen. sdb1<\/em> entspricht im Beispiel die Ger\u00e4tekennung. Damit wird sichtbar, ob der Stick z.B. mit ntfs, vfat, exfat oder ext4 formatiert ist…<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Pr\u00fcfen, ob der USB\u2011Stick nur noch \u201eread\u2011only\u201c ist<\/p>\n\n\n\n
Wenn der Stick nur mehr lesend Zugriff erteilt, schlagen Schreibversuche fehl. Der Status l\u00e4sst sich direkt abfragen mit:<\/p>\n\n\n\n
mount | grep sdb1<\/code><\/pre>\n\n\n\n
Ggf. sdb1<\/em> durch die eigene Bezeichnung ersetzen.<\/p>\n\n\n\n
Die Ausgabe im Beispiel sieht so aus:<\/p>\n\n\n\n
\/dev\/sdb1 on \/media\/user\/SanDisk type ntfs3 (ro, \u2026)<\/code><\/pre>\n\n\n\n
Wichtig ist hier der Hinweis (ro<\/strong>…<\/p>\n\n\n\n
ro<\/strong> bedeutet: read\u2011only (nur lesend eingeh\u00e4ngt).
rw<\/strong> bedeutet: read\u2011write (lesen und schreiben m\u00f6glich).<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Solche Meldungen geben Anhaltspunkte, ob eher ein logischer Fehler (Dateisystem) oder ein Hardwareproblem vorliegt.<\/p>\n\n\n\n
Vorrangig: Daten retten statt reparieren<\/p>\n\n\n\n
USB\u2011Sticks sind Verschlei\u00dfteile mit begrenzter Lebensdauer, und billige Massenware beschleunigt ihren Ausfall zus\u00e4tzlich. Flash\u2011Speicher verkraftet nur eine bestimmte Zahl von Schreibzyklen, w\u00e4hrend bei g\u00fcnstigen Modellen oft an Controller, Fehlerkorrektur und Qualit\u00e4t gespart wird. Alltagseinfl\u00fcsse wie hartes Abziehen, Temperaturwechsel oder Transport am Schl\u00fcsselbund setzen der Hardware zus\u00e4tzlich zu. Erfahrungsgem\u00e4\u00df ist es sinnvoller, wichtige Daten zu retten, solange noch Zugriff darauf gew\u00e4hrt ist.<\/p>\n\n\n\n
Daten mit rsync oder cp sichern<\/p>\n\n\n\n
Im Beispiel ist der Stick ist unter \/media\/user\/SanDisk eingeh\u00e4ngt. Mit folgendem Befehl erstellen wir im home-Bereich einen Ordner usb-backup in dem gesicherten Daten vom USB-Stick gespeichert werden:<\/p>\n\n\n\n
mkdir -p ~\/usb-backup\nrsync -av --progress \/media\/user\/SanDisk\/ ~\/usb-backup\/<\/code><\/pre>\n\n\n\n
Mit Klick auf [Enter] startet der Prozess – warten Sie den Vorgang ab, der je nach Datenmenge einige Zeit dauern kann…<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Im Beispiel konnten so alle Dateien im Verzeichnis usb-backup gesichert werden mit vollem Lese- und Schreibzugriff…<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Alternativ zu rsync<\/em> w\u00e4re cp<\/em><\/p>\n\n\n\n
cp -a \/media\/user\/SanDisk ~\/usb-backup<\/code><\/pre>\n\n\n\n
Vorteile von rsync gegen\u00fcber cp:<\/strong>
Bricht bei Fehlern nicht sofort ab und zeigt Fortschritt und problematische Dateien an.<\/p>\n\n\n\n
Fazit<\/p>\n\n\n\n
Wenn man etwas l\u00e4ngerlebiges m\u00f6chte, lohnt sich der Griff zum Markenprodukt – mit moderat dimensionierter Kapazit\u00e4t. Also nicht das billigste 1\u2011\u20ac\u2011Sonderangebot. Gro\u00dfe, schreibintensive Arbeiten besser auf SSD\/Backup\u2011Systeme verlagern statt auf den Stick.<\/p>\n\n\n\n
Titelbild: Designed by Freepik<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Ein defekter USB\u2011Stick scheitert meist an zwei Dingen: Logische Fehler im Dateisystem oder physische Sch\u00e4den an Speicher, Controller oder Stecker. Typische Anzeichen sind Nichterkennung, Formatierungsaufforderungen, extrem langsames Arbeiten oder pl\u00f6tzlich verschwundene Dateien. Erste Checks: Anderen USB\u2011Port und anderen Rechner testen, im System nachsehen, ob der Datentr\u00e4ger \u00fcberhaupt noch auftaucht, und den Stick auf sichtbare Sch\u00e4den […]<\/p>\n","protected":false},"author":7,"featured_media":22617,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[1514,85],"class_list":["post-22614","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","tag-daten-retten","tag-usb-stick"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/22614","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=22614"}],"version-history":[{"count":3,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/22614\/revisions"}],"predecessor-version":[{"id":22627,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/22614\/revisions\/22627"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/22617"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=22614"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=22614"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=22614"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}