Strano problema di lampeggiamento dei LED con le unità flash USB: sono solo io?


9

introduzione

Sto usando Ubuntu MATE 16.04.5 LTS con l'ultimo kernel Linux 4.4 su diverse macchine (laptop e desktop con USB 2.0 e USB 3.0).

Per me sembra che qualcosa sia stato cambiato all'interno del driver USB interno del kernel (o forse udisks). Oppure l'hardware flash USB diventa più economico e di bassa qualità.

Il mio flash USB ha un indicatore LED. È un regalo senza nome (controller ChipsBank CBM2099E).

Quando lo collego al computer - ha un indicatore LED acceso, lampeggia quando i dati vengono trasferiti.
La mia idea principale: quando vedo un indicatore lampeggiante suppongo che il flash sia occupato, quindi non dovrei disconnetterlo per prevenire il danneggiamento dei dati.

Problema

Comportamento atteso

Molti flash: il vecchio Transcend JFV60, JF110, JF150, JF500, il moderno JF790; Kingston Data Traveler G2 e ADATA UE700, SanDisk Extreme Pro non hanno questo problema di lampeggiamento continuo. Smettono di lampeggiare esattamente dopo aver selezionato l' opzione Espelli e mostrano un messaggio a bolle che il dispositivo è sicuro da rimuovere:

Comportamento del flash problematico

Quando espelle un'unità flash USB problematica dal file manager Caja o dai dischi GNOME premendo l' opzione di menu Espelli , il LED flash lampeggia continuamente con velocità elevata. Ho provato ad aspettare circa un'ora, ma dopo questo periodo lampeggia ancora. Questo succede anche se non scrivo nulla sull'unità. Il fumetto di notifica non è mostrato.

Domanda

Le mie domande: quale può essere la ragione di tale problema? Sono solo io? È sicuro (per i dati) scollegare tale flash lampeggiante?

Note e aggiornamenti

Appunti

1. Non chiedo qui la caduta lenta della cache di scrittura e / o syncdell'unità. Dipende fortemente dalle dimensioni della RAM e dalla reale velocità di scrittura del flash. Il comportamento citato esiste nei casi in cui non sono stati scritti dati.
2. Tutti questi flash non hanno problemi con la funzionalità di espulsione su Windows. Spengono i LED subito dopo aver fatto clic su Espelli / Rimozione sicura .
3. La selezione di Spegni questo disco ( Spegni) nei dischi GNOME impone al flash di smettere di lampeggiare, ma in questo caso non sono sicuro della sicurezza dei dati (per questo particolare flash; per altri flash e HDD o SSD USB è sicuro, lo so esso).
4. So che, ad esempio, i dischi rigidi WD MyPassport USB cambiano la frequenza di lampeggiamento da rapida a lenta dissolvenza dopo averli rimossi in modo sicuro, ma è un'altra storia in quanto ha avuto spin-down e parcheggiato prima, quindi è sicuro scollegarlo in seguito . Quindi non penso che il lampeggiamento dei flash USB indichi il loro polling e costringa l'utente a staccarlo ...

aggiornamenti

1. sotto è l'output live di 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

nota le ultime righe qui, alle 23:37:35 il dispositivo è stato smontato / espulso dal file manager, alle 23:37:52 udisks lo ha rimosso, ma il suo LED continua a lampeggiare.

2. Seguito @ WinEunuuchs2Unix idee Ho provato sia UDisks (legacy, rimane sul mio sistema a causa degli aggiornamenti da 12.04) sia UDisks2 (moderno ed effettivo) per eseguire la procedura di rimozione sicura - entrambi

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

terminato con lo stesso problema di lampeggiamento del LED con solo uno dei miei flash.

3. Ho ripetuto il metodo sopra sul mio vecchio Ubuntu 12.04.5 LTS e qui il LED lampeggia su un flash problematico. Quindi si tratta di un problema hardware USB flash.

Conclusione

Esiste una incompatibilità software-hardware tra il mio flash ChipsBank CBM2099E senza nome e Linux e / o Udisk. Altri flash (elencati sopra nel comportamento previsto) non presentano problemi.
In Windows 8.1 in esecuzione sullo stesso laptop, la rimozione sicura ha esito positivo e il LED è spento.


Ci sono IO sul dispositivo in base iostato simili?
Soren,

@SorenA Non ho familiarità con la iostatsintassi corretta . Durante l'espulsione mostra kB_wrtn 1e quindi il LED lampeggia inizia a lampeggiare. Potresti suggerire il comando completo per eseguire il debug di questo?
N0rbert,

