Выбор файловой системы

alexdsp	# 11 лет, 4 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	На домашнем компе грохнулся раздел с JFS. Да! Непогрешимая и нерушимая JFS грохнулась. Хоть и не очень сильно грохнулась и не до конца, но факт. И даже наличие UPS не спасло, да и не припомню я каких-то там экстренных ситуаций и предпосылок. Параметры монтирования стандартные, строго по арчвики. Три года жило, а тут… fsck -n сообщил о критических ошибках, перезагрузившись с CD я систему врсстановил, благо полетел только каталог /usr/share/man/man3 и все файлы в нём. Повреждённые пакеты переставил, всё работает. Smart говорит, что всё хорошо и прекрасно. И захотелось мне странного. А не попробовать ли EXT4? JFS меня подкупала очень малой загрузкой процессора и по сравнению с EXT3 она просто летала. У меня есть ещё нетбук - там это актуально, т.к. процессор и так дохлый. Но последнее время, при каждом старте компьютера процесс updatedb трещал винтом так назойливо и продолжительно, что меня это уже стало бесить не на шутку. Наверное это фрагментация, подумал я. А как известно, для JFS дефрагментатора пока нет. Не портировали его ещё с OS/2 и видимо уже никогда не портируют. Только пожалуйста не надо говорить, что онлайн дефрагментация не нужна… Интересно, кто пользовался EXT4, как там с этим делом? Есть ли встроенные средства? Гугл как-то неоднозначно говорит по этому поводу…

# 11 лет, 4 месяца назад

Сообщения: 307

Участник с: 07 февраля 2008

На домашнем компе грохнулся раздел с JFS. Да! Непогрешимая и нерушимая JFS грохнулась. Хоть и не очень сильно грохнулась и не до конца, но факт. И даже наличие UPS не спасло, да и не припомню я каких-то там экстренных ситуаций и предпосылок. Параметры монтирования стандартные, строго по арчвики. Три года жило, а тут…
fsck -n сообщил о критических ошибках, перезагрузившись с CD я систему врсстановил, благо полетел только каталог /usr/share/man/man3 и все файлы в нём. Повреждённые пакеты переставил, всё работает. Smart говорит, что всё хорошо и прекрасно.
И захотелось мне странного. А не попробовать ли EXT4?
JFS меня подкупала очень малой загрузкой процессора и по сравнению с EXT3 она просто летала. У меня есть ещё нетбук - там это актуально, т.к. процессор и так дохлый. Но последнее время, при каждом старте компьютера процесс updatedb трещал винтом так назойливо и продолжительно, что меня это уже стало бесить не на шутку. Наверное это фрагментация, подумал я. А как известно, для JFS дефрагментатора пока нет. Не портировали его ещё с OS/2 и видимо уже никогда не портируют. Только пожалуйста не надо говорить, что онлайн дефрагментация не нужна…
Интересно, кто пользовался EXT4, как там с этим делом? Есть ли встроенные средства? Гугл как-то неоднозначно говорит по этому поводу…

Ostland	# 11 лет, 4 месяца назад
Темы: 34 Сообщения: 389 Участник с: 22 сентября 2010	Вроде нет в ext4 дефрагментатора, только у xfs встречал (но xfs на корень вряд ли пойдет)… На корне у меня ext4, показатель non-contiguous не превышал никогда 0,5% (а вот ставил ее на торренты, так за 20% зашкаливало). На крайний случай раз в год можно корень слить в другой раздел, отформатировать текущий и перелить обратно - лучше всякой дефрагментации :) Форматировал ext4 с учетом пожеланий Арчвики.

Ostland

# 11 лет, 4 месяца назад

Темы: 34

Сообщения: 389

Участник с: 22 сентября 2010

Вроде нет в ext4 дефрагментатора, только у xfs встречал (но xfs на корень вряд ли пойдет)…
На корне у меня ext4, показатель non-contiguous не превышал никогда 0,5% (а вот ставил ее на торренты, так за 20% зашкаливало). На крайний случай раз в год можно корень слить в другой раздел, отформатировать текущий и перелить обратно - лучше всякой дефрагментации :)
Форматировал ext4 с учетом пожеланий Арчвики.

sunstroke	# 11 лет, 4 месяца назад
Темы: 3 Сообщения: 625 Участник с: 17 сентября 2009	Использую на /home (на отдельном разделе) xfs. Пока что доволен полностью. Имеется встроенный дефрагментатор. Надостатки (наиболее для меня заметные): 1. Нет встроенного механизма исправления ошибок ФС при загрузке ядра (как в raiser и ext). 2. …всё Достоинства (наиболее греющие душу): 1. Имеется встроенный онлайн дефрагментатор (для меня очень важно из-за торрентов). 2. …всё :) По недостатку № 1: Был случай с пропаданием электричества. При загрузке файловая файловая система нашла ошибки в журнале, но в виду указанного №1 не смогла их исправить, в отличие от raiserfs. И смонтировала /home только на чтение. После загрузки, залогинился рутом, отмонтировал раздел /home и выполнил корректировку. Ошибок в самой ФС не обнаружилось и при следующей перезагрузке всё смонтировалось как надо. По достоинству № 1: [[email protected] ~]$ sudo xfs_db -c frag -r /dev/sda4 Пароль: actual 29316, ideal 29172, fragmentation factor 0,49% [[email protected] ~]$ Дефрагментация выполняется каждую ночь. При этом нефрагментированные файлы не трогаются, поэтому со второго раза все проходит очень быстро (не более 2-5 минут обычно). Для меня это киллер-фича. Так что вот моя история… :) PS.* На корне - raiserfs. Для дефрагментации имеется скриптик на перле, который фактически копирует файл в новое место, что дает некоторый шанс выделить под него непрерывный кусок пространства и избавиться от фрагментации. Но, как показала практика всё, кроме /home, и так мало фрагментировано.

sunstroke

# 11 лет, 4 месяца назад

Темы: 3

Сообщения: 625

Участник с: 17 сентября 2009

Использую на /home (на отдельном разделе) xfs.
Пока что доволен полностью. Имеется встроенный дефрагментатор.

Надостатки (наиболее для меня заметные):
1. Нет встроенного механизма исправления ошибок ФС при загрузке ядра (как в raiser и ext*).
2. …всё

Достоинства (наиболее греющие душу):
1. Имеется встроенный онлайн дефрагментатор (для меня очень важно из-за торрентов).
2. …всё :)

По недостатку № 1:
Был случай с пропаданием электричества. При загрузке файловая файловая система нашла ошибки в журнале, но в виду указанного №1 не смогла их исправить, в отличие от raiserfs. И смонтировала /home только на чтение.
После загрузки, залогинился рутом, отмонтировал раздел /home и выполнил корректировку. Ошибок в самой ФС не обнаружилось и при следующей перезагрузке всё смонтировалось как надо.

По достоинству № 1:

[[email protected] ~]$ sudo xfs_db -c frag -r /dev/sda4
Пароль: 
actual 29316, ideal 29172, fragmentation factor 0,49%
[[email protected] ~]$

Дефрагментация выполняется каждую ночь. При этом нефрагментированные файлы не трогаются, поэтому со второго раза все проходит очень быстро (не более 2-5 минут обычно). Для меня это киллер-фича.

Так что вот моя история… :)

PS. На корне - raiserfs. Для дефрагментации имеется скриптик на перле, который фактически копирует файл в новое место, что дает некоторый шанс выделить под него непрерывный кусок пространства и избавиться от фрагментации. Но, как показала практика всё, кроме /home, и так мало фрагментировано.

