Выбор файловой системы для совместно используемого диска (не кластерная файловая система как GFS)

Электронный диск является рядом блоков, который копируется в выделенный блок памяти, затем рассматривал как блочное устройство. Нормальная файловая система создается на электронном диске. initrd (начальный электронный диск) является электронным диском, который смонтирован во время начальной загрузки.

initramfs - что-то другое. Это - cpio архив файлов, который загружается во время начальной загрузки. Ядро загружает содержание в виртуальную файловую систему, которую оно называет rootfs. В отличие от электронного диска, удаление файлов непосредственно освобождает память, и нет никакого дополнительного включенного слоя файловой системы и блока.

Оба результата методов в файлах, являющихся доступным ядру во время начальной загрузки перед любыми устройствами, были загружены, и так на практике можно достигнуть подобных результатов с обоими. Более старые системы используют initrd (он был создан прежде initramfs), но современные системы должны все использовать initramfs. Можно все еще видеть слово initrd в отношении чего-то, что является действительно initramfs; это просто называет для пользы совместимости.

2
16.11.2011, 13:17
2 ответа

Согласно странице справочника Linux для монтирования, можно использовать "-o ro, noload" для ext3/ext4-filesystem (который был бы моим выбором FS для этого).

2
27.01.2020, 22:07

Я думаю, что Вам очень посчастливилось не столкнуться с проблемами с этим прежде.

Конечно, любое количество полей должно смочь читать из большинства файловых систем как только для чтения без проблем. И можно предотвратить всю запись (включая воспроизведения журнала) путем установки устройства как только для чтения (например, использования blockdev).

Но то, что Вы думаете, произошло бы на Вашей текущей архитектуре, если бы хост записи решил к fsck файловую систему, в то время как это было все еще смонтировано в другом месте?

Если это был я, я думаю, что лучший подход мог бы быть должен переместить диск между двумя наборами RAID1 для миграции данных через/использовать средство фиксации мгновенного состояния процесса в SAN. Или просто пойдите с сетевой файловой системой или кластерной файловой системой.

1
27.01.2020, 22:07
  • 1
    Все действие по общему устройству происходит в фиксированные времена. Другим хостам не должны были монтировать его кроме тех случаев, когда чтение. Хост записи никогда не "решает" к fsck файловую систему самостоятельно. (Только при начальной загрузке после грязного umount, который делает это академическо-единственной проблемой об этой системе). Вынужденный думать об этом: менее важные системы могли бы запаниковать, если они кэшировали что-то и пытаются читать. Забыл упоминать, что мы делаем новое монтирование до каждой сессии чтения. –  MattBianco 16.11.2011, 14:29
  • 2
    Вы имеете определенную кластерную файловую систему в виду? Это - одна "маленькая" система на предприятии. Это ежедневно происходит, никакие проблемы до сих пор (10 + годы). Я не могу запланировать вещи на SAN (и думать его несоответствующее). NFS является слишком медленным, и сетевые парни осуждают трату их способности. (Чтение терабайт ежедневно). –  MattBianco 16.11.2011, 14:36

Теги

Похожие вопросы