Резко на порядок увеличилось время загрузки системы 18.04.5 LTS

[A2N]

Доброго времени суток!

В Ubuntu 18.04.5 LTS резко возросло время загрузки системы.
С 15 секунд до 3+ минут.

Система стоит на SSD. Кроме системного диска присутствуют два HDD, была идея перенести папку /home на один из них. Форматировал  HDD и создал точку монтирования в /mnt/ при помощи утилиты Disks. Дальше дело не пошло, проявилась проблема с долгой загрузкой системы.

Результаты нынешнего systemd-analyze blame

(Нажмите, чтобы показать/скрыть)

~$ systemd-analyze blame
         20.691s geoclue.service
          7.882s plymouth-quit-wait.service
          2.839s tor@default.service
          2.041s dev-loop9.device
          2.015s dev-sda1.device
          1.992s dev-loop10.device
          1.922s dev-loop11.device
          1.919s dev-loop12.device
          1.876s dev-loop13.device
          1.867s dev-loop14.device
          1.855s dev-loop8.device
          1.807s snapd.service
          1.678s dev-loop21.device
          1.648s dev-loop20.device
          1.647s dev-loop7.device
          1.645s dev-loop22.device
          1.634s dev-loop18.device
          1.628s dev-loop1.device
          1.603s dev-loop17.device
          1.581s dev-loop16.device
          1.563s dev-loop19.device
          1.518s dev-loop15.device
          1.466s dev-loop6.device
          1.453s dev-loop2.device
          1.452s dev-loop5.device
          1.425s dev-loop4.device
          1.373s dev-loop3.device
          1.365s dev-loop0.device
          1.254s networkd-dispatcher.service
          1.230s fwupd.service
          1.038s udisks2.service
           961ms apparmor.service
           883ms systemd-journal-flush.service
           732ms NetworkManager.service
           725ms NetworkManager-wait-online.service
           679ms ModemManager.service
           647ms grub-common.service
           611ms i2p.service
           576ms mnt-DATA.mount
           571ms nmbd.service
           534ms snap-gnome\x2dcalculator-826.mount
           487ms accounts-daemon.service
           447ms gpu-manager.service
           425ms snap-core18-1932.mount
           403ms snap-core20-634.mount
           396ms snap-telegram\x2ddesktop-2170.mount
           364ms snap-gnome\x2dlogs-100.mount
           363ms thermald.service
           357ms smbd.service
           347ms user@121.service
           334ms snap-gnome\x2dcalendar-132.mount
           329ms systemd-udevd.service
           326ms snap-gnome\x2dsystem\x2dmonitor-148.mount
           325ms snap-gnome\x2dcharacters-570.mount
           320ms wpa_supplicant.service
           291ms virtualbox.service
           279ms snap-zoom\x2dclient-106.mount
           249ms tor.service
           248ms keyboard-setup.service
           248ms snap-zoom\x2dclient-108.mount
           245ms snap-gnome\x2d3\x2d34\x2d1804-60.mount
           239ms rsyslog.service
           234ms snap-skype-159.mount
           233ms snap-telegram\x2ddesktop-2185.mount
           224ms snap-gnome\x2d3\x2d26\x2d1604-100.mount
           223ms snap-gtk\x2dcommon\x2dthemes-1506.mount
           220ms snap-kde\x2dframeworks\x2d5\x2dqt\x2d5\x2d14\x2dcore18-4.mount
           213ms snap-kdenlive-24.mount
           207ms snap-discord-115.mount
           205ms snap-kde\x2dframeworks\x2d5\x2dcore18-32.mount
           201ms snap-core-10185.mount
           197ms snap-skype-156.mount
           190ms systemd-journald.service
           188ms snap-core18-1885.mount
           186ms lvm2-monitor.service
           182ms systemd-logind.service
           180ms snap-gnome\x2d3\x2d28\x2d1804-145.mount
           174ms binfmt-support.service
           173ms snapd.apparmor.service
           172ms apport.service
           171ms systemd-udev-trigger.service
           152ms polkit.service
           146ms upower.service
           145ms dns-clean.service
           144ms systemd-modules-load.service
           127ms networking.service
           124ms speech-dispatcher.service
           118ms systemd-tmpfiles-setup-dev.service
           113ms systemd-resolved.service
           112ms systemd-timesyncd.service
           103ms packagekit.service
            99ms plymouth-read-write.service
            98ms console-setup.service
            90ms alsa-restore.service
            84ms snapd.seeded.service
            76ms user@1000.service
            72ms gdm.service
            62ms bolt.service
            60ms kerneloops.service
            56ms plymouth-start.service
            56ms systemd-tmpfiles-setup.service
            55ms pppd-dns.service
            50ms ufw.service
            40ms systemd-tmpfiles-clean.service
            40ms dev-hugepages.mount
            39ms proc-sys-fs-binfmt_misc.mount
            38ms sys-kernel-debug.mount
            38ms systemd-sysctl.service
            36ms systemd-remount-fs.service
            36ms kmod-static-nodes.service
            34ms dev-mqueue.mount
            34ms blk-availability.service
            29ms systemd-random-seed.service
            28ms sys-kernel-config.mount
            27ms sys-fs-fuse-connections.mount
            26ms systemd-user-sessions.service
            25ms colord.service
            18ms systemd-update-utmp.service
            15ms systemd-update-utmp-runlevel.service
             9ms ureadahead-stop.service
             8ms avahi-daemon.service
             6ms rtkit-daemon.service
             4ms setvtrgb.service
             3ms snapd.socket

