Scanning for Btrfs filesystems

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

Автор темы
AlexelA
Сообщения: 957
Зарегистрирован: 24 июл 2017, 20:11
Решено: 5
Откуда: город-герой Новороссийск
Благодарил (а): 110 раз
Поблагодарили: 293 раза
Контактная информация:
Birthday

Scanning for Btrfs filesystems

#1

18 окт 2017, 19: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
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь) Изображение

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

slant
Сообщения: 4469
Зарегистрирован: 21 июн 2017, 18:09
Решено: 95
Благодарил (а): 51 раз
Поблагодарили: 1965 раз
Контактная информация:

Scanning for Btrfs filesystems

#2

18 окт 2017, 19:43

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

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

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

Автор темы
AlexelA
Сообщения: 957
Зарегистрирован: 24 июл 2017, 20:11
Решено: 5
Откуда: город-герой Новороссийск
Благодарил (а): 110 раз
Поблагодарили: 293 раза
Контактная информация:
Birthday

Scanning for Btrfs filesystems

#3

18 окт 2017, 20:10

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 при ее отсутствии...
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь) Изображение

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

Unborn
Сообщения: 1920
Зарегистрирован: 03 сен 2016, 13:36
Решено: 24
Благодарил (а): 5 раз
Поблагодарили: 264 раза
Контактная информация:

Scanning for Btrfs filesystems

#4

18 окт 2017, 20:47

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

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

slant
Сообщения: 4469
Зарегистрирован: 21 июн 2017, 18:09
Решено: 95
Благодарил (а): 51 раз
Поблагодарили: 1965 раз
Контактная информация:

Scanning for Btrfs filesystems

#5

18 окт 2017, 21:02

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.

Закрыто

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

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей