前書き

Ubuntu MATE 16.04.5 LTSと最新の4.4 Linuxカーネルをいくつかのマシン（USB 2.0およびUSB 3.0を搭載したラップトップおよびデスクトップ）で使用しています。

私にとっては、カーネルのUSBドライバーの内部で何かが変更されたようです（または多分udisks）。または、USBフラッシュハードウェアが安価で低品質になります。

USBフラッシュにLEDインジケータがあります。名前のない贈り物です（ChipsBank CBM2099Eコントローラー）。

コンピュータに接続すると、LEDインジケータが点灯し、データが転送されると点滅します。
私の主なアイデア：点滅するインジケーターが表示された場合、フラッシュがビジーであると考えているため、データの破損を防ぐためにフラッシュを切断しないでください。

問題

予想される行動

多くの点滅-古いトランセンドJFV60、JF110、JF150、JF500、モダンJF790; Kingston Data Traveler G2とADATA UE700、SanDisk Extreme Proには、このような連続的な点滅の問題はありません。取り出しオプションを選択した直後に点滅が停止し、デバイスを安全に削除できることを示すバブルメッセージが表示されます。

問題のあるフラッシュの動作

イジェクトメニューオプションを押して、問題のあるUSBフラッシュドライブをCajaファイルマネージャーまたはGNOMEディスクからイジェクトすると、フラッシュLEDが高速で点滅し続けます。１時間ほど待ってみましたが、この後もまばたきします。これは、ドライブに何も書き込まなくても発生します。通知バブルは表示されません。

質問

私の質問-そのような点滅の問題の理由は何ですか？私だけでしょうか？そのような点滅しているフラッシュを切断しても安全ですか（データ用）？

ノートとアップデート

ノート

1.ライトキャッシュやsyncドライブのスロードロップについてここでは質問しません。RAMのサイズとフラッシュの実際の書き込み速度に大きく依存します。上記の動作は、データが書き込まれていない場合に発生します。
2.これらのフラッシュはすべて、Windowsのイジェクト機能に問題はありません。Eject / Safely removeをクリックした直後にLEDが消えます。
3. GNOMEディスクで[ このディスクの電源を切る（）]を選択すると、フラッシュの点滅が強制的に停止しますが、その場合のデータの安全性についてはわかりません（この特定のフラッシュの場合、他のフラッシュやUSB HDDまたはSSDの場合は安全です）それ）。
4.たとえば、WD MyPassport USBハードドライブは、安全に取り外した後、点滅速度を高速から低速のグローフェードに変更することを知っていますが、以前にスピンダウンして駐車していたため、後で取り外しても安全です。。だから私はUSBフラッシュの点滅が彼らのポーリングを示しているとは思わず、ユーザーにそれを切り離すことを強制します...

アップデート

1.以下はのライブ出力です 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

ここの最後の行に注意してください。23：37：35にデバイスはファイルマネージャーからアンマウント/イジェクトされ、23：37：52にudisksによって削除されましたが、LEDはまだ点滅しています。

2. @ WinEunuuchs2Unixのアイデアに従い、安全な削除手順を実行するために、UDisk（レガシー、12.04からのアップグレードのためにシステムに残っている）とUDisks2（最新および実際）の両方を試しました-両方

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

私のフラッシュの1つだけで同じLED点滅の問題で終了しました。

3.古いUbuntu 12.04.5 LTSで上記の方法を繰り返しました。問題のあるフラッシュでLEDが点滅しています。したがって、これはUSBフラッシュハードウェアの問題です。

結論

私の名前のないChipsBank CBM2099Eベースのフラッシュと、LinuxやUdiskの間に、ソフトウェアとハードウェアの非互換性があります。その他のフラッシュ（上記の予想される動作）には問題はありません。
^{同じラップトップで実行されているWindows 8.1では、安全な取り外しが成功し、LEDが消灯しています。}

— N0rbert
ソース

iostatまたは同様のデバイスへのIOはありますか？

— Soren A

@SorenA正しいiostat構文に慣れていません。イジェクト中に表示さkB_wrtn 1れ、フラッシュLEDが点滅し始めます。これをデバッグするための完全なコマンドを提案していただけませんか？

— N0rbert 2018年

特定のファイルシステムで発生する可能性のある自動マウントについて、dmesgの出力を確認してください。しばらくの間この問題を見ていません。

— ubfan1

@ N0rbert-Firefoxが原因である可能性があります-Firefoxはサムネイルを頻繁に更新しています...

— dschinn1001

1

7年前のバグと思われるものを呼び出すための+1。私は好奇心のかゆみをひっかいて、以下に回答を投稿しました:)

— WinEunuuchs2Unix

2

NautilusでLED Ejectが選択された後に点滅する問題は、2013年のこのLaunchpadバグレポートに非常に近いものです。

USB 3.0フラッシュの安全な取り外しが機能しない（LEDがオン）

そのバグレポートには5人のサブスクライバーしかいないため、2011年のこのバグレポートの複製として閉鎖されました。

安全に取り外されたUSB 3.0ドライブの自動再マウント

後者のバグレポートには155人のサブスクライバーがいて、

Trustyの2017年10月の修正がトリアージされました（Ubuntu 14.04 LTS）
Xenialの2017年10月の修正がリリースされました（Ubuntu 16.04 LTS）
Yakketyの2017年10月の修正がリリースされました（Ubuntu 16.10）

最初のバグレポート（重複としてクローズされたもの）を精査すると、作成者はudisksパッチの作成方法について言及していることがわかります。しかし、パッチを適用した2人のユーザーは成功しなかったと報告しました。

バグレポートでは、1人のユーザーの出力の重要な側面のいくつかを逃したと思います。これが私のシステムからの同等の出力です（動作します）。

$ 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

変数is_media_removableは1私のシステムで設定されていますが、バグレポーターシステムではに設定されてい0ます。これは対処されるべきだったと思います。
バグ報告者は持ってcan_eject=0いますが、私のシステムは持っていますcan_eject=1

自分のgvfs-mount -li出力を確認してください。また、上記のバグレポートの購読や投稿を検討してください。

— WinEunuuchs2Unix
ソース

私はあなたの答えを受け入れますが、現在の問題は再マウントが原因ではないことを付け加えることができます。しかし、とにかく深く掘り下げてくれてありがとう:)私はそれを報告していたので、このバグを思い出しました...

— N0rbert

0

ドライブが書き込まれていないことがわかっている限り、ドライブを取り外すことができます。また、個人的な経験から、GNOMEディスクのディスクの電源をオフにしてもデータには影響しません。

— 予算テック
ソース

0

同じことをするSanDisk Cruzerを持っています。アイドル時、読み取り/書き込みなしでマウントされているか、単にUSBポートに接続されているだけの場合、LEDインジケーターが点滅しますが、速度が遅くなります。実際には、それは点灯し、ゆっくりと消え、その後繰り返されます。

私が正しいことを確認するためだけに...最近、3台の新しいSanDisk Cruzer Glide 16 GBフラッシュドライブを購入しました。3つすべてにLEDインジケータがあり、3つすべてが同じように動作します。

明確にするために、私はあなたが説明したように動作する4つのUSBドライブを持っています。それらを削除しても安全ですか？はい、ドライブがアイドル状態のときや、読み取りまたは書き込みのときの動作には視覚的な違いがあるためです。

— BillWeckel
ソース

どこにもそれで、それは...「私も同じ問題を抱えている」と言うんのでベターは、再び私の答えをチェック

— BillWeckel

1

同じことをするSanDisk Cruzerを持っています。しかし、「そのような点滅しているフラッシュを切断することは（データのために）安全ですか？」という答えを逃したあなたの答えをより明確にするために編集されました。反対投票が削除されました。

— 申し訳ありませ

0

どのプログラムがハードディスクを頻繁に使用している（食べている）かを段階的に確認するには、3つの方法があります。

1.）端末に入力：

上

または

htop

次に、どのプロセスが実際にハードディスクを要求しているかを確認できます。

2.）あなたはそれを解決するかもしれません、Firefoxの場合、Firefoxがあなたのハードディスクを厳しくサムネイル化しているとき、Firefoxの時間間隔を調整できます-ここで説明されているように、Firefoxがバックグラウンドでハードディスクに書き込んでいるとき：

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

また、google-chromeがバックグラウンドでFirefoxのような同じようなことをしているのかもしれません。

3.）以下を使用してパッケージfatraceをインストールします。

sudo apt-get install fatrace

sudo fatrace

そしてツールfatraceはターミナルで現在バックグラウンドで実行されているプログラム（例えばgoogle-chromeやfirefoxなど）を表示しています。

— dschinn1001
ソース

USBフラッシュドライブの奇妙なLED点滅の問題-それは私だけですか？

前書き

問題

予想される行動

問題のあるフラッシュの動作

質問

ノートとアップデート

ノート

アップデート

結論