Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: Проверка системного раздела при загрузке  (Прочитано 4408 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
Единожды проверив системный раздел при загрузке, судя по логам, найдя ошибку, и исправив её:

EXT4-fs (sda1): INFO: recovery required on readonly filesystem
EXT4-fs (sda1): write access will be enabled during recovery
EXT4-fs (sda1): orphan cleanup on readonly fs
EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 394380
EXT4-fs (sda1): 1 orphan inode deleted
EXT4-fs (sda1): recovery complete
EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

Ubuntu продолжает при каждой загрузке "вхолостую" проверять sda1:

EXT4-fs (sda1): INFO: recovery required on readonly filesystem
EXT4-fs (sda1): write access will be enabled during recovery
EXT4-fs (sda1): recovery complete
EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

Как сказать системе, чтобы она перестала так делать?

При выключении/перезагрузке имею "asking all remaining process to terminate [FAIL]". Как узнать, какой процесс гадит?

Спасибо за внимание.
« Последнее редактирование: 27 Марта 2013, 22:35:19 от regenerat »
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн rayanAyar

  • Старожил
  • *
  • Сообщений: 1027
  • Да пребудет с вами совпавшая контрольная сумма
    • Просмотр профиля
Это не холостая проверка. "recovery required" означает, что файловая система была некорректно отключена. Например из-за некорректного завершение работы. Или из-за какого-то процесса, который не дал отмонтировать ФС при выключении.

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
rayanAyar,
Да я уж понял, что какой-то процесс не даёт, вопрос - какой?

Пользователь решил продолжить мысль 29 Марта 2013, 17:29:41:
rayanAyar,
Нашёл вроде процесс, мешающий отмонтированию. modem-manager. Не подскажете, что это за зверь, и с какой стороны к нему подбираться?
« Последнее редактирование: 29 Марта 2013, 17:29:41 от regenerat »
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн SleepyCat

  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Н-да, завершением процессов в целом и сетевых в частности, целая пачка проблем. С одной стороны стараются ускорить процесс завершения, а с другой это вылазит боком - процесс вовремя не завершается - не закрывает дескриптор файла и имеем "грязный диск" Кстати и режим гирбенации (на мой скромный взгляд ) забанили из-за этих глюков, а не из-за свопа как некоторые говорят.  :)

modem-manager - есть вероятность, что он просто висит в процессах не портя диск...
Есть такой зверь "dhclient", он успешно игнорировал сигнал завершения. К нему вроде были фиксы, но... как бы не  он один гадит. Самый простой способ лечения в таких случаях - установка статического IP.
Но прежде можно попробовать ручками отключать "управление сетью" и перезагрузиться, после чего посмотреть логи на предмет или диск был попорчен.
Способы борьбы с другими надо гуглить, в большинстве случаев решения уже описаны, а вот о том как вычислить кто вредничает ниже:

Но, прежде всего:
1) надо иметь представления о работе с терминалом.
2) создавать резервные копии файлов которые редактируются.
3) создать загрузочную флешку на случай ядерной войны.
4) проверить или в системе есть lsof
Набрать в терминале lsof, энтер и станет понятно или есть...
Если есть проверить где он обитает поскольку в скрипте напишем /usr/bin/lsof и если путь другой, то лог будет пустой. Проверить или правильный путь можно набрав в терминале /usr/bin/lsof
Далее в терминале:
Перед редактироанием делаем резервную копию файла следующим образом:
$ sudo cp -p -v /etc/init.d/umountroot /etc/init.d/umountroot.bakЗапускаем редактор:
$ sudo gedit /etc/init.d/umountrootВ открывшемся редакторе ищем строку 85 и после нее добавляем код который будет логировать список процессов которые держат открытыми на запись файлы к тому моменту, когда уже должны были все закрыть и завершить свое существование. Лог сохраняется в файл myopenfiles:
/usr/bin/lsof | grep -e "[[:digit:]]\+w" > /myopenfilesпосле редактирования строки должны выглядеть примерно так:
(Нажмите, чтобы показать/скрыть)
Сохраняем файл, перезагружаемся, идем в терминал, пишем - смотрим
$ sudo cat /myopenfiles
(Нажмите, чтобы показать/скрыть)
из залипших процессов lsof,grep - это наших рук дело, остальные - тормоза, которые вероятно попортят диск.
Кто есть кто и почему не завершается можно нагуглить.
После экспериментов обязательно идем в терминал и восстанавливаем из резервной копии:
$ sudo cp -p -v /etc/init.d/umountroot.bak /etc/init.d/umountrootили восстанавливаем состояние через редактор
$ sudo gedit /etc/init.d/umountrootв открытом в редакторе файле или убираем, или коментируем нашу строку "86", сохраняем файл - ибо не хватало к прочим, чтоб еще и своими руками созданный лог постоянно пакостил на диск.  ;D
Список залипших процессов даже на одной машине время от времени может менять состав.
Проблема с завершением касается в том числе и кубунты и лубунты...
« Последнее редактирование: 02 Мая 2013, 18:45:47 от SleepyCat »

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
SleepyCat,
Вы просто молодец! Большое спасибо за исчерпывающую инструкцию.
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн SleepyCat

  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Не за что.
добавил код как делать резервную копию файла....
з.ы.
Просто недавно столкнулся с проблемой когда несколько системников с киловатными блоками питания перестали уходить в сон... в общем исследования проблемы привели к проблеме некорректного завершения процессов. Ко всему большинство пользователей из-за красивых "заставок" просто не подозревают о том, что их диски постоянно насилуются вплоть до момента пока не вылетает в трубу система. Логи нынче очень тщательно прячут от пользователей, если раньше через логвьювер можно было посмотреть кто чем дышит, то для сетевой подсистемы теперь тишина даже если там полный капец... Лет так непомню сколько назад, была проблема, что создавались гигабайтные логи сетевыми компонентами, потом видимо проблему "решили"... гигабайтных логов нет, но похоже компоненты так и продолжают тихо "сходить с ума" ... :) 

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
сетевыми компонентами

