Einführung

Ich verwende Ubuntu MATE 16.04.5 LTS mit dem neuesten 4.4 Linux-Kernel auf mehreren Computern (Laptops und Desktops mit USB 2.0 und USB 3.0).

Für mich scheint sich etwas in den USB-Treiber-Interna des Kernels (oder vielleicht udisks) geändert zu haben . Oder USB-Flash-Hardware wird billiger und von geringer Qualität.

Mein USB-Blitz hat eine LED-Anzeige. Es ist ein Geschenk ohne Namen (ChipsBank CBM2099E Controller).

Wenn ich es an den Computer anschließe, leuchtet die LED-Anzeige und blinkt, wenn Daten übertragen werden.
Meine Hauptidee: Wenn ich eine blinkende Anzeige sehe, ist der Blitz vermutlich beschäftigt, daher sollte ich ihn nicht trennen, um eine Beschädigung der Daten zu verhindern.

Problem

Erwartetes Verhalten

Viele Blitze - alte Transcend JFV60, JF110, JF150, JF500, moderne JF790; Kingston Data Traveller G2 und ADATA UE700, SanDisk Extreme Pro haben kein derartiges Problem mit kontinuierlichem Blinken. Sie hören genau nach Auswahl der Option Auswerfen auf zu blinken und zeigen die Blasenmeldung an, dass das Gerät sicher entfernt werden kann:

Verhalten von problematischem Blitz

Wenn ich ein problematisches USB-Flash-Laufwerk aus dem Caja-Dateimanager oder von GNOME-Datenträgern auswende, indem ich auf die Menüoption Auswerfen drücke, blinkt die Flash-LED kontinuierlich mit hoher Geschwindigkeit. Ich habe versucht, ungefähr eine Stunde zu warten, aber nach dieser Zeit blinkt es immer noch. Dies passiert auch dann, wenn ich nichts auf das Laufwerk schreibe. Die Benachrichtigungsblase wird nicht angezeigt.

Frage

Meine Fragen - was kann der Grund für ein solches blinkendes Problem sein? Ist es nur ich Ist es sicher (für Daten), einen solchen blinkenden Blitz zu trennen?

Notizen und Updates

Anmerkungen

1. Ich frage hier nicht nach dem langsamen Löschen des Schreibcaches und / oder syncdes Laufwerks. Dies hängt stark von der RAM-Größe und der tatsächlichen Schreibgeschwindigkeit des Flashs ab. Das erwähnte Verhalten tritt in Fällen auf, in denen keine Daten geschrieben wurden.
2. Alle diese Blitze haben unter Windows keine Probleme mit der Auswurffunktion. Sie erhalten die LED direkt nach dem Klicken auf Auswerfen / Sicher entfernen .
3. Wenn Sie in GNOME Disks die Option Power off this disk ( ) auswählen, wird das Blinken des Flashs beendet, aber ich bin mir in diesem Fall nicht sicher, ob die Datensicherheit gewährleistet ist (für diesen speziellen Flash; für andere Flashes und USB-Festplatten oder SSDs ist dies sicher, wie ich weiß es).
4. Ich weiß, dass zum Beispiel WD MyPassport USB-Festplatten die Blinkrate nach dem sicheren Entfernen von schnell auf langsam ändern, aber es ist eine andere Geschichte, da sie zuvor heruntergefahren und geparkt wurden, sodass es sicher ist, sie anschließend vom Stromnetz zu trennen . Ich glaube also nicht, dass das Blinken von USB-Blitzen ihre Abfrage anzeigt und den Benutzer zwingt, sie abzunehmen ...

Aktualisierung

1. unten ist die Live-Ausgabe von tail -f /var/log/syslog

Nov 11 23:37:35 hostname kernel: [32596.101403] scsi 7:0:0:0: Direct-Access     General  UDisk            5.00 PQ: 0 ANSI: 2
Nov 11 23:37:35 hostname kernel: [32596.102526] sd 7:0:0:0: Attached scsi generic sg2 type 0
Nov 11 23:37:35 hostname kernel: [32596.104745] sd 7:0:0:0: [sdc] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB)
Nov 11 23:37:35 hostname kernel: [32596.107594] sd 7:0:0:0: [sdc] Write Protect is off
Nov 11 23:37:35 hostname kernel: [32596.107611] sd 7:0:0:0: [sdc] Mode Sense: 0b 00 00 08
Nov 11 23:37:35 hostname kernel: [32596.107792] sd 7:0:0:0: [sdc] No Caching mode page found
Nov 11 23:37:35 hostname kernel: [32596.107805] sd 7:0:0:0: [sdc] Assuming drive cache: write through
Nov 11 23:37:35 hostname kernel: [32596.109561]  sdc:
Nov 11 23:37:35 hostname kernel: [32596.110621] sd 7:0:0:0: [sdc] Attached SCSI removable disk
Nov 11 23:37:35 hostname udisksd[2294]: Mounted /dev/sdc at /media/username/FLASHDEVICE on behalf of uid 1000
Nov 11 23:37:52 hostname udisksd[2294]: Cleaning up mount point /media/username/FLASHDEVICE (device 8:32 is not mounted)
Nov 11 23:37:52 hostname udisksd[2294]: Unmounted /dev/sdc on behalf of uid 1000

Beachten Sie die letzten Zeilen hier, um 23:37:35 Uhr wurde das Gerät aus dem Dateimanager entfernt / ausgeworfen, um 23:37:52 Uhr udisks hat es entfernt, aber die LED blinkt immer noch.

2. Befolgte @ WinEunuuchs2Unix-Ideen Ich habe sowohl UDisks (Legacy, es bleibt aufgrund von Upgrades von 12.04 auf meinem System) als auch UDisks2 (modern und aktuell) ausprobiert, um sicheres Entfernen durchzuführen - beides

#udisks1 (legacy)
udisks --unmount /dev/sdc1 && udisks --detach /dev/sdc
#udisks2 (modern)
udisksctl unmount -b /dev/sdc1 && udisksctl power-off -b /dev/sdc

endete mit dem gleichen LED-Blinkproblem mit nur einem meiner Blitze.

3. Wiederholen Sie die oben beschriebene Methode auf meinem alten Ubuntu 12.04.5 LTS und hier blinkt die LED bei problematischem Blitz. Es handelt sich also um ein Problem mit der USB-Flash-Hardware.

Fazit

Es gibt einige Software-Hardware-Inkompatibilitäten zwischen meinem No-Name-ChipBank CBM2099E-basierten Flash und Linux und / oder Udisks. Andere Blitze (oben im erwarteten Verhalten aufgeführt) haben keine Probleme.
^{Unter Windows 8.1, das auf demselben Laptop ausgeführt wird, ist die sichere Entfernung erfolgreich und die LED ist aus.}

Das Problem, dass die LED nach dem Blinken Ejectin Nautilus blinkt , liegt sehr nahe an diesem Launchpad-Fehlerbericht aus dem Jahr 2013:

• Sicheres Entfernen funktioniert bei USB 3.0-Blitz nicht (LED leuchtet)

Dieser Fehlerbericht hat nur fünf Abonnenten und wurde als Duplikat dieses Fehlerberichts von 2011 geschlossen:

• Automatisches Remount des sicher entfernten USB 3.0-Laufwerks

Der letztere Fehlerbericht hat 155 Abonnenten und:

• Der Fix für Oktober 2017 wurde für Trusty (Ubuntu 14.04 LTS) getestet.
• Das Update für Oktober 2017 wurde für Xenial veröffentlicht (Ubuntu 16.04 LTS).
• Das Update für Oktober 2017 wurde für Yakkety veröffentlicht (Ubuntu 16.10).

