USB-Stick fehlerhaft nach Nutzung unter Debian

[PhiSchu1088]

Hallo,

Ich habe ein Problem mit meinen USB-Sticks was ich so zuvor noch nicht hatte und kenne.

Da ich aktuell nicht an meinen PC sitze, kann ich euch nur ein paar grobe Daten zu meinem PC geben.

MSI Mainboard mit USB 2.0 & 3.0
Intel Core i5-3570K
OS: Debian 11 (Upgrade von Debian 10 per "apt full-upgrade")

Jetzt zu meinen eigtl Problem.

Unter Debian kann ich meine USB-Sticks problemlos lesen, schreiben usw. Es sind auch keine Daten fehlerhaft o.ä.
Nachdem ich den USB-Stick dann sicher entfernt habe, vom Rechner abgezogen habe und wo anders verwenden möchte geht nichts mehr.
Bei meiner Partnerin am PC (Win 10), bei anderen verwandten/Freunden am PC (ebenfalls Win 8.1 oder 10) und auch bei mir in Auto werden meine USB-Sticks nicht erkannt und gelesen.
Bei den anderen PCs mit Windows als OS kommt dann auch jedes mal die Fehlermeldung, dass mit dem Stick ein Problem besteht und das erst behoben werden muss. Das beheben des Fehlers würde aber jedes Mal damit enden, dass ich den Stick formatieren müsste.
Es ist dabei völlig egal welchen Stick ich nutze, es passiert bei allen USB-Sticks.
Ich habe das auch schon mit einem komplett neu gekauften USB-Stick getestet. Dieser wurde zuerst bei meiner Partnerin an dem Windows10 Rechner angesteckt ohne Probleme. Darauf dann 2 mp3 sowie 3 Bilder drauf gepackt. Anschließend an meinen Debian 11 Rechner, die Bilder runter kopiert und 2 neue mp3 und 3 Bilder zusätzlich dem USB-Stick hinzugefügt, sicher entfernt und dann wieder an den Win10 Rechner meiner Partnerin angesteckt. Sofort kam die Fehlermeldung, dass mit dem Stick ein Fehler besteht und er nicht verwendet werden kann. Tolle Wurst.

Auch der Stick mit Musik, den ich in Auto verwenden, wird nicht mehr erkannt nachdem ich neue Musik drauf gepackt habe. Datenträger kann noch gelesen werden.

Hat einer von euch hier eine Idee, was hier los sein kann?
Hatte schon mal jemand ein ähnliches Problem (im Netz habe ich dazu nichts gefunden)?
Wurden möglicherweise beim Upgrade ein paar Pakete für USB falsch installiert?

Ich nutze jetzt seit mehreren Jahren Debian und bin so gut wie weg von Windows und möchte auch nicht zurück zu Microsoft, aber dieses Problem mit den Sticks nervt echt gerade.

Über Ideen, Ratschläge und Hilfe wäre ich echt dankbar.

Wie gesagt, gerade sitze ich nicht am PC, werde aber Lösungsansätze heute nachmittag/Abend versuchen umsetzen und berichten.

Besten Dank schon mal
PhiSchu1088

[DeletedUserReAsG]

Hat einer von euch hier eine Idee, was hier los sein kann?

Ist ein bisschen schwierig, denn du hast zwar viel Text, aber kaum Informationen geschrieben.

Wenn ich raten sollte: du ziehst den Stick ab, kurz nachdem du ihn „sicher entfernt“ hast (mit einiger Wahrscheinlichkeit steht’s hier für das Aushängen in deinem von dir leider nicht benannten Dateimanager – ist aber halt mangels Infos auch nur geraten), ohne das Wegschreiben des Caches abzuwarten.

[debilian]

Welches Dateisystem hat der Stick?

Code: Alles auswählen

fdisk -l

mit root Berechtigung.

[PhiSchu1088]

Hat einer von euch hier eine Idee, was hier los sein kann?

Ist ein bisschen schwierig, denn du hast zwar viel Text, aber kaum Informationen geschrieben.

Wenn ich raten sollte: du ziehst den Stick ab, kurz nachdem du ihn „sicher entfernt“ hast (mit einiger Wahrscheinlichkeit steht’s hier für das Aushängen in deinem von dir leider nicht benannten Dateimanager – ist aber halt mangels Infos auch nur geraten), ohne das Wegschreiben des Caches abzuwarten.

Vielen Dank schonmal für die Antwort, auch wenn du raten musst. Sorry.

