Scanning for Btrfs filesystems

Руководства, вопросы, обсуждения
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Автор темы
AlexelA
Сообщения: 648
Зарегистрирован: 24 июл 2017, 17:11
Решено: 3
Откуда: город-герой Новороссийск
Благодарил (а): 59 раз
Поблагодарили: 168 раз

Scanning for Btrfs filesystems

Сообщение AlexelA » 18 окт 2017, 16:23

Намедни, в очередной раз обновив ядро до 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...
П.С. Если баян - снесите...
Последний раз редактировалось пользователем 1 AlexelA; всего редактировалось раз: 18
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь)
https://linux-hardware.org/?probe=c751b1ab2b
FM2A85X Extreme6 (8GB RAM)+AMD A8-5600K+NVIDIA GeForce GTX 660 (2GB)+BENQ GL2460+Philips 19IV

В сети
Аватара пользователя

slant
Сообщения: 1350
Зарегистрирован: 21 июн 2017, 15:09
Решено: 19
Благодарил (а): 8 раз
Поблагодарили: 537 раз

Scanning for Btrfs filesystems

Сообщение slant » 18 окт 2017, 16:43

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

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

Аватара пользователя

Автор темы
AlexelA
Сообщения: 648
Зарегистрирован: 24 июл 2017, 17:11
Решено: 3
Откуда: город-герой Новороссийск
Благодарил (а): 59 раз
Поблагодарили: 168 раз

Scanning for Btrfs filesystems

Сообщение AlexelA » 18 окт 2017, 17:10

slant писал(а):
18 окт 2017, 16:43
Тут надо обязательно уточнить - так можно делать только если btrfs вообще не используется. Иначе будет грустно.
Логично, просто я не упомянул, что у меня ext4...
slant писал(а):
18 окт 2017, 16:43
Плюс, имейте в виду - там в убунте 14.04 ядро слишком старое - там btrfs еще не в стаутсе стабильной. В минте 17 - тоже. А вот в 18-ом уже идет ядро где btrfs имеет статус стабильной (кроме функционала RAID 5, 6).
Ссылку поправил, скопипащенный пост - от мая с.г. шаманили с убунтой 16.04...
slant писал(а):
18 окт 2017, 16:43
А вообще - я бы проверил состояние диска, и посмотрел логи системы. Если срабатывает проверка ext4 - значит не закрыт журнал, или остается флаг того, что FS в работе.
Дык, НЯП, в данном конкретном случае речь идет о попытке проверки btrfs при ее отсутствии...
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь)
https://linux-hardware.org/?probe=c751b1ab2b
FM2A85X Extreme6 (8GB RAM)+AMD A8-5600K+NVIDIA GeForce GTX 660 (2GB)+BENQ GL2460+Philips 19IV

Аватара пользователя

Unborn
Сообщения: 1528
Зарегистрирован: 03 сен 2016, 10:36
Решено: 21
Благодарил (а): 4 раза
Поблагодарили: 223 раза

Scanning for Btrfs filesystems

Сообщение Unborn » 18 окт 2017, 17:47

AlexelA писал(а):
18 окт 2017, 16:23
clean, ****/**** files, ****/**** blocks
Информационное сообщение - сколько хлама всякого выкинуто. А проверку корня, boot, если отдельно, отключать не к чему. При нештатной ситуации времени на ремонт в разы больше потратишь, чем экономишь на загрузке.

В сети
Аватара пользователя

slant
Сообщения: 1350
Зарегистрирован: 21 июн 2017, 15:09
Решено: 19
Благодарил (а): 8 раз
Поблагодарили: 537 раз

Scanning for Btrfs filesystems

Сообщение slant » 18 окт 2017, 18:02

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

Т.к. вторую часть (/dev/...) выводят и старые ядра которые про btrfs знать не знают. Это строчка показывает, где находится раздел с которого продолжается загрузка. Если я правильно помню - она не обязательно про настоящий /, а про то место, откуда грузится следующий элемент. Это initrd который (образ изначальной файловой системы, с основными драйверами и модулями). Обычно этой строки нету, т.к. параметры по умолчанию передаваемые ядру в минте ее вывод давят. А вот с обновлением ядра - могли и слететь в конфигах grub.

Вернуться в «Параметры и оптимизация»