LINUX.ORG.RU

Enjoy your systemd. «Молниеносная загрузка», ога.

alegz ★★★★
()

Нажать ESC и посмотреть сообщения, не? По моему опыту, самая частая причина поломки загрузки при обновление - raid. Systemd ждет, пока появится нужное устройство, а оно не появляется, т.к. создалось с другим именем. Чтобы исправить такое, как правило нужно загрузиться с live-системы, chrootнуться в установленную и исправить конфиги.

anonymous
()

Счастливый человек, у тебя Дебиан всего лишь медленно загружается! У меня он зависает при загрузке (не нажимаются клавиши, не создаются логи). Чёртовы бракоделы!

anonymous
()

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

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

Возможно. А как проверить? Долго висит темный єкран перед появление рабстола и курсора мыши.

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

Посмотрите, на чём затыкается загрузка, по временным меткам в dmesg.

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

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

Ok. спасибо. Буду сейчас глядеть.

Deleted
()

Разобновись назад. Пока не готов.

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

Что тут можно увидеть

всю информацию о загрузке системы, что в какой последовательности и на какой милионной доли секунды стартует! ищи затыки в событиях вот тут явная жопа

[   21.539403] Adding 4415484k swap on /dev/sdc3.  Priority:-2 extents:1 across:4415484k FS
[   36.039117] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
чем занималась машина 15 секунд? приглядись остальные события практически мнгновенны! в идеале машина не должна думать более секунды над событием...

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

спасибо. Что-то сосвопом? так тоже видно

root@debian:/home/deepforest/Документы# systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @33.743s
└─multi-user.target @33.743s
  └─snapd.seeded.service @28.897s +4.845s
    └─snapd.service @15.735s +13.159s
      └─basic.target @15.492s
        └─sockets.target @15.492s
          └─snapd.socket @15.466s +25ms
            └─sysinit.target @15.389s
              └─swap.target @15.389s
                └─dev-disk-by\x2duuid-8a7c2849\x2dce84\x2d4a18\x2da0c8\x2d5f119925aee0.swap @15.211s +177ms
                  └─dev-disk-by\x2duuid-8a7c2849\x2dce84\x2d4a18\x2da0c8\x2d5f119925aee0.device @15.207s
root@debian:/home/deepforest/Документы# 


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

Не своп, а снап.

Стареют лоровцы, подслеповатые стали.

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

sudo update-initramfs -u -k all

I: The initramfs will attempt to resume from /dev/sdc3
I: (UUID=8a7c2849-ce84-4a18-a0c8-5f119925aee0)
I: Set the RESUME variable to override this.
root@debian:/home/deepforest# 

fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc2 during installation
UUID=62219ca0-31a3-4a7d-83bd-e2358e341b36 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdc3 during installation
UUID=8a7c2849-ce84-4a18-a0c8-5f119925aee0 none            swap    sw              0       0

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

в fstab нормально, система долго ищет swap - не может определиться с разделом, хз почему? можно попробовать sw на defaults изменить, но такие адовые эксперименты на свой страх и риск

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

это вообще загадка! здесь swap https://wiki.debian.org/ru/fstab, но у меня при установке системы само собой получилось none - действую по принципу работает не трогай, однако если посмотреть тут https://wiki.archlinux.org/index.php/Fstab_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9) все с точностью до наоборот, а почему? потому что в дебиановском примере раздел логический, а в арчвики первичный! осталось только узнать какой swap раздел у тс-а, но для этого нужен lsblk в студию...

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd
root@debian:/home/deepforest# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0  88,5M  1 loop /snap/core/7270
loop1    7:1    0 154,1M  1 loop /snap/freeorion/2
loop2    7:2    0  88,4M  1 loop /snap/core/6964
loop3    7:3    0 489,4M  1 loop /snap/starruler2/53
sda      8:0    0 186,3G  0 disk 
├─sda1   8:1    0  10,5G  0 part 
├─sda2   8:2    0     1K  0 part 
├─sda5   8:5    0  29,3G  0 part 
├─sda6   8:6    0  48,8G  0 part 
├─sda7   8:7    0  48,8G  0 part 
└─sda8   8:8    0  48,8G  0 part 
sdb      8:16   0 149,1G  0 disk 
├─sdb1   8:17   0  70,3G  0 part 
├─sdb2   8:18   0     4G  0 part 
├─sdb3   8:19   0   549M  0 part 
└─sdb4   8:20   0  74,2G  0 part 
sdc      8:32   0 149,1G  0 disk 
├─sdc1   8:33   0  70,3G  0 part 
├─sdc2   8:34   0  74,5G  0 part /
└─sdc3   8:35   0   4,2G  0 part [SWAP]
sdd      8:48   1    30G  0 disk 
├─sdd1   8:49   1    30G  0 part 
├─sdd2   8:50   1  31,5K  0 part 
└─sdd4   8:52   1   615M  0 part 
root@debian:/home/deepforest# 

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

