Дивна миготіння світлодіодної проблеми з флеш-накопичувачами USB - це тільки я?


9

Вступ

Я використовую Ubuntu MATE 16.04.5 LTS з найновішим ядром 4.4 Linux на декількох машинах (ноутбуки та настільні комп’ютери з USB 2.0 та USB 3.0).

Мені здається, щось змінилося всередині внутрішніх драйверів USB ядра (а може бути udisks). Або апаратне забезпечення USB flash стає дешевшим і неякіснішим.

Мій спалах USB має світлодіодний індикатор. Це подарунок без імені (контролер ChipsBank CBM2099E).

Коли я підключаю його до комп'ютера - у нього увімкнено світлодіодний індикатор, він блимає при передачі даних.
Моя основна ідея: коли я бачу блимаючий індикатор, я вважаю, що спалах зайнятий, тому я не повинен відключати його, щоб запобігти збиткові дані.

Проблема

Очікувана поведінка

Багато спалахів - старі Transcend JFV60, JF110, JF150, JF500, сучасні JF790; Kingston Data Traveler G2 та ADATA UE700, SanDisk Extreme Pro не мають такої проблеми з постійним морганням. Вони перестають блимати саме після вибору параметра " Витягнути " і показують міхурне повідомлення про те, що пристрій безпечно видалити:

Поведінка проблемного спалаху

Коли я виймаю проблемну USB-накопичувач із файлового менеджера Caja або з дисків GNOME, натискаючи опцію меню " Вийняти ", світлодіодний спалах постійно блимає з швидкою швидкістю. Я намагався почекати близько години, але все ще блимає через цей проміжок часу. Це трапляється, навіть якщо я нічого не пишу на диску. Міхур сповіщень не відображається.

Питання

Мої запитання - що може бути причиною такої моргаючої проблеми? Це тільки я? Чи безпечно (для даних) відключити такий миготливий спалах?

Примітки та оновлення

Примітки

1. Я не запитую тут про повільне падіння кешу запису та / або syncнакопичувача. Це сильно залежить від розміру оперативної пам’яті та від реальної швидкості запису спалаху. Зазначена поведінка існує у випадках, коли жодних даних не було записано.
2. Усі ці спалахи не мають проблем з функціоналом викидання в Windows. Світлодіод вимикається відразу після натискання на Витягнути / Безпечно видалити .
3. Вибір вимкнення цього диска ( PowerOff) на дисках GNOME змушує спалах перестати блимати, але я не впевнений у безпеці даних у такому випадку (для цього спалаху; для інших спалахів та жорстких дисків USB або 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 удиски видалили його, але його світлодіод все ще блимає.

2. Слідують ідеям @ WinEunuuchs2Unix Я спробував як UDisks (застарілий, він залишається в моїй системі через оновлення з 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

закінчилася тією ж проблемою, що миготіла світлодіодом лише одним із моїх спалахів.

3. Повторив вищевказаний метод на моїй старій Ubuntu 12.04.5 LTS, і тут світлодіод блимає на проблемній спалаху. Отже, це апаратне забезпечення USB-flash.

Висновок

Існує деяка програмно-апаратна несумісність між моїм флеш-файлом на базі ChipsBank CBM2099E без імені та Linux та / або Udisks. Інші спалахи (перераховані вище за очікуваною поведінкою) не мають проблем.
У Windows 8.1, що працює на тому ж ноутбуці, його безпечне видалення успішно, і світлодіод вимкнено.


Чи є IO для пристрою відповідно до iostatабо подібного?
Сорен

@SorenA Я не знайомий з правильним iostatсинтаксисом. Під час виймання він показує, kB_wrtn 1а потім світлодіодний спалах починає блимати. Чи можете ви запропонувати повну команду налагодити це?
N0rbert

Перевірте вихід dmesg на наявність автоматичного набору даних, який може статися для певних файлових систем. Я ще не бачив цієї проблеми через деякий час.
ubfan1

@ N0rbert - це може бути через Firefox - Firefox часто оновлює ескізи ...
dschinn1001

1
+1 за те, що виявляє 7-річну помилку. Я почухав свербіж цікавості і опублікував відповідь нижче :)
WinEunuuchs2Unix

Відповіді:


2

Проблема миготіння світлодіода після того, Ejectяк вибрано в Nautilus , дуже близьке до цього звіту про помилки Launchpad від 2013 року:

У цьому звіті про помилку є лише п’ять підписників і він був закритий як дублікат цього звіту про помилки з 2011 року:

Останній звіт про помилку нараховує 155 підписників і:

  • У жовтні 2017 року виправлено виправлення для Trusty (Ubuntu 14.04 LTS)
  • У жовтні 2017 року випущено виправлення для Xenial (Ubuntu 16.04 LTS)
  • У жовтні 2017 року випущено виправлення для Yakkety (Ubuntu 16.10)

Провівши перший звіт про помилку (закритий як дублікат), ви бачите, як автор udisksзгадує, як потрібно робити патчі. Однак два користувачі, які застосували виправлення, не зазнали успіху.

Я думаю, що у звіті про помилки вони пропустили деякі важливі аспекти виводу одного користувача. Ось еквівалентний вихід з моєї системи (що працює):

$ 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вихід на мій. Також розглядайте можливість підписатися на звіти про помилки вище та / або публікувати їх.


Я приймаю вашу відповідь, але можу додати, що поточна проблема не викликана повторною перешкодою. Але все одно спасибі за копання в глибину :) Я згадав про цю помилку з того часу, як повідомляв про неї ...
N0rbert