Ja das ist soweit richtig. Das habe ich in der Vergangenheit aber immer so getan ohne Probleme.
Woran erkenne ich, dass der Cache weggeschrieben ist?
Das kann ja theoretisch aber auch nicht ewig dauern, oder?

Als Datei Manager benutze ich Dolphin.

[PhiSchu1088]

Welches Dateisystem hat der Stick?

Code: Alles auswählen

fdisk -l

mit root Berechtigung.

Ohne den Befehl jetzt ausführen zu können, aber die sticks nutzen "FAT32" was ja glaube ich Standard ist, oder?

[DeletedUserReAsG]

Woran erkenne ich, dass der Cache weggeschrieben ist?
Das kann ja theoretisch aber auch nicht ewig dauern, oder?

Eigentlich sollte das Dialogfenster nicht verschwinden oder die Schaltfläche nicht wieder aktiv werden¹, bevor der Vorgang abgeschlossen ist. Unglücklicherweise verschwindet es aber sofort, wenn man den Stick abzieht – weil umount dann sofort terminiert. Das kann dann falsch interpretiert werden.

„Ewig dauern“ … angenommen, du hast einen Rechner mit heute üblicher RAM-Ausstattung, so dass rund 1GB gecached werden können, du hast einen Stick, der schon etwas älter oder etwas billig ist und mit nur 10MB/s beschrieben werden kann, und du hast mehr als 1GB draufkopiert. Dann dauert es nochmal rund 100s nach augenscheinlichem Abschluss des Kopierens, bis der Cache weggeschrieben worden ist.

--
¹) da ich derlei Sachen nicht nutze, weiß ich leider nicht im Detail, wie das bei dem von dir genutzten Dateimanager gestaltet ist – aber das Prinzip sollte ersichtlich sein

[PhiSchu1088]

Woran erkenne ich, dass der Cache weggeschrieben ist?
Das kann ja theoretisch aber auch nicht ewig dauern, oder?

Eigentlich sollte das Dialogfenster nicht verschwinden oder die Schaltfläche nicht wieder aktiv werden¹, bevor der Vorgang abgeschlossen ist. Unglücklicherweise verschwindet es aber sofort, wenn man den Stick abzieht – weil umount dann sofort terminiert. Das kann dann falsch interpretiert werden.

„Ewig dauern“ … angenommen, du hast einen Rechner mit heute üblicher RAM-Ausstattung, so dass rund 1GB gecached werden können, du hast einen Stick, der schon etwas älter oder etwas billig ist und mit nur 10MB/s beschrieben werden kann, und du hast mehr als 1GB draufkopiert. Dann dauert es nochmal rund 100s nach augenscheinlichem Abschluss des Kopierens, bis der Cache weggeschrieben worden ist.

--
¹) da ich derlei Sachen nicht nutze, weiß ich leider nicht im Detail, wie das bei dem von dir genutzten Dateimanager gestaltet ist – aber das Prinzip sollte ersichtlich sein

Ich verstehe glaube was du meinst und beschreibst.
Ich lasse den Stick mal länger dran nach dem sicheren entfernen.

Mein Rechner hat 32GB RAM und bei dem letzten Stick (128 GB der Firma verbatim) habe ich ca. 2 GB drauf geschrieben.

Gibt es denn einen Terminal Befehl den ich ausführen kann um zu überprüfen, ob der Cache noch geschrieben wird, oder ob es schon fertig ist?

[debilian]

du kannst dolphin schliessen und auf der Konsole als root umounten,
dann kommt die Befehlszeile erst wieder, wenn der Stick erfolgreich ausgehängt ist...

[PhiSchu1088]

du kannst dolphin schliessen und auf der Konsole als root umounten,
dann kommt die Befehlszeile erst wieder, wenn der Stick erfolgreich ausgehängt ist...

Dann quasi mit dem Befehl

Code: Alles auswählen

unmount /dev/sdX

richtig?
Und wenn er fertig ist bekomme ich die Meldung, ja?

[DeletedUserReAsG]

umount /dev/sdxY (ohne n, dafür mit Angabe der Partition), statt Partition kann man auch den Einhängepunkt (am einfachsten in Erfahrung zu bringen mit mount) angeben.

Und wenn es fertig ist, bekommst du deinen Eingabeprompt wieder.

[PhiSchu1088]

umount /dev/sdxY (ohne n, dafür mit Angabe der Partition), statt Partition kann man auch den Einhängepunkt (am einfachsten in Erfahrung zu bringen mit mount) angeben.

Und wenn es fertig ist, bekommst du deinen Eingabeprompt wieder.