Подскажите куда копать, что еще мог упустить?

[andytux]

была идея перенести папку /home на один из них

Так ты хотел увеличить время загрузки, ты этого добился. Результат может быть еще более впечатляющим.
Например, если хоме-раздел по какой-либо причине не смонтируется, то система вообще не запустится.
Если уж хоме-каталог есть, то лучше его не переносить, а скопировать на будущий хоме-раздел. Монтируй раздел поверх него.
А еще лучше, хоме не трогать, а "вынести" из него только "медийные каталоги".

[A2N]

В том то и дело что до переноса дело ещё не дошло. Жареным запахло раньше.

Что было сделано:
HDD очищен и форматирован из NTFS в ex4. Сначала как зашифрованый, потом пароль удалил. Обозвал том Home и сделал точку монтирования /mnt/Home

Удивился что время загрузки увеличилось с 15 секунд до 3 с лишним минут. Удалил точку монтирования и отключил HDD через bios.

Однако время загрузки по прежнему не лезет ни в какие ворота.

[F12]

Сначала как зашифрованый, потом пароль удалил

- как шифровал?.. удаление пароля это далеко еще не все...

[A2N]

Через утилиту disks
Создал сразу зашифрованый раздел с файловой системой ex4.
Потом этот раздел удалил и создал обычный, незашифрованный

[andytux]

сделал точку монтирования /mnt/Home...Удалил точку монтирования

Что это значит? Создал каталог, удалил каталог или что-то другое? Что в fstab?
Странно, что "blame" ничего не показал.
Покажи вывод: systemd-analyze.

[A2N]

Делал так: через утилиту "Disks" щелкал правой кнопкой мыши на нужном разделе и входил в "Mount Options". Там ставил галку на "Mount at system startup" и прописывал mount point "/mnt/HOME" в первый раз, и что-то еще во второй. Там еще "Indentify As" есть, эту графу тоже трогал(.

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/sdb1 during installation
UUID=29e34c9d-f7e2-4f50-9247-048ed8f6503f /               ext4    errors=remoun$
/dev/mapper/ubuntu--vg-swap_1 none            swap    sw              0       0
/dev/disk/by-uuid/A81C86DC1C86A542 /mnt/DATA auto nosuid,nodev,nofail,x-gvfs-sh$

каюсь, строку со вторым HDD "HOME" - удалил. Затупил, даже не закомментировал(

systemd-analyze

(Нажмите, чтобы показать/скрыть)

:~$ systemd-analyze
Startup finished in 2.445s (kernel) + 3min 739ms (userspace) = 3min 3.184s
graphical.target reached after 1min 39.799s in userspace

P.S. В папке /mnt/ до сих пор существует папка "HOME" ее не удалял. Более того там есть след второй попытки: папка под названием "/mnt/sdc1"
В bios диск отключен, а в утилите "Disks" накопитель до сих пор отображается

[SergeyIT]

В bios диск отключен, а в утилите "Disks" накопитель до сих пор отображается

Это нормально для линукс, он все видит
...
А fstab - каша какая-то...

[andytux]

/dev/mapper/ubuntu--vg-swap_1 none            swap    sw              0       0

А это что за ..., как-бы это без матов выразиться, хрень.

/dev/disk/by-uuid/A81C86DC1C86A542 /mnt/DATA auto nosuid,nodev,nofail,x-gvfs-sh

Здесь вроде ничего криминального, но на время экспериментов закомментировал-бы. Все-таки Windows-разделы та еще пакость.

каюсь, строку со вторым HDD "HOME" - удалил.

И хорошо. По крайней мере этот раздел точно не мешает.

[SergeyIT]

Если был своп раздел, а теперь непонятно что... вот и висит при загрузке, неизвестно что делать.
Иногда даже при смене uuid swap раздела проблемы бывают.

[A2N]

    /dev/mapper/ubuntu--vg-swap_1 none            swap    sw              0       0

А это что за ..., как-бы это без матов выразиться, хрень.

честно говоря - тоже не знаю что это такое. Не так давно перешел с одной известной операционной системы на свободное ПО.

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

Если был своп раздел, а теперь непонятно что... вот и висит при загрузке, неизвестно что делать.
Иногда даже при смене uuid swap раздела проблемы бывают.

Что такое swap раздел? Система сейчас стоит на SSD

[SergeyIT]

Что такое swap раздел?

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

[A2N]

Что такое swap раздел?

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

Спасибо за совет! Раньше не знал о  swap совсем, теперь в раздумьях как использовать этот полезный инструмент и ресурс SSD сохранить.

Проблема долгой загрузки системы решена.

1) Физически отключил все накопители кроме SSD
2) В /etc/fstab закомментировал строку содержащую swap

systemd-analyze

(Нажмите, чтобы показать/скрыть)

$ systemd-analyze
Startup finished in 2.455s (kernel) + 13.658s (userspace) = 16.114s
graphical.target reached after 13.638s in userspace

[andytux]

ресурс SSD сохранить

А я думал, что SSD берут, чтобы ресурс использовать. Сегодня стоит бояться "запланированного старения".

не знал о  swap совсем, теперь в раздумьях как использовать

Swap-файл использовать значительно удобнее.

[jurganov]

Swap-файл использовать значительно удобнее.

как раз наоборот.
на винде этот размазанный по свободным кластерам своп-файл - просто бич работы