Scanning for Btrfs filesystems

[AlexelA]

Намедни, в очередной раз обновив ядро до 4.13.*, заметил, что при загрузке ОС стало выскакивать сообщение "Scanning for Btrfs filesystems /dev/sda1: clean, ****/**** files, ****/**** blocks" (вместо звездочек - цифры). Решив, что это непорядок, начал рыться в инете и на форуме русскоязычного сообщества Ubuntu нашел решение (далее идет еще и копипаст, на всякий случай):
"если сделать:
sudo apt-get purge btrfs-tools
sudo update-initramfs -ukall
sudo apt-get -f install && sudo apt-get autoremove && sudo apt-get autoclean
sudo update-grub
строка Scanning for BTRFS filesystem исчезает, но, файловая система проверяется и выводится сообщение вида:
/dev/sda*: clean, ****/**** files, ****/**** blocks
убрать проверку при каждой загрузки можно командой (где sda* - проверяемый раздел):
sudo tune2fs -c -1 /dev/sda*
- вообще убирает проверку
sudo tune2fs -c 10 /dev/sda*
- проверка дисковой партиции будет производится через каждые 10 монтирований."
После проведения данных манипуляций (отключил проверку), у меня скорость загрузки ядра уменьшилась с 4.681s до 3.745s...
П.С. Если баян - снесите...

[slant]

Тут надо обязательно уточнить - так можно делать только если btrfs вообще не используется. Иначе будет грустно.
Плюс, имейте в виду - там в убунте 14.04 ядро слишком старое - там btrfs еще не в стаутсе стабильной. В минте 17 - тоже. А вот в 18-ом уже идет ядро где btrfs имеет статус стабильной (кроме функционала RAID 5, 6).

А вообще - я бы проверил состояние диска, и посмотрел логи системы. Если срабатывает проверка ext4 - значит не закрыт журнал, или остается флаг того, что FS в работе. Как будто компьютер выдергиванием питания выключают. Это как бы не очень хорошо... Возможно стоит сделать откат ядра. Не всегда новые версии лучше.

[AlexelA]

Тут надо обязательно уточнить - так можно делать только если btrfs вообще не используется. Иначе будет грустно.

Логично, просто я не упомянул, что у меня ext4...

Плюс, имейте в виду - там в убунте 14.04 ядро слишком старое - там btrfs еще не в стаутсе стабильной. В минте 17 - тоже. А вот в 18-ом уже идет ядро где btrfs имеет статус стабильной (кроме функционала RAID 5, 6).

Ссылку поправил, скопипащенный пост - от мая с.г. шаманили с убунтой 16.04...

А вообще - я бы проверил состояние диска, и посмотрел логи системы. Если срабатывает проверка ext4 - значит не закрыт журнал, или остается флаг того, что FS в работе.

Дык, НЯП, в данном конкретном случае речь идет о попытке проверки btrfs при ее отсутствии...

[Unborn]

clean, ****/**** files, ****/**** blocks

Информационное сообщение - сколько хлама всякого выкинуто. А проверку корня, boot, если отдельно, отключать не к чему. При нештатной ситуации времени на ремонт в разы больше потратишь, чем экономишь на загрузке.

[slant]

Дык, НЯП, в данном конкретном случае речь идет о попытке проверки btrfs при ее отсутствии...

Вы не правы. Ошибка перевода у вас видимо получилась. Оно не пытается проверять btrfs (btrfs вообще автоматически не проверяется во время загрузки отдельным процессом - эта FS непрерывно проверяет корректность данных во время работы).
Ядро просто ищет разделы с btrfs на доступных дисках. Это совсем разные вещи. А ищет оно разделы для того, что определить - а нет ли у нас конфигурации RAID из btrfs разделов? Которые надо собрать вместе перед монтированием, и убедится что нету выпавших из RAID частей.
А строчку которую вы видели, по хорошему надо делить на две, вот так:
Scanning for Btrfs filesystems
/dev/sda1: clean, ****/**** files, ****/**** blocks
Т.к. вторую часть (/dev/...) выводят и старые ядра которые про btrfs знать не знают. Это строчка показывает, где находится раздел с которого продолжается загрузка. Если я правильно помню - она не обязательно про настоящий /, а про то место, откуда грузится следующий элемент. Это initrd который (образ изначальной файловой системы, с основными драйверами и модулями). Обычно этой строки нету, т.к. параметры по умолчанию передаваемые ядру в минте ее вывод давят. А вот с обновлением ядра - могли и слететь в конфигах grub.