При чём здесь своп, когда у тебя snap почти 20 секунд систему >держит?

И что с этим делать?

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

Попробуй снести и не ставь всякую хрень из левых источников. Все что тебе нужно есть в дистрибутиве.

Про своп не слушай, это у народа чердак протек, не туда тебя погнали от некомпетентности.

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

раздел первичный у меня для такого система указала none и у тебя так же, слушай в натуре что это за snap в выхлопе, я думал gremlin_the_red куражится, а тут такое дело

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd
root@debian:/home/deepforest# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0 489,4M  1 loop /snap/starruler2/53
loop1    7:1    0  88,4M  1 loop /snap/core/6964
loop2    7:2    0  88,5M  1 loop /snap/core/7270
loop3    7:3    0 154,1M  1 loop /snap/freeorion/2
sda      8:0    0 186,3G  0 disk 
├─sda1   8:1    0  10,5G  0 part 
├─sda2   8:2    0     1K  0 part 
├─sda5   8:5    0  29,3G  0 part 
├─sda6   8:6    0  48,8G  0 part 
├─sda7   8:7    0  48,8G  0 part 
└─sda8   8:8    0  48,8G  0 part 
sdb      8:16   0 149,1G  0 disk 
├─sdb1   8:17   0  70,3G  0 part 
├─sdb2   8:18   0     4G  0 part 
├─sdb3   8:19   0   549M  0 part 
└─sdb4   8:20   0  74,2G  0 part 
sdc      8:32   0 149,1G  0 disk 
├─sdc1   8:33   0  70,3G  0 part 
├─sdc2   8:34   0  74,5G  0 part /
└─sdc3   8:35   0   4,2G  0 part [SWAP]
sdd      8:48   1    30G  0 disk 
├─sdd1   8:49   1    30G  0 part 
├─sdd2   8:50   1  31,5K  0 part 
└─sdd4   8:52   1   615M  0 part 
root@debian:/home/deepforest# 


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

Ага компетентный для сравнения

нормальный → swap.target @1.165s
у тс → swap.target @15.389s
а snap всего +13.159s хотя тоже много

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

у народа чердак протек

а как же это

[   21.539403] Adding 4415484k swap on /dev/sdc3.  Priority:-2 extents:1 across:4415484k FS
[   36.039117] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
что то одно из двух этих событий - именно между ними потерянные 15 секунд, ну хорошо не swap - согласен, что тогда получается сетевухе не подняться?

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

Блин, за сегодя на Дебе10 три раза Лиса68 подвесила комп полностью. Не знаю что и думать? Либо в Лисе отключать ускорение либо вместо нуво накатывать закрытый драйвер?

Поудалял приложения снапа и сам снап. Таже песня. Грузится также долго. На Арче все быстро.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Ответ на: комментарий от amd_amd

что тогда получается сетевухе не подняться?

Бывает редко после загрузки нет сети. Помогает перезагрузка.

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

смени опции монтирования на swap swap defaults 0 0 и сделай после перезагрузки

systemd-analyze plot > boot_analysis.svg 
#и выложи boot_analysis.svg

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

После удаления снапа, ругается на AppArmor во время загрузки