Danke. Das werde mal ausprobieren und hier eine Rückmeldung geben.

Sollte es natürlich weitere Ideen und Ansätze geben, ruhig erstmal raus damit.

Danke danke danke.

[hikaru]

Mein Rechner hat 32GB RAM und bei dem letzten Stick (128 GB der Firma verbatim) habe ich ca. 2 GB drauf geschrieben.

Wenn ich mir anschaue, was es momentan für 128GB-Sticks von Verbatim gibt [1], dazu die geschö... beworbenen Schreibraten sehe, und mir dann überlege, dort Daten im GB-Bereich draufzuschaufeln, dann wird mir ganz anders.
Da kannst du dir nach dem Klick auf "sicher entfernen" noch in aller Ruhe einen Kaffee machen, bevor du den Stick abziehst.


[1] https://geizhals.de/?cat=sm_usb&xf=1031 ... 309_131072

[PhiSchu1088]

Mein Rechner hat 32GB RAM und bei dem letzten Stick (128 GB der Firma verbatim) habe ich ca. 2 GB drauf geschrieben.

Wenn ich mir anschaue, was es momentan für 128GB-Sticks von Verbatim gibt [1], dazu die geschö... beworbenen Schreibraten sehe, und mir dann überlege, dort Daten im GB-Bereich draufzuschaufeln, dann wird mir ganz anders.
Da kannst du dir nach dem Klick auf "sicher entfernen" noch in aller Ruhe einen Kaffee machen, bevor du den Stick abziehst.


[1] https://geizhals.de/?cat=sm_usb&xf=1031 ... 309_131072

Okay das heißt wohl, dass ich Zeit mitbringen muss.
Ich werde das alles mal testen.

Aber was ich dennoch komisch finde ist, dass ich derlei Probleme vorher noch nie hatte, sondern erst seit kurzem.
Naja...

[fischig]

nach dem Klick auf "sicher entfernen"

Ist diese Windows-Abartigkeit jetzt auch für Linux-DEs Standard?

Ich nutze jetzt seit mehreren Jahren Debian

Aber was ich dennoch komisch finde ist, dass ich derlei Probleme vorher noch nie hatte

Wenn ich das so kombiniere, stelle ich mir vor, dass da noch was anderes faul ist. Aber nun ja, man wird sehen. Vielleicht irre ich da.

[hikaru]

Aber was ich dennoch komisch finde ist, dass ich derlei Probleme vorher noch nie hatte, sondern erst seit kurzem.

Ja, das finde ich auch komisch, denn es war eigentlich schon immer so.
Nur sind die Datenmengen schneller gewachsen als die Übertragungsraten, was dazu führt, dass die Wartezeiten gestiegen sind.

nach dem Klick auf "sicher entfernen"

Ist diese Windows-Abartigkeit jetzt auch für Linux-DEs Standard?

Ja.
umount heißt jetzt "sicher entfenen", Suspend2Disk heißt jetzt "Winterschlaf" und Raider heißt jetzt "Twix".

[PhiSchu1088]

Aber was ich dennoch komisch finde ist, dass ich derlei Probleme vorher noch nie hatte, sondern erst seit kurzem.

Nur sind die Datenmengen schneller gewachsen als die Übertragungsraten, was dazu führt, dass die Wartezeiten gestiegen sind.

Vielleicht liegt es auch einfach daran und ich sollte mir doch mal den ein oder anderen neuen USB Stick zulegen.

[hikaru]

Falls du sonst keine Kriterien hast, dann achte beim Kauf auf die Schreibgeschwindigkeit! Zu bedenken ist, dass auch das Werbeaussagen sind, die man oft nochmal halbieren kann. Oder du suchst gezielt nach unabhängigen Tests.
Falls du mal vor haben solltest, auf so einem Stick ein Betriebssystem zu installieren, dann ist zu bedenken, dass sich die angegebenen Übertragungsraten (lesend und schreibend) in der Regel auf sequenzielle Zugriffe beziehen, während für Betriebssysteminstallationen eher wahlfreie Zugriffe ("random") interessant sind.

[PhiSchu1088]

Falls du sonst keine Kriterien hast, dann achte beim Kauf auf die Schreibgeschwindigkeit! Zu bedenken ist, dass auch das Werbeaussagen sind, die man oft nochmal halbieren kann. Oder du suchst gezielt nach unabhängigen Tests.
Falls du mal vor haben solltest, auf so einem Stick ein Betriebssystem zu installieren, dann ist zu bedenken, dass sich die angegebenen Übertragungsraten (lesend und schreibend) in der Regel auf sequenzielle Zugriffe beziehen, während für Betriebssysteminstallationen eher wahlfreie Zugriffe ("random") interessant sind.