alexdsp	# 11 лет, 4 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Ostland Вроде нет в ext4 дефрагментатора, только у xfs встречал (но xfs на корень вряд ли пойдет)… На корне у меня ext4, показатель non-contiguous не превышал никогда 0,5% (а вот ставил ее на торренты, так за 20% зашкаливало). На крайний случай раз в год можно корень слить в другой раздел, отформатировать текущий и перелить обратно - лучше всякой дефрагментации :) Вот проклятье! Только что запустил и… опять $ fsck.jfs -n /dev/sda4 fsck.jfs version 1.1.14, 06-Apr-2009 processing started: 4/21/2011 22.46.11 Filesystem is currently mounted. WARNING: Checking a mounted filesystem does not produce dependable results. The current device is: /dev/sda4 Block size in bytes: 4096 Filesystem size in blocks: 227673180 Phase 1 - Check Blocks, Files/Directories, and Directory Entries Phase 2 - Count links Phase 3 - Duplicate Block Rescan and Directory Connectedness Phase 4 - Report Problems Phase 5 - Check Connectivity Phase 6 - Perform Approved Corrections Phase 7 - Verify File/Directory Allocation Maps Errors detected in the Fileset File/Directory Allocation Map control information. (F) Errors detected in the Fileset File/Directory Allocation Map. (F) Phase 8 - Verify Disk Allocation Maps Incorrect data detected in disk allocation structures. Incorrect data detected in disk allocation control structures. 910692720 kilobytes total disk space. 16288 kilobytes in 5496 directories. 521756707 kilobytes in 46958 user files. 0 kilobytes in extended attributes 212185 kilobytes reserved for system use. 388740116 kilobytes are available for use. File system checked READ ONLY. Filesystem is dirty. Filesystem is dirty but is marked clean. In its present state, the results of accessing /dev/sda4 (except by this utility) are undefined. В смарте всё идеально. Что за чёрт?! И на /dev/sda3 то же самое. Как говорил Есенин - “Друг мой, друг мой, Я очень и очень болен. Сам не знаю, откуда взялась эта боль.” При этом система грузится и работает. Ну… по законам баглиста, конечно же… А почему xfs на корень не пойдёт? Есть какие-то причины тому?

alexdsp

# 11 лет, 4 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

Ostland
Вроде нет в ext4 дефрагментатора, только у xfs встречал (но xfs на корень вряд ли пойдет)…
На корне у меня ext4, показатель non-contiguous не превышал никогда 0,5% (а вот ставил ее на торренты, так за 20% зашкаливало). На крайний случай раз в год можно корень слить в другой раздел, отформатировать текущий и перелить обратно - лучше всякой дефрагментации :)

Вот проклятье! Только что запустил и… опять

$ fsck.jfs -n /dev/sda4
fsck.jfs version 1.1.14, 06-Apr-2009
processing started: 4/21/2011 22.46.11
Filesystem is currently mounted.
WARNING: Checking a mounted filesystem does not produce dependable results.
The current device is: /dev/sda4
Block size in bytes: 4096
Filesystem size in blocks: 227673180
**Phase 1 - Check Blocks, Files/Directories, and Directory Entries
**Phase 2 - Count links
**Phase 3 - Duplicate Block Rescan and Directory Connectedness
**Phase 4 - Report Problems
**Phase 5 - Check Connectivity
**Phase 6 - Perform Approved Corrections
**Phase 7 - Verify File/Directory Allocation Maps
Errors detected in the Fileset File/Directory Allocation Map control information. (F)
Errors detected in the Fileset File/Directory Allocation Map. (F)
**Phase 8 - Verify Disk Allocation Maps
Incorrect data detected in disk allocation structures.
Incorrect data detected in disk allocation control structures.
910692720 kilobytes total disk space.
16288 kilobytes in 5496 directories.
521756707 kilobytes in 46958 user files.
0 kilobytes in extended attributes
212185 kilobytes reserved for system use.
388740116 kilobytes are available for use.
File system checked READ ONLY.
Filesystem is dirty.
Filesystem is dirty but is marked clean. In its present state,
the results of accessing /dev/sda4 (except by this utility) are undefined.

В смарте всё идеально. Что за чёрт?! И на /dev/sda3 то же самое.
Как говорил Есенин - “Друг мой, друг мой, Я очень и очень болен. Сам не знаю, откуда взялась эта боль.”
При этом система грузится и работает. Ну… по законам баглиста, конечно же…

А почему xfs на корень не пойдёт? Есть какие-то причины тому?

sunstroke	# 11 лет, 4 месяца назад
Темы: 3 Сообщения: 625 Участник с: 17 сентября 2009	alexdsp А почему xfs на корень не пойдёт? Есть какие-то причины тому? Я бы сказал, по причине указанного мной выше недостатка №1. А так как проводить корректировку ФС рекомендуется в отмонтированном виде (можно и примонтированном, но разработчики не рекомендуют), то как вы предполагаете сделать это с корнем? Ну, не имея LiveCD под рукой… Опять же повторюсь со своего предыдущего поста: как показала практика корень не сильно фрагментируется (при наличие достаточного запаса свободного пространства) и имеет смысл выбрать для него ФС побыстрее и с возможностью автоматической корректировки при загрузке. PS: File system checked READ ONLY. А это не говорит, что вы произвели только проверку,а не исправление? Может и в прошлый раз также? Поэтому и “Ну вот опять”.

