LINUX.ORG.RU
решено Форум — Admin  

время загрузки ядра. часть 2

 , ,


1

2

здравствуйте. время загрузки ядра однажды поднимался вопрос увеличения времени загрузки системы после манипуляции с изменение размера диска с системой. на этот раз я решил удалить своп раздел и отдать это место под основной корневой раздел. из fstab убрал своп раздел. и теперь время загрузки увеличилось на 30 секунд. в логах ядра ничего нет, что могло бы так подвешивать загрузку. в прошлый раз я ставил заново систему, отбрасывал раздел boot и снова подбрасывал после восстановления данных. проблема исчезала. теперь хотелось бы разобраться в ситуации более детально. было предположение, что нужно произвести манипуляции с initramfs. попробовал выполнить следующее: 

update-initramfs -d -k 4.15.0-33-generic && update-initramfs -c -k 4.15.0-33-generic
выдаёт результат: 
update-initramfs: Generating /boot/initrd.img-4.15.0-33-generic
W: initramfs-tools configuration sets RESUME=UUID=c519a99e-5d65-4dd8-b0e0-d49b5dc55a5c
W: but no matching swap device is available.
как я понял, он ищет и не находит своп раздел. где он ещё может быть прописан и как его убрать? в логе syslog нашёл только вот такое «подвисание»: 
Aug 27 15:37:37 mintpc systemd[1179]: Started Virtual filesystem metadata service.
Aug 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Aug 27 15:37:40 mintpc gvfsd-metadata[1916]: message repeated 15 times: [ g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed]
Aug 27 15:37:55 mintpc systemd-timesyncd[750]: Synchronized to time server 91.189.89.199:123 (ntp.ubuntu.com).

Пробуй с init=/bin/bash. Небось опят висит на чтении /dev/random

anonymous
()

в логах ядра ничего нет, что могло бы так подвешивать загрузку

Хотелось бы посмотреть на логи, если journald — то его лог в текстовом варианте так вытаскивай: 

$ sudo journalctl --no-pager -b > ~/boot.log

Если sysv-init, то все что найдешь, если journald — еще сам используй его возможности по просмотру времени загрузки юнитов и т.п. (мануалов тонна в сети). Логи на https://pastebin.com.

mandala ★★★★★
()
Ответ на: комментарий от man8531

Хм, ты во первых собрал initramfs криво, полно мусора, но это на время не влияет, просто наблюдение.

Вот тут 15 секунд, а ты говоришь не видно: 

авг 27 15:37:37 mintpc systemd[1179]: Started Virtual filesystem metadata service.
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:38 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:40 mintpc gvfsd-metadata[1916]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
авг 27 15:37:55 mintpc systemd-timesyncd[750]: Synchronized to time server 91.189.89.199:123 (ntp.ubuntu.com).

Вот еще ошибка: 

авг 27 15:37:58 mintpc dbus-daemon[761]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
авг 27 15:37:58 mintpc pulseaudio[1653]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
авг 27 15:38:10 mintpc systemd[1]: Starting Stop ureadahead data collection...

Короче, как и говорили в прошлом треде — юзай sudo systemd-analyze blame и смотри что можно отключить к черту, что можно починить.

mandala ★★★★★
()
Ответ на: комментарий от man8531

Я показал в логе в начале еще треда (вот тут время загрузки ядра. часть 2 (комментарий)) где два затыка: на 15 и 12 секунд. Попробуй по ним погуглить и если не нагуглишь, то создать отдельные треды с уже узкими вопросами.

mandala ★★★★★
()

и теперь время загрузки увеличилось на 30 секунд.

это что-то противоестественное. у меня на ноуте _вся_ загрузка 12 секунд занимает, включая wm. и это на HDD. так что либо это какие-то ну совсем кривые настройки, либо это ненужнод вредит, как троцкий.

«ускорение загрузки, бла-бла-бла», говорил один криворукий девелопер, пропихивая своё кривое поделие в мэйнстрим. видимо, допрыгался.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от mandala

второй я удалил из системы, а вот по первому - искал, но ничего пока не нашёл

man8531
() автор топика
Ответ на: комментарий от Iron_Bug

systemd-analyze правда работает не понятно как, её логигу я так и не постиг за несколько лет, а вот затыки там видно в логе но я хз что там случилось у него.

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от mandala

был удалён раздел swap и расширен / на это место. больше ничего. в прошлый раз тоже была проблема с изменением размера диска: перетаскивал систему с большого на диск меньшего объёма

man8531
() автор топика
Ответ на: комментарий от mandala

у меня ненужнод просто нет. и аналайзеров никаких нет. и всё грузится за 12 секунд. причём я не предпринимала никаких особых усилий для ускорения загрузки. просто собрала ядро, образ системы, всё как обычно. никаких ухищрений. ядро самое последнее. да и другие никогда не тормозили.

Iron_Bug ★★★★★
()
Ответ на: комментарий от Deleted 
/etc/initramfs-tools/conf.d/resume:RESUME=UUID=c519a99e-5d65-4dd8-b0e0-d49b5dc55a5c
grep: /etc/xdg/menus/debian-menu.menu: Нет такого файла или каталога
man8531
() автор топика
Ответ на: комментарий от Iron_Bug

Да я тоже у себя не использую сустемд, так, приходится кое-где тыкать иногда в нее палочкой.

mandala ★★★★★
()
Ответ на: комментарий от man8531

Ну вот собственно и твой своп удаленный. Не знаю как эта приблуда дебиановская работает, почитай man, чтоб убрать корректно оттуда.

Deleted
()
Ответ на: комментарий от Deleted

Тьфу, ларчик просто открывался, а я тут маны к сустемдику читаю и пытаюсь из логов вытащить что интересное...

mandala ★★★★★
()
Ответ на: комментарий от Deleted

комментируем или удаляем инфу оттуда и update-grub && update-initramfs -u спасибо!

man8531
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin