LINUX.ORG.RU

Долгая загрузка Ubuntu 20.04.2 LTS

 , , ,


0

1

Всем доброго времени суток! С недавнего времени Ubuntu 20.04.2(focal) стала долго загружаться. Помогите разобраться в чём причина и как это пофиксить. Заранее всем спасибо! Вот выхлоп:

systemd-analyze blame
43.454s nmbd.service                           
23.780s man-db.service                         
17.484s dev-sda6.device                        
15.888s systemd-journal-flush.service          
11.161s udisks2.service                        
 9.807s fwupd.service                          
 8.505s dev-loop0.device                       
 8.380s dev-loop6.device                       
 8.315s dev-loop1.device                       
 7.986s dev-loop2.device                       
 7.978s dev-loop7.device                       
 7.608s dev-loop5.device                       
 7.511s logrotate.service                      
 7.465s dev-loop11.device                      
 7.411s dev-loop8.device                       
 6.837s dev-loop4.device                       
 6.836s dev-loop3.device                       
 6.747s dev-loop9.device                       
 6.676s dev-loop10.device                      
 6.597s NetworkManager.service                 
 6.578s networkd-dispatcher.service            
 6.468s snapd.service                          
 5.293s apparmor.service                       
 5.189s bolt.service                           
 4.279s systemd-udevd.service                  
 3.640s accounts-daemon.service                
 3.470s networking.service                     
 3.469s snapd.apparmor.service                 
 2.425s polkit.service                         
 2.278s avahi-daemon.service                   
 2.088s switcheroo-control.service             
 2.078s wpa_supplicant.service                 
 2.072s thermald.service                       
 2.071s systemd-logind.service                 
 2.070s ModemManager.service                   
 1.662s systemd-resolved.service               
 1.448s gpu-manager.service                    
 1.346s colord.service                         
 1.293s binfmt-support.service                 
 1.149s systemd-tmpfiles-setup-dev.service     
 1.088s systemd-modules-load.service           
  867ms systemd-sysusers.service               
  802ms systemd-tmpfiles-setup.service         
  798ms rc.local.service                       
  767ms apport.service                         
  747ms grub-initrd-fallback.service           
  711ms snap-chromium-1479.mount               
  709ms setserial.service                      
  696ms snap-chromium-1497.mount               
  693ms grub-common.service                    
  676ms etc-setserial.service                  
  669ms systemd-random-seed.service            
  647ms lm-sensors.service                     
  579ms systemd-sysctl.service                 
  577ms rsyslog.service                        
  553ms apt-daily-upgrade.service              
  540ms snap-core-10583.mount                  
  538ms snap-core-10823.mount                  
  534ms systemd-timesyncd.service              
  520ms lightdm.service                        
  517ms keyboard-setup.service                 
  511ms plymouth-quit-wait.service             
  499ms snap-core18-1944.mount                 
  491ms snap-core18-1988.mount                 
  477ms upower.service                         
  472ms virtualbox.service                     
  472ms console-setup.service                  
  411ms snap-gtk\x2dcommon\x2dthemes-1474.mount
  325ms snap-jdownloader2-13.mount             
  302ms systemd-udev-trigger.service           
  302ms snap-gnome\x2d3\x2d28\x2d1804-145.mount
  266ms snap-gtk\x2dcommon\x2dthemes-1514.mount
  240ms aumix.service                          
  235ms setvtrgb.service                       
  230ms snap-hello\x2dworld-29.mount           
  212ms kerneloops.service                     
  202ms systemd-remount-fs.service             
  183ms snap-hello\x2dworld-27.mount           
  175ms ufw.service                            
  140ms systemd-update-utmp.service            
  136ms snapd.seeded.service                   
  135ms systemd-journald.service               
  134ms smbd.service                           
  128ms dev-hugepages.mount                    
  127ms dev-mqueue.mount                       
  126ms sys-kernel-debug.mount                 
  126ms sys-kernel-tracing.mount               
  124ms kmod-static-nodes.service              
  123ms e2scrub_reap.service                   
  116ms winbind.service                        
  112ms ifupdown-pre.service                   
  111ms proc-sys-fs-binfmt_misc.mount          
  111ms dns-clean.service                      
  102ms user@1000.service                      
   46ms hddtemp.service                        
   36ms resolvconf-pull-resolved.service       
   29ms gdm3.service                           
   26ms pppd-dns.service                       
   22ms openvpn.service                        
   22ms systemd-update-utmp-runlevel.service   
   22ms systemd-user-sessions.service          
   18ms user-runtime-dir@1000.service          
   14ms plymouth-start.service                 
   11ms rtkit-daemon.service                   
   11ms plymouth-read-write.service            
    9ms alsa-restore.service                   
    8ms systemd-tmpfiles-clean.service         
    7ms ureadahead-stop.service                
    3ms sys-fs-fuse-connections.mount          
    2ms sys-kernel-config.mount                
  589us snapd.socket                           

