{"id":367,"date":"2006-12-22T18:41:05","date_gmt":"2006-12-22T17:41:05","guid":{"rendered":"http:\/\/www.glorf.it\/blog\/2006\/12\/22\/windows-tools\/usb-sticks-nicht-einfach-abziehen"},"modified":"2008-03-22T11:59:52","modified_gmt":"2008-03-22T10:59:52","slug":"usb-sticks-nicht-einfach-abziehen","status":"publish","type":"post","link":"http:\/\/www.glorf.it\/blog\/2006\/12\/22\/windows-tools\/usb-sticks-nicht-einfach-abziehen","title":{"rendered":"USB-Sticks nicht einfach abziehen"},"content":{"rendered":"

Immer wieder diskutiere ich mit Leuten darüber, dass man USB-Sticks nicht einfach abziehen darf. Das ist aber leider gängige Praxis. Wenn man das macht, dann riskiert man Schäden im Datei-System des Sticks. Da sie in der Regel als FAT verwenden, entstehen so gerne mal Schäden. Beispielsweise dann, wenn man zwar Dateien dort geändert hat, aber das Dateiverwaltungssystem die Änderungen noch nicht geschrieben hat, um die Performance zu erhöhen. Ich selber habe das auch erst auf die harte Tour gelernt und musste als Konsequenz dann auf dem "defekten" Stick mal ein CheckDisk ausführen. Zu Glück habe ich dort nur redundante Daten.<\/p>\n

Um den Stick abziehen zu dürfen, muss man ihn vom System abmelden. Das geht unter Windows am einfachsten mit einem Klick auf das Symbol \"Symbol\".
\nDann kann man unter den vielen Plug'nPlay-Geräten dasjenige auswählen, dass man entfernen will. Hier im Beispiel eine externe Festplatte:
\n\"Entfernen\"<\/p>\n

Dann dauert es eine Weile und man bekommt Bescheid, dass man das Gerät entfernen darf.
\n\"geraetentfernen_04.jpg\"<\/p>\n

Abziehen geht nicht?<\/strong><\/p>\n

Manchmal aber darf man das nicht und dann wird es lästig: Wenn noch ein Prozess auf dem Datenträger eine Datei oder ein Verzeichnis geöffnet hat. Manchmal hat man nur noch ein Explorerfenster auf dem Stick geöffnet, aber es kann auch eine Anwendung noch Daten darauf lesen oder schreiben. Wenn man jetzt den Stick einfach abzieht, dann ist der Schaden da.
\nBesonders lästig wird es, wenn man eine SQL-Server-Datenbank auf dem Stick hat. Datenverluste wären vorprogrammiert.<\/p>\n

Spurensuche für Fortgeschrittene<\/strong><\/p>\n

Dann hat man zwei Möglichkeiten: entweder man beendet schrittweise alle Prozesse (das kann bis zum Runterfahren gehen) oder man findet raus, wer der Bösewicht ist. Ich benutze für die Spurensuche gerne den Process-Explorer<\/a> von SysInternals. <\/p>\n

Mit einem Klick im Menü unter "Find -> Find Handle" (oder Strg+f) kann man nach offenen Dateien suchen, z.B. auf "i:\\". Im Ergebnis bekommt man eine Liste mit Prozessen und den geöffneten Dateien. Ist es nur der Explorer, kann man mit dem Werkzeug gleich den "Handle" schließen (Doppelklick spring zum Prozessfenster, dort kann man mit der rechten Maustaste auf dem Handle "Close Handle" wählen). Ist es ein anderer Prozess, dann sollte man den lieber erst ordnungsgemäß beenden (nicht einfach den Prozess killen). Infos zu dem Prozess mit den wenig sprechenden Namen bekommt man indem man ihn oben im Fenster auswählt und mit der rechten Maustaste "Properties" auswählt. Diese Infos sollten reichen, um den Bösewicht zu identifizieren…<\/p>\n

Update:<\/strong>
\nBei Heise wird auf das Tool DevEject.exe<\/a> verwiesen. Damit kann man in einem Batch einen USB-Stick nach erfolgter Arbeit abmelden.<\/p>\n","protected":false},"excerpt":{"rendered":"

Immer wieder diskutiere ich mit Leuten darüber, dass man USB-Sticks nicht einfach abziehen darf. Das ist aber leider gängige Praxis. Wenn man das macht, dann riskiert man Schäden im Datei-System des Sticks. Da sie in der Regel als FAT verwenden, entstehen so gerne mal Schäden. Beispielsweise dann, wenn man zwar Dateien dort geändert hat, aber […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[41,8],"tags":[],"_links":{"self":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/367"}],"collection":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/comments?post=367"}],"version-history":[{"count":0,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/367\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/media?parent=367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/categories?post=367"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/tags?post=367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}