Чи існує таке поняття, як "гниття USB"?


0

Я зазвичай використовую живі USB для діагностування проблем або просто для використання ненадійної машини.

Моя жива настройка USB, як правило, ddце на USB-накопичувач, так виглядає так:

root@localhost:~# lsblk /dev/sdb
NAME       RM   SIZE   RO   TYPE   MOUNTPOINT
sdb         1   7.5G    0   disk
|_sdb1      1   4.6G    0   part   /run/archiso/bootmnt

Ніяких додаткових розділів не зроблено, лише в певному сенсі.

Чи буде цей живий USB, якщо я більше не ставлю його ddISO знову, гнити або зношуватися через цикли запису?

Крім того, якщо живлення було раптово відключено під час роботи в цьому режимі живого середовища, чи можу я очікувати, що якась шкода призведе до накопичувача? Наприклад, інструмент, який не вдалося запустити пізніше, якась форма корупції?


Ви маєте на увазі "лише для читання", оскільки ви їм не пишете?
Xen2050

Відповіді:


0

Більшість дешевих USB-накопичувачів та інших флеш-носіїв (картки, такі як SD / CF тощо) оцінюють "час життя" на 1000 або 10 000 або, можливо, навіть 100 000, тож це здається, що ви намагаєтеся уникати записів, щоб тримати їх корисними протягом тих пір, можливо.

Запис статичного ISO та завантаження в прямому ефірі повинні звести до мінімуму записи, доки у вас немає "стійкого" файлу чи розділу (раніше існувала помилка, де стійкі дані з часом пошкоджувалися б, не впевнені, чи вони все ще існують ). Якщо у вас є оперативна пам’ять, і ви хочете піти ще далі, ви можете завантажитися toram(копіюючи ISO в рамку), а потім відключити, "вийняти", "вимкнути живлення" або навіть вийняти диск / карту (пам’ятайте про карти пам'яті та USB фізичні роз'єми пристроїв також зносяться, можливо, навіть за цілих 1000 «циклів вставки»)

Я запускаю в реальному часі весь час, як правило, розділ встановлюється для читання-запису ( rw) під час завантаження. Залежно від файлової системи, деякі дані все ще можуть бути записані, наприклад, тільки для монтажу / відключення, наприклад

  • ext2 / 3/4 записує час останнього монтування, час останнього запису, останній встановлений на шляху, кількість монтування, записується протягом життя, а також "потребує відновлення" ("прапор", який видаляється, коли він успішно відключений), тому деякі невеликі записи все ще будуть відбуватися . Навіть при небезпечному видаленні або відключенні живлення, ext3 (з ведення журналу) ніколи не було серйозної корупції, яку швидка fsckне виправила, крім останніх парних файлів, які писалися під час перерви.
  • FAT - Я не впевнений, скільки записується, коли лише монтується та читається, але анекдотично у мене не було нічого, крім невдачі, коли файлові системи FAT пошкодились через кілька місяців використання, без відмов живлення. (Пошкоджено не лише декілька файлів, файлову систему було "неможливо виправити", і кожне ім'я файлу було втрачено, якщо відновлення було можливо навіть за допомогою інших інструментів)
  • ISO9660 Я не думаю, що нічого не написано, оскільки це файлова система лише для читання. UDF, ймовірно, також лише для читання (але не цитуйте мене на цьому)

Я також помітив дивну звичку під час завантаження, де лише іноді інші розділи також будуть миттєво встановлені (читати-записувати), а потім відключатись до завершення завантаження. Здається майже як клоп. Шукайте своє /var/log/syslogраннє "кріплення" (наприклад, кріплення / встановлення).

Навіть спроба режиму завантаження лише для читання ( ro), схоже, не зупиняє встановлення моменту читання-запису під час завантаження.


FYI, мені особисто не подобається сировина ddISO на флешці, вона по суті витрачає решту місця (оскільки більшість ISO - це, можливо, 1 Гб або 2 Гб, і, мабуть, найменший накопичувач, який зараз можна придбати, здається, 4 Гб) . Якщо ви розділили його, у вас може бути завантажувальний розділ (все ще знаходиться у файловій системі, доступній лише для читання, наприклад ISO9660) з GRUB безпосередньо завантажуючи файли ISO (відмінно підходить для багатозавантажувальних дисків з декількома ISO), а також мати розділи даних ) у файловій системі, що записується, щоб використовувати пізніше.

Також деякі флеш-накопичувачі спеціально відформатовані, щоб найкраще скористатися "блоками" накопичувача, і повністю витираючи його, ddвтрачаючи це форматування ( можливо, найкраще узгодити з МБ (1024-байт, який іноді називають MiB) з причин, що стосуються стерти розміри блоків і запису блоків (Google буде красномовніше пояснювати це, ніж я).


Дякую за вашу швидку та дуже обізнану відповідь! До речі, на ISO9660 fs, це те, що використовується моя live-usb. Якщо розділ доступний лише для читання, чи можуть дані все ж бути пошкоджені через раптові втрати живлення? Чи можна таким чином пошкодити мою живучу клітку? Я спочатку думав, що це буде як живий DVD, але коли ти вказуєш на те, що це USB-накопичувач, який має можливість записуватися кілька разів, я думав, що отримаю більш обізнану думку. Ще раз дякую вам.
rootbotnix

Я не думаю, що USB зазвичай не може бути пошкоджений лише від відключення живлення (або відключення його від мережі), доки нічого тоді не буде записано. Але, якщо живлення потрібно було відключати і включати повторно, дуже швидко (або, особливо, якщо напруга було занадто низьким або високим), то я міг бачити, що щось не так. Вони справді досить складні маленькі пристрої, з мікроконтролером та «прошивкою», щоб вирішити, яку флеш-пам’ять «зробити вигляд», щоб виставити її як корисний блок, і замінити невдалу пам’ять на запасні частини, які все ще хороші. Навіть картки MicroSD мають їх, як крихітний комп'ютер
Xen2050
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.