Beim Durchsuchen des ersten Fehlerberichts (der als Duplikat geschlossen wurde) sehen Sie, wie der Autor udiskserwähnt, wie Patches erstellt werden müssen. Zwei Benutzer, die den Patch angewendet haben, meldeten jedoch keinen Erfolg.

Ich denke, im Fehlerbericht haben sie einige wichtige Aspekte der Ausgabe eines Benutzers übersehen. Hier ist die äquivalente Ausgabe von meinem System (das funktioniert):

$ gvfs-mount -li

Drive(3): 3SYSTEM USB Flash Disk
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=01hotplug/1546789639130384

  Volume(0): LIVE_USB
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sdb1'
     uuid: '641A-A7DB'
     label: 'LIVE_USB'
    themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    can_mount=1
    can_eject=1
    should_automount=1
    sort_key=gvfs.time_detected_usec.1546789639358749
    Mount(0): LIVE_USB -> file:///media/rick/LIVE_USB
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
      default_location=file:///media/rick/LIVE_USB
      themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      can_unmount=1
      can_eject=1
      is_shadowed=0
      sort_key=gvfs.time_detected_usec.1546789639395990

• Die Variable is_media_removableist 1auf meinem System auf gesetzt, aber auf dem Bug-Reporter-System ist auf gesetzt 0. Ich denke, das hätte angegangen werden sollen.
• Der Bug Reporter hat can_eject=0aber mein System hatcan_eject=1

Überprüfen Sie Ihre eigene gvfs-mount -liAusgabe an meine. Ziehen Sie auch in Betracht, die oben genannten Fehlerberichte zu abonnieren und / oder dort zu veröffentlichen.

Solange Sie wissen, dass das Laufwerk nicht beschrieben wird, können Sie es einfach entfernen. Auch aus persönlicher Erfahrung wirkt sich das Ausschalten der Festplatte auf der GNOME-Festplatte nicht auf die Daten aus.

Ich habe einen SanDisk Cruzer, der das Gleiche tut. Im Leerlauf, entweder ohne Lesen / Schreiben montiert oder einfach an einen USB-Anschluss angeschlossen, blinkt die LED-Anzeige, jedoch langsam. Tatsächlich leuchtet es auf und verblasst langsam, dann wiederholt es sich.

Nur um sicherzugehen, dass ich Recht hatte ... Ich habe kürzlich 3 neue SanDisk Cruzer Glide 16 GB Flash-Laufwerke gekauft. Alle 3 haben LED-Anzeigen und alle 3 verhalten sich genauso wie Ihre.

Zur Verdeutlichung habe ich 4 USB-Laufwerke, die wie beschrieben funktionieren. Ist es sicher, sie zu entfernen? Ja, da es offensichtliche visuelle Unterschiede im Verhalten gibt, wenn die Laufwerke inaktiv sind oder wenn von ihnen gelesen oder in sie geschrieben wird.

Es gibt drei Möglichkeiten, um Schritt für Schritt zu überprüfen, welche Programme die Festplatte stark nutzen (essen):

1.) Terminal eingeben:

oben

oder

htop

Dann können Sie sehen, welche Prozesse Ihre Festplatte tatsächlich beanspruchen.

2.) Sie können das Problem im Falle von Firefox lösen, wenn Firefox Ihre Festplatte stark mit dem Miniaturbild erfasst, können Sie die Zeitintervalle von Firefox anpassen - wenn Firefox im Hintergrund auf die Festplatte schreibt, wie hier beschrieben:

https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/

Es könnte auch sein, dass Google-Chrome die ähnlichen Dinge wie Firefox im Hintergrund macht.

3.) Installieren Sie die Paket-Fatrace mit:

sudo apt-get install fatrace

Sudo Fatrace

Und Tool Fatrace zeigt Ihnen im Terminal die Programme, die derzeit im Hintergrund ausgeführt werden (z. B. Google-Chrome oder Firefox und andere ...).