Ein Betriebssystem wollte ich nicht installieren auf einem Stick. Grundlegend nutze ich diese einfach nur für Daten (Musik, Fotos, videos, etc...)

[MaGe]

Es ist dabei völlig egal welchen Stick ich nutze, es passiert bei allen USB-Sticks.

gruss MaGe

[peter1969]

Könnte da nicht der Befehl

Code: Alles auswählen

$ sync

vor dem Abziehen des Stabs helfen?

[hikaru]

Könnte da nicht der Befehl

Code: Alles auswählen

$ sync

vor dem Abziehen des Stabs helfen?

Ja. Aber warten, bis alles aus dem RAM auf den Stick geschrieben ist, muss man trotzdem.

[MSfree]

Könnte da nicht der Befehl

Code: Alles auswählen

$ sync

vor dem Abziehen des Stabs helfen?

umount, egal ob von einem Dateimanager (DM) oder von der Kommandozeile abgesetzt, führt immer ein sync aus. snyc zusätzlich auszuführen, schadet zwar nicht, ist aber überflüssig.

Ich kann mich daran erinnern, daß das Problem hier schon früher mal erörtert wurde und nur im Zusammenhang mit einem DM (keine Ahnung, welcher) auftritt. Ich vermute hier einen Programmierfehler. Eigentlich sollte der DM warten, bis der umount fertig ist. Ich denke aber, daß die den umount einfach in den Hintergrund schicken, um den DM auf der GUI nicht zu blockieren. Das verführt dann dazu, zu denken, der umount wäre fertig und der Stick könne abgezogen werden.

Jedenfalls ist es mir bisher nie passiert, daß das Problem auftritt, wenn ich Medien auf der Kommandozeile mit mount einhänge und mit umount wieder aushänge. Sollten dabei noch Puffer auf das Medium zu schreiben sein., dauert der umount halt, bis es fertig ist. Ein weiterer Vorteil auf der Kommnandozeile ist, daß die Dateisysteme nicht über fuse eingebunden werden, was einen deutlichen Geschwindigkeitsgewinn bei Zugriffen bringt. Ein DM braucht fuse, um Dateisysteme nicht mit root-Rechten einhängen zu müssen.

[hikaru]

Eigentlich sollte der DM warten, bis der umount fertig ist. Ich denke aber, daß die den umount einfach in den Hintergrund schicken, um den DM auf der GUI nicht zu blockieren.

Wenn man den umount mit dieser Motivation in den Hintergrund schickt, dann sollte man als Programmierer eines DM langsam mal im 3. Jahrtausend ankommen und direkt im DM multithreaden. Es gibt jedenfalls keinen Grund, den ganzen DM zu blockieren, nur weil gerade ein einzelnes Dateisystem beschäftigt ist.
Thunar blockiert jedenfalls nicht, sondern zeigt nur eine Sprechblase an, dass noch Daten geschrieben werden und man den Stick bitte noch nicht abziehen möge. Nautilus (heute Caja) blockierte vor 10(?) Jahren ebenfalls nicht. Und ich meine auch PCManFM tut es nicht, ich weiß aber gerade nicht, ob es eine Warnung vor dem Abziehen ausgibt.

Ein weiterer Vorteil auf der Kommnandozeile ist, daß die Dateisysteme nicht über fuse eingebunden werden, was einen deutlichen Geschwindigkeitsgewinn bei Zugriffen bringt.

Bei USB-Sticks ist dieser Vorteil eher theoretischer Natur, denn hier ist nicht fuse der Flaschenhals, sondern der Flash des Sticks.

[DeletedUserReAsG]

Bei USB-Sticks ist dieser Vorteil eher theoretischer Natur, denn hier ist nicht fuse der Flaschenhals, sondern der Flash des Sticks.

Es gibt auch ordentliche Sticks. Bei mir war tatsächlich mal ntfs-3g die Bremse – dankenswerterweise gibt es ja nun einen Kerneltreiber für dieses FS.

[tonerzeuger]

Ich kenne eine " light" Version dieses Problems schon lange. Der Windows-PC im Druckshop sagt jedesmal dass mein unter Debian erstellter USB Stick formatiert werden müsse. Ich klicke die Meldung dann einfach weg und kann meine Bilddateien problemlos öffnen.
Aber das scheint ja beim Threadstarter nicht so zu sein- oder?