Чем лечить слишком неторопливое по времени монтирование раздела?

reserfs виноват, не?

У мя корень на рейзере (старом, не 4). 16 гигов. При загрузке тормозов вообще никаких, монтируется мгновенно.

Аппаратный рейд сконфигурен? Если да, то в каком режиме?

Что SMART о винтах говорит?

Вообще же под такие большие разделы я посоветовал бы XFS.

> Аппаратный рейд сконфигурен? Если да, то в каком режиме?
RAID0 - два жёстких диска логически объеденены в один

> Что SMART о винтах говорит?
Впервые узнал об утилите smartctl. Установил, /etc/default/smartmontools имеет следущие настройки:
enable_smart="/dev/sda"
start_smartd=yes

Затем выполняю:
$ sudo /etc/init.d/smartmontools start
Enabling S.M.A.R.T..../dev/sda...done.
Starting S.M.A.R.T. daemon: smartd failed!

$ sudo smartctl -i /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: 3ware Logical Disk 0 Version: 1.2
please try adding '-d 3ware,N'
you may also need to change device to /dev/twaN or /dev/tweN

$ sudo smartctl -i /dev/sda -d 3ware,0
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: [No Information Found]
Serial Number: [No Information Found]
Firmware Version: [No Information Found]
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 1
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Tue Jun 30 18:09:10 2009 IRKST
SMART is only available in ATA Version 3 Revision 3 or greater.
We will try to proceed in spite of this.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
Checking for SMART support by trying SMART ENABLE command.
SMART ENABLE appeared to work! Continuing.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

???

Хм. Видимо контроллер показывает только весь рейд в виде /dev/sda. Отдельные винты не кажет?

Вот, кажись получилось:

$ sudo smartctl -i /dev/twe0 -d 3ware,0
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family: SAMSUNG SpinPoint P120 series
Device Model: SAMSUNG SP2504C
Serial Number: S09QJ1CLA00368
Firmware Version: VT100-50
User Capacity: 250 059 350 016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 4a
Local Time is: Tue Jun 30 18:16:39 2009 IRKST

==> WARNING: May need -F samsung3 enabled; see manual for details.

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

$ sudo smartctl -i /dev/twe0 -d 3ware,1
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family: SAMSUNG SpinPoint P120 series
Device Model: SAMSUNG SP2504C
Serial Number: S09QJ1GLB26556
Firmware Version: VT100-50
User Capacity: 250 059 350 016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 4a
Local Time is: Tue Jun 30 18:16:41 2009 IRKST

==> WARNING: May need -F samsung3 enabled; see manual for details.

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Ушёл с рейзер на екст3 пару лет назад при такой же проблеме,как вылечить так и не придумал тогда :(

хм.. интересно, неужели проблема только лишь в файловой системе... Думаю в моём случае будет перейти на другую фс проблематично:(

Это особенность reiserfs. Есть слухи, что она со временем может тормозить все больше. На этот счет не уверен, но то, что она монтируется очень медленно -- факт.

> Ушёл с рейзер на екст3 пару лет назад при такой же проблеме,как вылечить так и не придумал тогда :(

По-моему, все-таки лучше потратить лишние 30 секунд на монтирование reiserfs (тем более, что компьютер не так уж часто включается), чем ждать полчаса, пока ext3 починит битые транзакции. Зачем-то придумали же логарифмическое дерево, не век же с линейным сидеть, особенно на терабайтных объемах?

Интересно, а как дела обстоят с xfs в данном случае? Ну там то наверное точно должно всё быстро монтироваться, и на проверку диска там совсем мало времени нужно...

Раньше была похожая проблема. Рейзер-раздел на 500 гигов монтировался секунд пятнадцать. Сейчас свежая система, этот же раздел монтируется в секунду. Слышал, что проблема была толи в драйвере, толи в тулзе, но вот уже как полгода проблема решена.

200 гигов - меньше секунды

> чем ждать полчаса, пока ext3 починит битые транзакции.

Я тебе не верю, размер журнала всего 32 метра. Пол часа ни при каком раскладе не уйдёт. Никогда не видел чтобы загрузка долго висела на проверке журнала.

> Я тебе не верю, размер журнала всего 32 метра. Пол часа ни при каком раскладе не уйдёт.

При чем тут размер журнала, если в режиме восстановления fsck по всей ФС начинает шерстить?

> если в режиме восстановления fsck по всей ФС начинает шерстить?

а reiserfs типа не начинает?

В каком ещё режиме восстановления? Ты про монтирование говорил. При монтировании проверяется только журнал.

Нет, я говорил, что в случае восстановления ФС reiserfs куда быстрей ext3.

в случае восстановления делается journal replay за пару секунд и всё. Но если ты хочешь проверить весь диск то время которое это займёт зависит скорее от кол-ва файлов на диске а не от объёма. Ну и что-то не заметил чтобы fsck занимал пол часа у меня на диске в 750гиг. Пара минут и всё(660K инодов).