sunstroke

# 11 лет, 4 месяца назад

Темы: 3

Сообщения: 625

Участник с: 17 сентября 2009

alexdsp
А почему xfs на корень не пойдёт? Есть какие-то причины тому?

Я бы сказал, по причине указанного мной выше недостатка №1. А так как проводить корректировку ФС рекомендуется в отмонтированном виде (можно и примонтированном, но разработчики не рекомендуют), то как вы предполагаете сделать это с корнем? Ну, не имея LiveCD под рукой…

Опять же повторюсь со своего предыдущего поста: как показала практика корень не сильно фрагментируется (при наличие достаточного запаса свободного пространства) и имеет смысл выбрать для него ФС побыстрее и с возможностью автоматической корректировки при загрузке.

PS:

File system checked READ ONLY.

А это не говорит, что вы произвели только проверку,а не исправление? Может и в прошлый раз также? Поэтому и “Ну вот опять”.

alexdsp	# 11 лет, 4 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	SunStroke Использую на /home (на отдельном разделе) xfs. Пока что доволен полностью. Имеется встроенный дефрагментатор. SunStroke После загрузки, залогинился рутом, отмонтировал раздел /home и выполнил корректировку. Ошибок в самой ФС не обнаружилось и при следующей перезагрузке всё смонтировалось как надо Спасибо! Очень интересная инфа. Я просто слышал где-то, что xfs очень легко убивается при малейших проблемах. Если это не так, это сильно меняет дело. Всё-таки фрагментация, сколько бы ни твердили, что её нет - штука страшная и после тяжёлой трудовой жизни на компе она наступает неотвратимо. Рейзер3 у меня когда-то был, но регулярно падал даже сильнее, чем ext3. Самой живучей и быстрой оказалась JFS, но… “со мною вот что происходит” - как писал Евгений Евтушенко… Надо что-то решать и делать. Для начала понять причину этих ошибок на обоих разделах с JFS. Неделю назад после лечения их не было, но сегодня обновился (не знаю, в этом ли дело) и оно опять…

alexdsp

# 11 лет, 4 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

SunStroke
Использую на /home (на отдельном разделе) xfs.
Пока что доволен полностью. Имеется встроенный дефрагментатор.

SunStroke
После загрузки, залогинился рутом, отмонтировал раздел /home и выполнил корректировку. Ошибок в самой ФС не обнаружилось и при следующей перезагрузке всё смонтировалось как надо

Спасибо! Очень интересная инфа. Я просто слышал где-то, что xfs очень легко убивается при малейших проблемах. Если это не так, это сильно меняет дело. Всё-таки фрагментация, сколько бы ни твердили, что её нет - штука страшная и после тяжёлой трудовой жизни на компе она наступает неотвратимо. Рейзер3 у меня когда-то был, но регулярно падал даже сильнее, чем ext3. Самой живучей и быстрой оказалась JFS, но… “со мною вот что происходит” - как писал Евгений Евтушенко…
Надо что-то решать и делать. Для начала понять причину этих ошибок на обоих разделах с JFS. Неделю назад после лечения их не было, но сегодня обновился (не знаю, в этом ли дело) и оно опять…

alexdsp	# 11 лет, 4 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	SunStroke Ну, не имея LiveCD под рукой… Не не не! Я его буду на шее на верёвочке носить! Всегда всегда! :))) То есть, если есть потенциальная возможность исправить, то не страшно. Ошибки-то ведь - штука относительно редкая. SunStroke А это не говорит, что вы произвели только проверку,а не исправление? Может и в прошлый раз также? Поэтому и “Ну вот опять”. Нет. Тогда я этим озаботился, загрузился с того самого лайв-сиди который на верёвочке и всё поправил, причём мне было сказано, что грохнулся каталог /usr/share/man/man3 со всем содержимым. Сейчас что-то грустно стало, но придётся видимо снова совать диск и смотреть кто грохнулся… В тот раз все ошибки на /dev/sda3 были исправлены, а на /dev/sda4 их не было вовсе.

alexdsp

# 11 лет, 4 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

SunStroke
Ну, не имея LiveCD под рукой…

Не не не! Я его буду на шее на верёвочке носить! Всегда всегда! :)))
То есть, если есть потенциальная возможность исправить, то не страшно. Ошибки-то ведь - штука относительно редкая.

SunStroke
А это не говорит, что вы произвели только проверку,а не исправление? Может и в прошлый раз также? Поэтому и “Ну вот опять”.

Нет. Тогда я этим озаботился, загрузился с того самого лайв-сиди который на верёвочке и всё поправил, причём мне было сказано, что грохнулся каталог /usr/share/man/man3 со всем содержимым. Сейчас что-то грустно стало, но придётся видимо снова совать диск и смотреть кто грохнулся…
В тот раз все ошибки на /dev/sda3 были исправлены, а на /dev/sda4 их не было вовсе.

sunstroke	# 11 лет, 4 месяца назад
Темы: 3 Сообщения: 625 Участник с: 17 сентября 2009	alexdsp Я просто слышал где-то, что xfs очень легко убивается при малейших проблемах. Не могу ничего про это сказать - не попадался. После описанного случая, подключил УПС по usb к компу, покорпел немного с настройкой network-ups-tools и теперь при критическом уровне батареи система автоматически завершает работу. Всё. Больше не парюсь насчет электричества. Комп включен 24/7.

sunstroke

# 11 лет, 4 месяца назад

Темы: 3

Сообщения: 625

Участник с: 17 сентября 2009

alexdsp
Я просто слышал где-то, что xfs очень легко убивается при малейших проблемах.

Не могу ничего про это сказать - не попадался.
После описанного случая, подключил УПС по usb к компу, покорпел немного с настройкой network-ups-tools и теперь при критическом уровне батареи система автоматически завершает работу.
Всё. Больше не парюсь насчет электричества. Комп включен 24/7.

bobart	# 11 лет, 4 месяца назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Пять копеек по поводу XFS. Всё вышесказанное не оспариваю по причине неиспользования этой фс. А причина - невозможность уменьшения XFS-раздела. Увеличить - пожалуйста. Уменьшить - нет. Для меня в своё время это было важно. Да и сейчас важно. Даже файлопомойка типа /media/multimedia без возможности уменьшения раздела в угоду тому-же /home - ну.., как-то не айс, короче говоря. А вдруг что? А она, эта XFS уже гвоздями приколочена. Если ошибся - поправьте. Но пару лет назад именно так и было.

bobart

# 11 лет, 4 месяца назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

Пять копеек по поводу XFS. Всё вышесказанное не оспариваю по причине неиспользования этой фс. А причина - невозможность уменьшения XFS-раздела. Увеличить - пожалуйста. Уменьшить - нет. Для меня в своё время это было важно. Да и сейчас важно. Даже файлопомойка типа /media/multimedia без возможности уменьшения раздела в угоду тому-же /home - ну.., как-то не айс, короче говоря. А вдруг что? А она, эта XFS уже гвоздями приколочена.
Если ошибся - поправьте. Но пару лет назад именно так и было.

Ostland	# 11 лет, 4 месяца назад
Темы: 34 Сообщения: 389 Участник с: 22 сентября 2010	Когда я на практике сравнивал xfs, jfs, ext4, обратил внимание, что у xfs очень большое время на удаление мелких файлов. На моем корне xfs в разы дольше удалял файлы. А так, на торрентах и файлопомойках у меня xfs стоит, особо хорошо она экономит место на больших дисках (от 1 Тб) за счет меньшего резервирования под системные нужды. И да, xfs и jfs не допускают shrink (уменьшение раздела).

Ostland

# 11 лет, 4 месяца назад

Темы: 34

Сообщения: 389

Участник с: 22 сентября 2010

Когда я на практике сравнивал xfs, jfs, ext4, обратил внимание, что у xfs очень большое время на удаление мелких файлов. На моем корне xfs в разы дольше удалял файлы. А так, на торрентах и файлопомойках у меня xfs стоит, особо хорошо она экономит место на больших дисках (от 1 Тб) за счет меньшего резервирования под системные нужды.
И да, xfs и jfs не допускают shrink (уменьшение раздела).