deepforest@debian:~$ sudo su
[sudo] пароль для deepforest: 
root@debian:/home/deepforest# sudo systemctl start apparmor.service
Job for apparmor.service failed because the control process exited with error code.
See "systemctl status apparmor.service" and "journalctl -xe" for details.
root@debian:/home/deepforest# systemctl status apparmor.service
● apparmor.service - Load AppArmor profiles
   Loaded: loaded (/lib/systemd/system/apparmor.service; enabled; vendor preset:
   Active: failed (Result: exit-code) since Sat 2019-07-13 18:22:37 EEST; 9s ago
     Docs: man:apparmor(7)
           https://gitlab.com/apparmor/apparmor/wikis/home/
  Process: 1491 ExecStart=/lib/apparmor/apparmor.systemd reload (code=exited, st
 Main PID: 1491 (code=exited, status=1/FAILURE)

июл 13 18:22:37 debian systemd[1]: Starting Load AppArmor profiles...
июл 13 18:22:37 debian apparmor.systemd[1491]: Restarting AppArmor
июл 13 18:22:37 debian apparmor.systemd[1491]: Reloading AppArmor profiles
июл 13 18:22:37 debian apparmor.systemd[1491]: AppArmor parser error for /var/li
июл 13 18:22:37 debian apparmor.systemd[1491]: AppArmor parser error for /var/li
июл 13 18:22:37 debian apparmor.systemd[1491]: Error: At least one profile faile
июл 13 18:22:37 debian systemd[1]: apparmor.service: Main process exited, code=e
июл 13 18:22:37 debian systemd[1]: apparmor.service: Failed with result 'exit-co
июл 13 18:22:37 debian systemd[1]: Failed to start Load AppArmor profiles.
lines 1-17/17 (END)...skipping...
● apparmor.service - Load AppArmor profiles
   Loaded: loaded (/lib/systemd/system/apparmor.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sat 2019-07-13 18:22:37 EEST; 9s ago
     Docs: man:apparmor(7)
           https://gitlab.com/apparmor/apparmor/wikis/home/
  Process: 1491 ExecStart=/lib/apparmor/apparmor.systemd reload (code=exited, status=1/FAILU
 Main PID: 1491 (code=exited, status=1/FAILURE)

июл 13 18:22:37 debian systemd[1]: Starting Load AppArmor profiles...
июл 13 18:22:37 debian apparmor.systemd[1491]: Restarting AppArmor
июл 13 18:22:37 debian apparmor.systemd[1491]: Reloading AppArmor profiles
июл 13 18:22:37 debian apparmor.systemd[1491]: AppArmor parser error for /var/lib/snapd/appa
июл 13 18:22:37 debian apparmor.systemd[1491]: AppArmor parser error for /var/lib/snapd/appa
июл 13 18:22:37 debian apparmor.systemd[1491]: Error: At least one profile failed to load
июл 13 18:22:37 debian systemd[1]: apparmor.service: Main process exited, code=exited, statu
июл 13 18:22:37 debian systemd[1]: apparmor.service: Failed with result 'exit-code'.
июл 13 18:22:37 debian systemd[1]: Failed to start Load AppArmor profiles.
~
~
~
~
~
~
~
~
~
~
~
~
~
~

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

А ты им пользуешься? Если нет тоже удаляй. Сколько у вас в дебе дряни понапихали убунта отдыхает

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

а как же это

Это значит что на 21 секунде своп активировался, а на 36 сфейлился ipv6, ничего больше тут нет. Сколько сервисов стартовало между ними и какие висели тут не сказано.

Смотреть надо не дмесг, а дебаг, сислог и демон логс.

ТС, после сноса снапа посмотри что теперь висит при загрузке. Может что-то не снёс или выявится другая проблема.

BaBL ★★★★★
()
Ответ на: комментарий от anonymous
/etc/fstab                                                                                                                                                          567/567               100%
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc2 during installation
UUID=62219ca0-31a3-4a7d-83bd-e2358e341b36 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdc3 during installation
UUID=8a7c2849-ce84-4a18-a0c8-5f119925aee0 swap swap defaults 0 0


boot_analysis.svg

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

apparmor сам никогда не устанавливал. Недавно установленный 9.9 был обновлен до 10

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

Неа, Debian ж. Snap конешн не добавили, но AppArmor...

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

Почтовый сервер.

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

Посмотри смарт

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

Все что красным выделено смотри что то со звуком

rtkit-daemon.service (5.362s)

alsa-restore.service (5.356s)

И сетью с гомноменеджарами

pppd-dns.service (5.294s) NetworkManager.service (6.101s) wpa_supplicant.service (5.292s) ModemManager.service (9.584s) avahi

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

У меня тоже такое подозрение. Вот смарт. Линукс на одном из Сигейтов. Сигейты я брал б\у в магазине как refurbished

https://gofile.io/?c=xLfecH

ps На Самсунге 7ка, все ок. На первом Сигейте Арч, тоже все ок.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.