И таки да, гадил мне Network Manager, шо простимулировало переход на wicd.
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн count0

  • Новичок
  • *
  • Сообщений: 21
    • Просмотр профиля
Re: Проверка системного раздела при загрузке
« Ответ #7 : 23 Ноября 2013, 11:47:08 »
Я тут недавно обнаружил, что Lubuntu (основана на Ubuntu) после обновления вообще некорректно завершает работу. У неё скрипты при выключении в /etc/rc0.d, /etc/rc6.d/ лежат все под одной цифрой!!! Это такая глупость со стороны разрабов!
Что происходило?
Система одновременно посылала команды всем процессам выйти, файловой системе - отмонтироваться, и в ту же секунду - команда reset/отключить питание. Разделы не успевали отмонтироваться, были постоянные ошибки на файловой системе. Обновляюсь регулярно, баг не исправлен до сих пор.
Если бы он был исправлен, топигстартеру было бы неважно, какой процесс "мешает", т.к. по-хорошему сначала процессам посылается сигнал выйти по-хорошему, потом они рубятся принудительно, потом ОБЯЗАТЕЛЬНО отмонтируется ФС и только потом перезагрузка.
В-общем если у вас похожая ситуация, загляните в папки, которые я указал. Переименуйте скрипты S02halt  или S02reboot в S99halt и S99reboot, чтобы компу команда на сброс питания посылалась в последнюю очередь.
После этого ФС перестала биться. Но fsck всё равно стартует, и проверяет вхолостую. Буду копать дальше. У многих такая проблема судя по инету.
« Последнее редактирование: 23 Ноября 2013, 12:00:13 от count0 »

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
Re: Проверка системного раздела при загрузке
« Ответ #8 : 23 Ноября 2013, 12:14:39 »
count0,
У меня они и так S90halt и S90reboot, т. е. последние. "Но fsck всё равно стартует, и проверяет вхолостую" - да, именно так.
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 12130
  • Xubuntu 22.04
    • Просмотр профиля
    • Github
Re: Проверка системного раздела при загрузке
« Ответ #9 : 23 Ноября 2013, 15:49:45 »
count0, прежде чем советовать что-то переименовывать в системных папках. Стоит разобраться, а главное - объяснить что вы советуете сделать.

Так вот я сколько не искал, но с префиксами S02 ни reboot ни halt не нашел - они у меня с префиксами S90.

Индексы 02 вообще в системе ни разу не видел - системные файлы чаще используют круглые значения.


И кроме того - смотрите немного на даты сообщений - зачем некропостить - мне не понятно.
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: https://help.ubuntu.ru/wiki/uefiboot

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 12130
  • Xubuntu 22.04
    • Просмотр профиля
    • Github
Re: Проверка системного раздела при загрузке
« Ответ #10 : 23 Ноября 2013, 15:50:30 »
piyavking, проверка периодически стартует просто потому что переодически она и должна стартовать.
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: https://help.ubuntu.ru/wiki/uefiboot

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
Re: Проверка системного раздела при загрузке
« Ответ #11 : 23 Ноября 2013, 21:38:39 »
Sly_tom_cat,
Она не периодически, она постоянно стартует, при каждом перезапуске.
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 12130
  • Xubuntu 22.04
    • Просмотр профиля
    • Github
Re: Проверка системного раздела при загрузке
« Ответ #12 : 23 Ноября 2013, 22:45:08 »
Если постоянно - то да - не правильно это. Может запустить самому проверку из под LiveCD/USB (на всяких случай) - посмотреть что там пишет fsck...
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: https://help.ubuntu.ru/wiki/uefiboot

Оффлайн piyavking

  • Автор темы
  • Активист
  • *
  • Сообщений: 742
  • никогда так не было, чтобы никак не было
    • Просмотр профиля
    • Пиявкин
Re: Проверка системного раздела при загрузке
« Ответ #13 : 24 Ноября 2013, 01:32:17 »
Sly_tom_cat,
Всё там нормальненько в этом плане. Вот network-manager убил (он славится выкрутасами подобного рода) - должно полегчать, в принципе.
крайний LTS Netboot, awesomeWM, urxvtd, firefox, vim/gvim, mpv/smplayer, linux-lowlatency, jack, guitarix, lmms, ardour, mednafen, dsda-doom

Оффлайн count0

  • Новичок
  • *
  • Сообщений: 21
    • Просмотр профиля
Re: Проверка системного раздела при загрузке
« Ответ #14 : 24 Ноября 2013, 12:14:43 »
Цитировать
count0, прежде чем советовать что-то переименовывать в системных папках. Стоит разобраться, а главное - объяснить что вы советуете сделать.

Именно это и было сделано на 10-15 строках. Если у вас такого нет - я очень рад. У меня стоит Lubuntu 12.04.2 и такое было. Значит может быть у кого-то ещё. Когда они будут искать, почему система долго загружается, или тома не отмонтируются при перезагрузке / выключении, то наткнутся на эту тему, как и я. И найдут что нужно делать, на что у меня ушли часы чтения англоязычных форумов.

У меня долгую загрузку вызывал также mdadm. Удалил его, время снизилось с 55 секунд до 30. Для мониторинга загрузки помогает bootchart + pybootchartgui.

 

Страница сгенерирована за 0.03 секунд. Запросов: 25.