Большинство дешевых USB-накопителей и других флеш-носителей (таких как SD/CF и т.д.) Оценивают "время записи" в 1000, 10000 или даже 100000, поэтому кажется, что вы пытаетесь избежать операций записи, чтобы сохранить их пригодность для использования до тех пор, пока возможный.
Написание статического ISO и загрузка в реальном времени должны минимизировать число операций записи, если у вас нет "постоянного" файла или раздела (существовала давняя ошибка, из-за которой постоянные данные в конечном итоге могли быть повреждены, не будучи уверенным, что они все еще существуют) ). Если у вас есть ОЗУ и вы хотите пойти еще дальше, вы можете загрузиться с помощью toram (скопировать ISO в ram), а затем размонтировать, "извлечь", "выключить" или даже извлечь диск / карту (имейте в виду карты памяти и Физические разъемы USB-устройств тоже будут изнашиваться, может быть, даже за 1000 "циклов вставки")
Я все время работаю вживую, обычно во время загрузки раздел монтируется для чтения-записи (rw). В зависимости от файловой системы некоторые данные еще могут быть записаны, например, только для монтирования / размонтирования.
- ext2/3/4 записывает время последнего монтирования, время последней записи, время последнего монтирования по пути, счетчик монтирования, время жизни записи и "требуется восстановление" ("флаг", который сбрасывается при успешном размонтировании), поэтому некоторые небольшие записи все равно будут происходить , Даже при небезопасном удалении или сбоях питания в ext3 (с ведением журнала) никогда не было серьезных повреждений, которые не удалось исправить быстрым
fsck , за исключением пары последних файлов, которые записывались при прерывании.
- FAT - я не уверен, сколько написано, только когда смонтировано и прочитано, но, к сожалению, у меня не было ничего, кроме неудачи с повреждением файловых систем FAT после нескольких месяцев использования, без сбоев питания. (Не только несколько файлов повреждены, файловая система была "нефиксируемой", и каждое имя файла терялось, если восстановление было возможно даже с другими инструментами)
- ISO9660 Я думаю, что ничего не написано, так как это файловая система только для чтения. UDF, вероятно, также только для чтения (но не указывайте меня на этом)
Я также заметил странную привычку при загрузке, когда только иногда другие разделы также на мгновение монтируются (чтение-запись), а затем отключаются до того, как все закончит загрузку. Кажется, почти как ошибка. Поищите в /var/log/syslog раннее "крепление" (например, монтирование / монтирование).
Даже попытка загрузки только для чтения (ro) не останавливает монтирование чтения и записи во время загрузки.
К вашему сведению, мне лично не нравится необработанный dd ISO на флешку, он по сути тратит оставшееся пространство (так как большинство ISO имеют, возможно, 1 ГБ или 2 ГБ, и, очевидно, самый маленький диск, который вы можете купить сейчас, кажется, 4 ГБ ). Если вы разбили его на разделы, у вас может быть загрузочный раздел (все еще в файловой системе, доступной только для чтения, такой как ISO9660) с GRUB, загружающей файлы ISO напрямую (отлично подходит для мультизагрузочных дисков с несколькими ISO), а также раздел данных. ) в записываемой файловой системе, чтобы использовать позже.
Кроме того, некоторые флэш-накопители специально отформатированы, чтобы максимально эффективно использовать "блоки" накопителя, и полное их удаление с помощью dd приводит к потере этого форматирования (может быть лучше выполнить выравнивание по MB (1024-байтовое, иногда называемое MiB) по причинам, необходимым для этого. с блоком стирания и размером блока записи (Google будет более красноречивым объяснять это, чем я).
