Страница 1 из 1
Scanning for Btrfs filesystems
Добавлено: 18 окт 2017, 19:23
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...
П.С. Если баян - снесите...
Scanning for Btrfs filesystems
Добавлено: 18 окт 2017, 19:43
slant
Тут надо обязательно уточнить - так можно делать только если btrfs вообще не используется. Иначе будет грустно.
Плюс, имейте в виду - там в убунте 14.04 ядро слишком старое - там btrfs еще не в стаутсе стабильной. В минте 17 - тоже. А вот в 18-ом уже идет ядро где btrfs имеет статус стабильной (кроме функционала RAID 5, 6).
А вообще - я бы проверил состояние диска, и посмотрел логи системы. Если срабатывает проверка ext4 - значит не закрыт журнал, или остается флаг того, что FS в работе. Как будто компьютер выдергиванием питания выключают. Это как бы не очень хорошо... Возможно стоит сделать откат ядра. Не всегда новые версии лучше.
Scanning for Btrfs filesystems
Добавлено: 18 окт 2017, 20:10
AlexelA
slant писал(а): ↑18 окт 2017, 19:43
Тут надо обязательно уточнить - так можно делать только если btrfs вообще не используется. Иначе будет грустно.
Логично, просто я не упомянул, что у меня ext4...
slant писал(а): ↑18 окт 2017, 19:43
Плюс, имейте в виду - там в убунте 14.04 ядро слишком старое - там btrfs еще не в стаутсе стабильной. В минте 17 - тоже. А вот в 18-ом уже идет ядро где btrfs имеет статус стабильной (кроме функционала RAID 5, 6).
Ссылку поправил, скопипащенный пост - от мая с.г. шаманили с убунтой 16.04...
slant писал(а): ↑18 окт 2017, 19:43
А вообще - я бы проверил состояние диска, и посмотрел логи системы. Если срабатывает проверка
ext4 - значит не закрыт журнал, или остается флаг того, что FS в работе.
Дык, НЯП, в данном конкретном случае речь идет о попытке проверки
btrfs при ее отсутствии...
Scanning for Btrfs filesystems
Добавлено: 18 окт 2017, 20:47
Unborn
AlexelA писал(а): ↑18 окт 2017, 19:23
clean, ****/**** files, ****/**** blocks
Информационное сообщение - сколько хлама всякого выкинуто. А проверку корня, boot, если отдельно, отключать не к чему. При нештатной ситуации времени на ремонт в разы больше потратишь, чем экономишь на загрузке.
Scanning for Btrfs filesystems
Добавлено: 18 окт 2017, 21:02
slant
AlexelA писал(а): ↑18 окт 2017, 20:10
Дык, НЯП, в данном конкретном случае речь идет о попытке проверки btrfs при ее отсутствии...
Вы не правы. Ошибка перевода у вас видимо получилась. Оно не пытается проверять btrfs (btrfs вообще автоматически не проверяется во время загрузки отдельным процессом - эта FS непрерывно проверяет корректность данных во время работы).
Ядро просто ищет разделы с btrfs на доступных дисках. Это совсем разные вещи. А ищет оно разделы для того, что определить - а нет ли у нас конфигурации RAID из btrfs разделов? Которые надо собрать вместе перед монтированием, и убедится что нету выпавших из RAID частей.
А строчку которую вы видели, по хорошему надо делить на две, вот так:
Scanning for Btrfs filesystems
/dev/sda1: clean, ****/**** files, ****/**** blocks
Т.к. вторую часть (/dev/...) выводят и старые ядра которые про btrfs знать не знают. Это строчка показывает, где находится раздел с которого продолжается загрузка. Если я правильно помню - она не обязательно про настоящий /, а про то место, откуда грузится следующий элемент. Это initrd который (образ изначальной файловой системы, с основными драйверами и модулями). Обычно этой строки нету, т.к. параметры по умолчанию передаваемые ядру в минте ее вывод давят. А вот с обновлением ядра - могли и слететь в конфигах grub.