Проверка файловой системы ntfs и btrfs при загрузке.

Доброго времени суток.
Обзавелся новым ноутбуком Asus N76VZ, воткнул туда SSD жесткий OCZ Vertex 4.
Естественно прочитал манаулы и документацию, советы и "трюки" по оптимизацию работы SSD винтов. Выбрал корневой файловую систему btrfs из-за ее отличных фишек при работе с твердотельными накопителями.

Все работает отлично, но не любитель я видеть в логах, которые периодически проверяю всякие варнинги и ерроры.
Наткнулся на сообщения что, мол, не может найти команду fsck.btrfs. Ну не беда, поискал в репозитариях по слову btrfs util и нашел пакет core/btrfs-progs. В него входит утилита btrfsck на которую создал символьную ссылку в /sbin:
ln -s /usr/bin/btrfsck /sbin/fsck.btrfs
Так же по рекомендации с пакета добавил в массив хуков btrfs_advanced для mkinitcpio.conf и пересобрал ядро:
HOOKS="base udev autodetect modconf block filesystems keyboard fsck btrfs_advanced"
mkinitcpio -p linux
Сообщение пропало, а файловая система стало проверяться без проблем.

Наткнулся там же на оповещения что не найдена команда fsck.ntfs. Ответ не заставил себя ждать - Google дал ответ:
ln -s /usr/bin/ntfsfix /sbin/fsck.ntfs-3g
ln -s /usr/bin/ntfsfix /sbin/fsck.ntfs

Но это не решило проблему, потому что видать утилита все же не идентичная и ключи которые подставляются при загрузки системы не подходят. Лог:
[22:36] ~ [gin@enginex]
$ sudo journalctl -b | grep  systemd-fsck
май 19 21:46:10 enginex systemd-fsck[285]: fsck.ntfs-3g: invalid option -- 'a'
май 19 21:46:10 enginex systemd-fsck[285]: ntfsfix v2013.1.13 (libntfs-3g)
май 19 21:46:10 enginex systemd-fsck[285]: Usage: ntfsfix [options] device
май 19 21:46:10 enginex systemd-fsck[285]: Attempt to fix an NTFS partition.
май 19 21:46:10 enginex systemd-fsck[285]: -b, --clear-bad-sectors Clear the bad sector list
май 19 21:46:10 enginex systemd-fsck[285]: -d, --clear-dirty       Clear the volume dirty flag
май 19 21:46:10 enginex systemd-fsck[285]: -h, --help              Display this help
май 19 21:46:10 enginex systemd-fsck[285]: -n, --no-action         Do not write anything
май 19 21:46:10 enginex systemd-fsck[285]: -V, --version           Display version information
май 19 21:46:10 enginex systemd-fsck[285]: For example: ntfsfix /dev/hda6
май 19 21:46:10 enginex systemd-fsck[285]: Developers' email address: [email protected]
май 19 21:46:10 enginex systemd-fsck[285]: News, support and information:  http://tuxera.com

После чтения man-ов нашел первоисточник проблемы:
[22:40] ~ [gin@enginex]
$ sudo /usr/lib/systemd/systemd-fsck /dev/sdb3
fsck.ntfs: invalid option -- 'a'
ntfsfix v2013.1.13 (libntfs-3g)
Usage: ntfsfix [options] device
    Attempt to fix an NTFS partition.
    -b, --clear-bad-sectors Clear the bad sector list
    -d, --clear-dirty       Clear the volume dirty flag
    -h, --help              Display this help
    -n, --no-action         Do not write anything
    -V, --version           Display version information
For example: ntfsfix /dev/hda6
Developers' email address: [email protected]
News, support and information:  http://tuxera.com
Дальнейший поиск как это работает не увенчался успехом.
Нашел по этой теме баг: https://bugzilla.redhat.com/show_bug.cgi?id=735612

У кого есть какие мысли как заставить правильно проверять файловую систему ntfs разделов при загрузке?
EXT4 тоже с ssd умеет работать... не хуже чем btrfs
на fsck.ntfs забей. и проверяй фс под виндой.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
EXT4 тоже с ssd умеет работать... не хуже чем btrfs
на fsck.ntfs забей. и проверяй фс под виндой.
Знаю, вкурсе, по некоторым тестам ext4 быстрее btrfs в 6 раз, но интересно было попробовать новую файловую систему, да и лень было допиливать ext4, у btrfs режим ssd идет из коробки.

Забей - это понятно. Мне не холодно, не жарко от того что он не проверит ее под Linux, просто желание что бы все было правильно
Правильно – это не лепить единицы в fstab для NTFS-разделов, их ничто не умеет нормально проверять, кроме родного форточного chkdsk. Утилиты от tuxera могут проделывать с NFTS разные фокусы, в том числе увеличивать и уменьшать, но проверять – нет, потому что реверз-инжиниринг даёт всё, кроме собственно спецификаций этой закрытой огороженной ФС, а значит не может гарантировать корректность проверки.
nafanja
EXT4 тоже с ssd умеет работать... не хуже чем btrfs

Не только не хуже, она единственная которая с ними правильно работает.
elsonador
единственная которая с ними правильно работает.
Подробнее, что под этим понимается?
gineaser
elsonador
единственная которая с ними правильно работает.
Подробнее, что под этим понимается?

Под этим понимается то, что NTFS - закрытая ФС не имеющая спецификации в публичном доступе и все инструменты для работы с ней в *nix - это полухакерские разработки, обеспечивающие лишь необходимый функционал (чтение/запись).

Поэтому корректная проверка данной ФС возможна лишь при применении утилит поставляемых её разработчиком, то есть майкрософтом.

P.S.: Упс, я не вник в смысл поста и стал умничать, прошу прощения....
Да пребудет с нами Сила...!
CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb
http://rusrailsim.org
А может под эту тему и мой вопрос решите.Сломался ноутбук.Разобрал.Жосткий диск:WD1600BEVT 160GB.Интерфейс,как я понимаю,стандартный.Почему то даже биос его определить не может.Может для настольного компьютера и ноутбука разные жосткие диски?
Если BIOS его не может определить, значит либо винчестер приказал долго жить, либо вы чем-то не тем его подключаете.
 
Зарегистрироваться или войдите чтобы оставить сообщение.