Также еще вот

systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @2min 24.507s
└─multi-user.target @2min 24.507s
  └─smbd.service @2min 24.371s +134ms
    └─winbind.service @2min 24.253s +116ms
      └─nmbd.service @1min 40.794s +43.454s
        └─network-online.target @1min 40.781s
          └─network.target @1min 40.781s
            └─NetworkManager.service @1min 34.183s +6.597s
              └─dbus.service @1min 34.179s
                └─basic.target @1min 34.035s
                  └─sockets.target @1min 34.035s
                    └─snapd.socket @1min 34.034s +589us
                      └─sysinit.target @1min 33.952s
                        └─systemd-timesyncd.service @20.994s +534ms
                          └─systemd-tmpfiles-setup.service @20.101s +802ms
                            └─systemd-journal-flush.service @4.211s +15.888s
                              └─systemd-remount-fs.service @3.953s +202ms
                                └─systemd-journald.socket @3.828s
                                  └─system.slice @3.808s
                                    └─-.slice @3.808s



Последнее исправление: NightFobos (всего исправлений: 1)

А что за системный носитель? И ещё вопрос, ибо сталкивался с подобным у Gigabyt материнок BIOS-ом, что за материнская плата? Как бы странно это не звучало.

anonymous
()

системд удали.

это оно тормозит

ну или страдай

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

Не думаю что дело в железе. Т.к. у меня помимо Ubuntu стоят win7 и Astralinux 1.6(Debian). Все они грузятся быстро, а не 2,5 минуты как Ubuntu. Вот более реальная причина кроется в этих строчках

43.454s nmbd.service                           
23.780s man-db.service
. Рестарт командой
systemctl restart nmbd.service
происходит мгновенно. Поиск в гугле выдает сслыку на Debian Bug report logs - #840608 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840608. Однако дата фикса
01 Nov 2016
. Т.е по идее такой проблема такая решена уже давно. Ну а samba я использую т.к. нужен доступ к win сети. Однако ранее проблем с долгой загрузкой не было, т.к. она была примерно в полтора раза быстрее. Также не исключаю, что что-то иное из списка замедляет загрузку:
8.505s dev-loop0.device                       
 8.380s dev-loop6.device                       
 8.315s dev-loop1.device                       
 7.986s dev-loop2.device                       
 7.978s dev-loop7.device                       
 7.608s dev-loop5.device                       
 7.511s logrotate.service                      
 7.465s dev-loop11.device                      
 7.411s dev-loop8.device                       
 6.837s dev-loop4.device                       
 6.836s dev-loop3.device                       
 6.747s dev-loop9.device                       
 6.676s dev-loop10.device    
Вопрос, как это исправить?

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

Ну так оно наверно не само, а засадил ты какую-то сетевую папку на авто маунт.

Каштан.

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

Ага, на ней отображает. И именно в ubuntu. Это все твои службы через эти loop запускаются. Удалять не советую, хотя есть способ, ибо получишь тыкву от ubuntu потом и понадобится переустановка, вот она так долго и грузится с HDD, с SSD значительно быстрее. Но все эти loop в ubuntu останутся. Если интересно, то можете ещё lsblk глянуть в ubuntu и увидите что она вот так вот. Ничего не поделать.

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

С SSD конечно загрузка быстрее. Однако у меня на моем HDD, как я ответил выше, загрузка происходила гораздо быстрее, изменения конфигурации или установка новых программ не производились, только штатные обновления. А потом, после n-ной перезагрузки возникла такая проблема.

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

dev-loop - это снап-программы. Замени их нормальными программами.

более реальная причина кроется в этих строчках…

…и в соседствующей с ними:

  └─smbd.service @2min 24.371s +134ms
    └─winbind.service @2min 24.253s +116ms
      └─nmbd.service @1min 40.794s +43.454s

Сделай «болевой» этой самбе, отключи, хотя-бы временно, для проверки.

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

На данный момент руки добрались до центра приложений, удалил несколько программ (chromium и jdownloader). Чуть позже как освобожусь проведу опыт с samba. Спасибо!

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

А в ubuntu уже с 18.04 началось, чем больше обновлений - тем тормознее система. Но всё же lsblk гляньте, там много чего запускается через loop, в том числе и gnome 3.38.x и.т.д. Смотрите не кильните лишнего, ибо потом только переустановка.

PS: Отчасти из-за этого, я и поставил системы на SSD. И ещё в BIOS гляньте вкладку «BOOT», там всё в порядке? Не появилось нового фантомного устройства с названием ubuntu(марка и модель вашего HDD), помимо самого HDD? Если да, то её удаление приведёт ещё немного к ускорению загрузки. Впрочем не во всех BIOS она появляется, у меня была и я сперва думал так и надо, потом прочитал что лишняя и удалил её, поставив первым загрузочным свой SSD, грузиться стало быстро вообще. Но по lsblk остались loop/snap/программа или gnome.

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

