☰

Существует ли такое понятие, как «гниение Live-USB»?

tag-icon • tag-icon linux hard-drive usb
Существует ли такое понятие, как «гниение Live-USB»?

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

Моя настройка Live 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, он сгниет или износится из-за циклов записи?

Кроме того, если питание внезапно отключилось во время работы в этой живой среде, могу ли я ожидать, что диску будет нанесен какой-либо вред? Например, инструмент не запустится позже, какая-то форма повреждения?

решение1

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

Запись статического ISO и загрузка в режиме реального времени должны минимизировать запись, если у вас нет «постоянного» файла или раздела (раньше была давняя ошибка, из-за которой постоянные данные в конечном итоге повреждались, не уверен, существует ли она еще). Если у вас есть оперативная память и вы хотите пойти еще дальше, вы можете загрузиться с помощью toram(скопировав ISO в оперативную память), а затем размонтировать, «извлечь», «выключить» или даже извлечь диск/карту (имейте в виду, что физические разъемы карт памяти и USB-устройств также изнашиваются, возможно, даже за 1000 «циклов вставки»).

Я работаю в режиме live все время, обычно раздел монтируется в режиме чтения-записи ( rw) во время загрузки. В зависимости от файловой системы некоторые данные могут быть записаны, например, только для монтирования/размонтирования

  • ext2/3/4 записывает время последнего монтирования, время последней записи, последнее монтирование по пути, количество монтирований, записи за все время и "требуется восстановление" ("флаг", который очищается при успешном размонтировании), так что некоторые небольшие записи все равно будут происходить. Даже при небезопасном извлечении или сбоях питания ext3 (с журналированием) никогда не имела серьезных повреждений, которые fsckне исправлял быстрый метод, за исключением пары последних файлов, которые записывались с прерыванием.
  • FAT - Я не уверен, сколько записывается, когда только монтируется и читается, но, как показывает практика, у меня были только неудачи с файловыми системами FAT, которые портились после нескольких месяцев использования, без сбоев питания. (И не просто портились несколько файлов, файловая система была «не поддающейся восстановлению», и все имена файлов были утеряны, если восстановление вообще было возможно с помощью других инструментов)
  • ISO9660 Iдуматьничего не записано, так как это файловая система только для чтения. UDF, вероятно, тоже только для чтения (но не цитируйте меня в этом)

Я также заметил странную привычку при загрузке, когдатолько иногдадругие разделы также будут на мгновение смонтированы (чтение-запись), а затем размонтированы до того, как все загрузится. Похоже на ошибку. Найдите /var/log/syslogв своем раннем "mount" (типа монтирование/монтировано).

Даже попытка выбрать вариант загрузки только для чтения ( ro) не останавливает монтирование для чтения и записи во время загрузки.

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

Кроме того, некоторые флэш-накопители специально отформатированы, чтобы максимально эффективно использовать «блоки» накопителя, и полное стирание данных с помощью форматирования приводит к ddпотере этого форматирования (ономожетлучше всего выравнивать по МБ (1024 байта, иногда называемые МиБ) по причинам, связанным с размерами блоков стирания и записи (Google объяснит это более красноречиво, чем я).

Связанный контент