Controllare l'output di dmesg per qualsiasi montaggio automatico che potrebbe verificarsi per alcuni filesystem. Non vedo questo problema da un po 'però.
ubfan1,

@ N0rbert - potrebbe essere a causa di Firefox - Firefox aggiorna spesso le anteprime spesso ...
dschinn1001

1
+1 per far apparire quello che sembra essere un bug di 7 anni. Ho graffiato il mio prurito di curiosità e pubblicato una risposta qui sotto :)
WinEunuuchs2Unix

Risposte:


2

Il problema del lampeggiamento dei LED dopo che Ejectè stato selezionato in Nautilus , è molto vicino a questo bug report del Launchpad del 2013:

Quella segnalazione di bug ha solo cinque abbonati ed è stata chiusa come duplicata di questa segnalazione di bug dal 2011:

Quest'ultimo bug report ha 155 abbonati e:

  • La correzione di ottobre 2017 è stata valutata per Trusty (Ubuntu 14.04 LTS)
  • Correzione di ottobre 2017 per Xenial (Ubuntu 16.04 LTS)
  • Correzione di ottobre 2017 per Yakkety (Ubuntu 16.10)

Sfogliando il primo bug report (quello chiuso come duplicato) vedi l'autore udisksmenzionare come devono essere fatte le patch. Tuttavia, due utenti che hanno applicato la patch non hanno riscontrato alcun successo.

Penso che nella segnalazione di errori abbiano perso alcuni degli aspetti importanti dell'output di un utente. Ecco l'output equivalente dal mio sistema (che funziona):

$ 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
  • La variabile is_media_removableè impostata 1sul mio sistema ma sul sistema reporter di bug è impostata su 0. Penso che questo avrebbe dovuto essere affrontato.
  • Il reporter di bug ha can_eject=0ma il mio sistema hacan_eject=1

Controlla il tuo gvfs-mount -lioutput per il mio. Considera anche di iscriverti alle segnalazioni di bug sopra e / o pubblicare lì.


Accetto la tua risposta, ma posso aggiungere che il problema attuale non è causato da rimontaggio. Ma comunque grazie per aver scavato in profondità :) Mi sono ricordato di questo bug da quando l'avevo segnalato ...
N0rbert

0

Finché sai che l'unità non viene scritta, puoi semplicemente rimuoverla. Anche per esperienza personale lo spegnimento del disco nel disco GNOME non influisce sui dati.


0

Ho un SanDisk Cruzer che fa la stessa cosa. Quando è inattivo, o montato senza lettura / scrittura o semplicemente collegato a una porta USB, l'indicatore LED lampeggia, ma a una velocità lenta. In effetti, si illumina e si attenua lentamente, quindi si ripete.

Solo per essere sicuro di aver ragione ... Di recente ho acquistato 3 nuove unità flash SanDisk Cruzer Glide da 16 GB. Tutti e 3 hanno indicatori LED e tutti e 3 agiscono come i tuoi.

Quindi, per chiarire, ho 4 unità USB che funzionano come hai descritto. È sicuro rimuoverli? Sì, poiché ci sono evidenti differenze visive nel comportamento quando le unità sono inattive o quando vengono lette o scritte.


Meglio ricontrollare la mia risposta, perché da nessuna parte dice "ho lo stesso problema" ...
BillWeckel,

1
Ho un SanDisk Cruzer che fa la stessa cosa. ma mi sei perso hai risposto "È sicuro (per i dati) disconnettere un tale lampeggio?" modificato per rendere più chiara la tua risposta. Downvote rimosso. Le mie scuse ...
Fabby,

0

Esistono tre possibilità per controllare passo-passo quali programmi utilizzano (consumando) il disco rigido in modo massiccio:

1.) digitare il terminale:

superiore

o

htop

Quindi puoi vedere quali processi richiedono effettivamente il tuo disco rigido.

2.) Potresti risolverlo, nel caso di firefox, quando firefox sta minacciando il tuo hard disk in modo grave, potresti regolare gli intervalli di tempo di firefox - quando firefox sta scrivendo sul disco rigido in background come è descritto qui:

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

Potrebbe anche essere che Google Chrome stia facendo cose simili come Firefox in background.

3.) Installa il pacchetto fatrace con:

sudo apt-get install fatrace

sudo fatrace

E tool fatrace ti sta mostrando nel terminale i programmi, che sono attualmente in esecuzione in background (ad esempio google-chrome o firefox e altro ...).

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.