Если не нужны, то все снапы можно удалять, вместе со snapd. Затесавшийся среди них гном не имеет отношения к системному. Он нужен только для снап-программ, чтобы хоть как-то уменьшить суммарный размер. Так - один гном на все снапы, без него пришлось бы в каждом снапе держать свой гном. Но на всякий случай, внимательно смотри, что предлагает удалить. И лучше, перед любой настройкой-установкой-удалением-обновлением делать бекап.

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

Это не ко мне, это к ТС. Чтоб он не кильнул чего лишнего. У меня то всё в порядке.

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

Извиняюсь за долгое отсутствие ответа. Как я говорил выше я удалил парочку пакетов snap. И продолжил поиски в стороне загрузки ОС. Командой

cat /var/log/boot.log
просмотрел лог загрузки и увидел такие строчки:
[ TIME ] Timed out waiting for device -d494-4013-8ee5-1b17c3f06e76.
[DEPEND] Dependency failed for /dev…e-d494-4013-8ee5-1b17c3f06e76.
[DEPEND] Dependency failed for Swap.
С такой проблемой я ранее был знаком, это несовпадают записи UUID swap. Было
UUID=cf69d93e-d494-4013-8ee5-1b17c3f06e76
, а должно быть
UUID="fc3a48d0-2b8b-4557-b98d-1fd00c06b96d"
, собственно это я увидел через
blkid
. Поправил запись в fstab. Перезагрузился и снова запустил
cat /var/log/boot.log
:
[  OK  ] Found device TOSHIBA_DT01ACA050 5.
         Activating swap /dev/disk/…2b8b-4557-b98d-1fd00c06b96d...
[  OK  ] Activated swap /dev/disk/b…0-2b8b-4557-b98d-1fd00c06b96d.
[  OK  ] Reached target Swap.
. Здесь увидел, что своп успешно примонтировался.

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

Снова запустил

systemd-analyze critical-chain

graphical.target @1min 13.873s
└─multi-user.target @1min 13.873s
  └─smbd.service @1min 13.730s +142ms
    └─winbind.service @1min 13.624s +103ms
      └─nmbd.service @29.919s +43.700s
        └─network-online.target @29.853s
          └─network.target @29.852s
            └─NetworkManager.service @21.627s +8.224s
              └─dbus.service @21.624s
                └─basic.target @21.422s
                  └─sockets.target @21.422s
                    └─snapd.socket @21.422s +695us
                      └─sysinit.target @20.886s
                        └─swap.target @20.886s
                          └─dev-disk-by\x2duuid-fc3a48d0\x2d2b8b\x2d4557\x2db98d\x2d1fd00c06b96d.swap @20.732s +153ms
                            └─dev-disk-by\x2duuid-fc3a48d0\x2d2b8b\x2d4557\x2db98d\x2d1fd00c06b96d.device @20.732s                                                            
Время загрузки ОС составила
1min 50.280s
.

NightFobos
() автор топика

Когда запуск сетевых сервисов тормозит я первым делом проверяю что /etc/hostname корректно установлен и что в /etc/hosts есть записи для localhost. Также стоит проверить что есть достаточно энтропии во время загрузки (может быть критично для подключения по wifi).

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

Уже давно, вместо свап-раздела использую свап-файл, который в fstab прописан по имени файла. Поэтому с УУИД проблем не возникает. Помимо fstab, с УУИД свапа может быть еще такая беда.

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

В общем я решил полностью удалить snapd. Вот вывод

systemd-analyze critical-chain 
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1min 20.327s
└─multi-user.target @1min 20.327s
  └─smbd.service @1min 20.187s +138ms
    └─winbind.service @1min 20.065s +120ms
      └─nmbd.service @29.009s +51.050s
        └─network-online.target @28.919s
          └─network.target @28.918s
            └─NetworkManager.service @22.410s +6.506s
              └─dbus.service @22.407s
                └─basic.target @22.196s
                  └─sockets.target @22.196s
                    └─uuidd.socket @22.196s
                      └─sysinit.target @21.887s
                        └─systemd-timesyncd.service @21.727s +159ms
                          └─systemd-tmpfiles-setup.service @20.983s +644ms
                            └─systemd-journal-flush.service @3.678s +17.303s
                              └─systemd-remount-fs.service @3.529s +102ms
                                └─systemd-journald.socket @3.412s
                                  └─-.mount @3.400s
                                    └─system.slice @3.399s
                                      └─-.slice @3.399s
Система все еще крайне медленно загружается, уже не знаю куда копать.

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

Переустанавливай - линукс вей.

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

└─nmbd.service @29.009s +51.050s

└─systemd-journal-flush.service @3.678s +17.303s

Две этих строки дают минуту.

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