0

Поки ви знаєте, що диск не записується на нього, ви можете просто вийняти його. Також з особистого досвіду відключення живлення на диску GNOME не впливає на дані.


0

У мене є SanDisk Cruzer, який робить те саме. У режимі очікування або встановленому без читання / запису, або просто підключеному до USB-порту, світлодіодний індикатор блимає, але з низькою швидкістю. Насправді вона загоряється і повільно згасає, потім повторюється.

Просто для того, щоб переконатися, що я маю рацію ... Нещодавно я купив 3 нові флешки SanDisk Cruzer Glide 16 Гб. Всі 3 мають світлодіодні індикатори, і всі 3 діють так само, як і ваш.

Отже, для уточнення, у мене є 4 USB-накопичувачі, які працюють так, як ви описали. Чи безпечно їх видаляти? Так, оскільки є очевидні візуальні відмінності в поведінці, коли накопичувачі простоюють або коли читаються з них або записуються на них.


Краще ще раз перевірте мою відповідь, бо ніде в ній не сказано: "У мене теж така ж проблема" ...
BillWeckel

1
У мене є SanDisk Cruzer, який робить те саме. але я сумую за тим, що ти відповів "Чи безпечно (для даних) відключити такий блимаючий спалах?" відредаговано, щоб зробити вашу відповідь зрозумілішою. Downvote видалено. Мої вибачення ...
Fabby

0

Існує три можливості покроково перевірити, які програми сильно використовують (їдять) жорсткий диск:

1.) введіть термінал:

верх

або

htop

Тоді ви можете побачити, які процеси насправді вимагають вашого жорсткого диска.

2.) Ви можете вирішити це, у випадку firefox, коли firefox сильно зменшує ваш жорсткий диск, ви можете налаштувати інтервали часу Firefox - коли firefox пише на жорсткий диск у фоновому режимі, як це описано тут:

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

Можливо, Google-хром робить подібні речі, як firefox на задньому плані.

3.) Встановіть пакунок fatrace за допомогою:

sudo apt-get install fatrace

sudo fatrace

І інструмент fatrace показує вам у терміналі програми, які зараз працюють у фоновому режимі (наприклад, google-chrome або firefox та інше ...).

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.