Posted August 24, 2017
Alm888: Если у дистрибутива вменяемый установщик, то в "варианте по умолчанию" как раз всё как надо и будет ("хомяк" отдельно). В самых продвинутых, вроде, "хомяк" от прошлых установок распознаётся автоматически и подцепляется без форматирования (но я бы всё равно на это не расчитывал).
Ну да. Alm888: Виндовс, между прочим, на многое способен. И монтировать каталоги в другие каталоги, и жёсткие ссылки создавать (при наличии NTFS, разумеется). Только пользователям об этом не говорят. им так легче спится. :) А надо будет, сами всё узнают и изучат.
Я бы повозражал с тем, на что он способен, потому что это все делается сторонними разрабами, но не хочу - потому что я мс-продукты уже давно не распиливаю. Alm888: А не всё ли равно, какой там драйвер и в каком режиме работает?
..
ext2 быстрее? Быстрее. Значит там, где не нужна суперзащита от потери данных, можно использовать её (особенно на дисках в режиме "только для чтения"). Как это сделано на Андроиде том же. К счастью, Linux реестра не имеет, постоянной периодической записью на системный диск во время работы не страдает, так что даже если просто выдернуть шнур из розетки при работе, с высокой долей вероятности с ext2 ничего не случится. В крайнем случае потеряется часть несброшенных из кеша данных. В очень крайнем случае появятся "чанки" с потерянными кусками файлов в "lost+found". Но ничего такого, что бы не смогла починить fsck. Так что паранойя излишня.
Сейчас проверил, действительно - разница между ext2 и 3 только в журнале. Спасибо! Но разница между драйверами есть, по крайней мере между 3 и 4, см /etc/mke2fs.conf ..
ext2 быстрее? Быстрее. Значит там, где не нужна суперзащита от потери данных, можно использовать её (особенно на дисках в режиме "только для чтения"). Как это сделано на Андроиде том же. К счастью, Linux реестра не имеет, постоянной периодической записью на системный диск во время работы не страдает, так что даже если просто выдернуть шнур из розетки при работе, с высокой долей вероятности с ext2 ничего не случится. В крайнем случае потеряется часть несброшенных из кеша данных. В очень крайнем случае появятся "чанки" с потерянными кусками файлов в "lost+found". Но ничего такого, что бы не смогла починить fsck. Так что паранойя излишня.
"ext2 быстрее?" Не все так однозначно. Стоит принимать во внимание буферизацию, кэши ввода-вывода, размеры узлов, сжатые файлы. Android использует ext4, ранее - yaffs.
Можно сказать, что ext2 оказывает на устройство меньший стресс,а платит отсутсвием защиты против повреждения еще не записанных метаданных и данных.
"с высокой долей вероятности с ext2 ничего не случится... В крайнем случае потеряется часть несброшенных из кеша данных." у меня уже случалось. :) А там, где износ за счет журналирования недопустим, есть более подходящие системы вроде f2fs.
В крайнем случае можно потерять крупный кусок раздела, потому что ext автоматически перераспределяет блоки при операции, но обычно это скрытое уничтожение папок или файлов (то есть, в них записывается мусор). Это точно fsck не упомянет и не восстановит, тк она нужна чтобы держать целостность файловой системы(структуры), но не самих файлов.
Alm888: А то так можно вспомнить, что MBR (и GPT туда же) тоже не слишком-то журналируема (вроде, имеется резервная копия в конце диска). Давайте вкорячим сразу RAID1-массив дисков эдак на десять!
Если речь идёт не о сверхнапряжённом и критичном к отказам сервере, то защищать целесообразно только пользовательские данные (желательно, регулярными бэкапами). Вся системная требуха не имеет ценности и легко может быть переустановлена.
Логично, что MBR/GPT сюда не относятся, потому что имеют жесткую структуру. RAID - это еще тот ужас.. по моему опыту он скорее отбавляет надежность, чем добавляет. Если речь идёт не о сверхнапряжённом и критичном к отказам сервере, то защищать целесообразно только пользовательские данные (желательно, регулярными бэкапами). Вся системная требуха не имеет ценности и легко может быть переустановлена.
Бэкапы не имеют ценности, если невозможно установить факт скрытого повреждения данных, то есть если говорить о надежности нужно или проверять хэши всех файлов при резервном копировании, или использовать схожий функционал в encfs, или COW ф-систему (которая всегда держит две копии кусков и их хэши).
То есть, да - с ext4 не будет защиты от всех случаев скрытого повреждения, но будет защита от наиболее частого - сбоев во время операций над активными данными. Это как ходить в каске или без каски, по аналогии. :)
Alm888: Эээх… Как-то там поживает btrfs? Её с такой помпой пропихивали лет эдак пять назад. Ещё чуть-чуть подпилить и будет просто бомба! Сам Линус благостно отзывался, считая ext4 всего-лишь временным решением, не более, чем грязным хаком и доработанной напильником ext3. (ext3 + экстенты). :-)
Вообще без понятия, помню что года четыре назад он еще портил разделы, но вроде уже стабильный. Хотя у него куча своих ньюансов и необязательных преймуществ. Например - он половинит размер разделов, изза дупликации блоков (для защиты). С другой стороны - он старается заменять все дупликаты кусков(чанков) - жесткими ссылками (то есть дупликаты данных ничего не весят) и разрешает прозрачную компрессию. Его нужно дефрагментировать и дедуплицировать, но он может делать это на лету и эффективно использует свободное место, поддерживает снапшоты. У меня лично с ним практики из-за ранней нестабильности было мало.
Также ZFS вроде добавили, но он очень любит кушать оперативку, то есть - он скорее серверный и им скорее нужно заморачиваться если речь о сервере, а не о клиентах.