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

[omel]

Добрый день!
На компьютере второй системой устанавливаю Ubuntu 20.04.
До этого недолго стояла ubuntu 18.04 (была удалена вручную).
Послед установки 20.04 после второй перезагрузки была проблема, когда система не загружалась вообще (с gdm3 решена с помощью https://ubuntugeeks.com/questions/281384/gdm3-doesnt-start-in-ubuntu-18-04).
Разметку дисков пыталась делать как вручную, так и автоматически, но время загрузки в обоих случаях неоправданно долгое

Вероятно, мой косяк где-то на этапах выше или с разметкой что-то не так. Среди вариантов на форуме решение не вижу или не туда смотрю. Подскажите, куда смотреть, пожалуйста.

systemd-analyze time:

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

Startup finished in 6.165s (kernel) + 6min 31.873s (userspace) = 6min 38.039s
graphical.target reached after 6min 30.823s in userspace

systemd-analyze blame:

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

3min 25.474s dev-sda7.device                                   
2min 41.755s plymouth-quit-wait.service                         
1min 33.880s networkd-dispatcher.service                       
1min 21.256s avahi-daemon.service                               
1min 21.254s bluetooth.service                                 
1min 20.210s switcheroo-control.service                         
1min 19.074s thermald.service                                   
1min 19.071s wpa_supplicant.service                             
1min 19.070s systemd-logind.service                             
     59.286s systemd-journal-flush.service                     
     44.493s snapd.seeded.service                               
     43.268s snapd.service                                     
     41.572s apport.service                                     
     39.341s systemd-resolved.service                           
     39.192s grub-common.service                               
     34.094s secureboot-db.service                             
     33.717s gpu-manager.service                               
     21.189s systemd-tmpfiles-setup.service                     
     20.574s rsyslog.service                                   
     17.882s apparmor.service                                   
     16.345s dev-loop1.device                                   
     16.138s dev-loop0.device                                   
     12.551s snapd.apparmor.service                             
     12.257s NetworkManager.service                             
     12.178s snap-gnome\x2d3\x2d34\x2d1804-27.mount             
     12.079s gdm.service                                       
     11.717s dev-loop3.device                                   
     11.064s dev-loop4.device                                   
      9.513s fwupd.service                                     
      8.968s systemd-timesyncd.service                         
      8.426s systemd-rfkill.service                             
      7.658s grub-initrd-fallback.service                       
      7.274s systemd-backlight@backlight:intel_backlight.service
      6.808s dev-loop2.device                                   
      5.911s ModemManager.service                               
      4.788s systemd-modules-load.service                       
      4.357s systemd-sysusers.service                           
      4.323s user@125.service                                   
      4.319s systemd-random-seed.service                       
      3.964s swapfile.swap                                     
      3.890s plymouth-start.service                             
      2.772s snap-core18-1754.mount                             
      2.593s upower.service                                     
      2.558s colord.service                                     
      2.107s e2scrub_reap.service                               
      1.907s plymouth-read-write.service                       
      1.722s console-setup.service                             
      1.674s pppd-dns.service                                   
      1.456s polkit.service                                     
      1.204s systemd-udevd.service                             
      1.086s systemd-sysctl.service                             
      1.045s setvtrgb.service                                   
       895ms udisks2.service                                   
       675ms systemd-udev-trigger.service                       
       637ms user@1000.service                                 
       607ms snap-core18-1705.mount                             
       562ms snap-gnome\x2d3\x2d34\x2d1804-24.mount             
       527ms systemd-journald.service                           
       499ms keyboard-setup.service                             
       474ms snap-gtk\x2dcommon\x2dthemes-1506.mount           
       473ms snap-snap\x2dstore-433.mount                       
       466ms modprobe@drm.service                               
       350ms systemd-tmpfiles-setup-dev.service                 
       311ms ufw.service                                       
       245ms rtkit-daemon.service                               
       209ms systemd-update-utmp.service                       
       156ms systemd-remount-fs.service                         
       118ms snap-snapd-7264.mount                             
       111ms systemd-user-sessions.service                     
        98ms kerneloops.service                                 
        97ms dev-hugepages.mount                               
        96ms dev-mqueue.mount                                   
        95ms sys-kernel-debug.mount                             
        94ms sys-kernel-tracing.mount                           
        91ms kmod-static-nodes.service                         
        65ms snap-notepadqq-855.mount                           
        53ms user-runtime-dir@125.service                       
        48ms systemd-tmpfiles-clean.service                     
        44ms snap-core-9066.mount                               
        42ms openvpn.service                                   
        34ms accounts-daemon.service                           
        28ms user-runtime-dir@1000.service                     
        14ms dev-loop8.device                                   
        12ms systemd-update-utmp-runlevel.service               
        11ms alsa-restore.service                               
         7ms dev-loop6.device                                   
         5ms dev-loop5.device                                   
         4ms dev-loop7.device                                   
         4ms sys-fs-fuse-connections.mount                     
         3ms sys-kernel-config.mount                           
       887us snapd.socket

lsblk:
 

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

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0  62,1M  1 loop /snap/gtk-common-themes/1506
loop1    7:1    0 240,8M  1 loop /snap/gnome-3-34-1804/24
loop2    7:2    0    55M  1 loop /snap/core18/1705
loop3    7:3    0  49,8M  1 loop /snap/snap-store/433
loop4    7:4    0  27,1M  1 loop /snap/snapd/7264
loop5    7:5    0    55M  1 loop /snap/core18/1754
loop6    7:6    0 242,4M  1 loop /snap/gnome-3-34-1804/27
loop7    7:7    0  93,9M  1 loop /snap/core/9066
loop8    7:8    0   145M  1 loop /snap/notepadqq/855
sda      8:0    0 465,8G  0 disk
├─sda1   8:1    0   100M  0 part
├─sda2   8:2    0   900M  0 part
├─sda3   8:3    0   128M  0 part
├─sda4   8:4    0 261,8G  0 part
├─sda5   8:5    0   450M  0 part
├─sda6   8:6    0 132,5G  0 part
└─sda7   8:7    0    70G  0 part /
sr0     11:0    1  1024M  0 rom 

cat /etc/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/sda7 during installation
UUID=e120ee34-91b7-431c-9896-d71fd7f61fb2 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=8430-0289  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

sudo blkid

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

/dev/sda7: UUID="e120ee34-91b7-431c-9896-d71fd7f61fb2" TYPE="ext4" PARTUUID="036f16a8-4690-4de9-895d-863b8adaa712"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/sda1: LABEL="SYSTEM" UUID="8430-0289" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="c1223879-9ed5-4dd7-98a5-3bbe87de0300"
/dev/sda2: LABEL="Recovery" UUID="AE2E906E2E9030F7" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="58fa7ef7-1d60-4edf-b905-ac3848736e2f"
/dev/sda4: UUID="76DE0FD2DE0F8997" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="acc52c4d-eef3-457f-81de-2e6899c0db64"
/dev/sda5: UUID="DED69A2CD69A04C5" TYPE="ntfs" PARTUUID="f4ab39eb-5c51-49da-8438-e5dd4b02cd32"
/dev/sda6: LABEL="DATA" UUID="6EF09750F0971D81" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="51d8070b-c155-4ae1-82ec-e34c74e85b9d"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="4757782b-c8c7-42c3-b5d1-5eacdff5a295"

ТС не появлялся на Форуме более трех месяцев по состоянию на 19/03/2021 (последняя явка: 03/05/2020). Модератором раздела принято решение закрыть тему.
--zg_nico

[zg_nico]

Послед установки 20.04 после второй перезагрузки была проблема, когда система не загружалась вообще

3min 25.474s dev-sda7.device

ИМХО, с диском какая-то ерунда. Либо у Вас в windows есть некая примочка, которая позволяет ей крошить файловую систему ubuntu (по аналогии с этим), либо надо smart диска проверять - он сам по себе сыпется. Может, с питанием проблемы (машина диск не тянет, блок питания либо слаб для данного диска, либо ослаб со временем).

[vladimirzhuravlev]

MSR (Microsoft Reserved Partition). Служебный раздел созданный при установке винды. Раздел занимает в Windows 8 и 8.1 — 128MB, а в Windows 10 — 16MB. Что система может проверять на таком маленьком объёме. Пишут что при играх в винде с динамическими разделами там инфа остаётся, плюс возможно пишется инфа о месте, куда файл гибернации пишется, может она не отключена ? Ну и это я сразу-бы повыбрасывал-запретил, хоть и полный нуб в linux.
1min 21.256s avahi-daemon.service                               
1min 21.254s bluetooth.service
44.493s snapd.seeded.service                               
43.268s snapd.service
41.572s apport.service 
12.551s snapd.apparmor.service 
12.178s snap-gnome\x2d3\x2d34\x2d1804-27.mount
Или в блютуз что-то воткнуто, клава там или мышь ? Свисток-модем ?

[zg_nico]

Что система может проверять на таком маленьком объёме

так проверяет-то sda7, который аж 70 Гб, и это никак не MSR. У него виндовые разделы даже в fstab не внесены. Ubuntu их проверять и не будет вовсе.
Пользователь добавил сообщение 03 Мая 2020, 23:20:07:

Ну и это я сразу-бы повыбрасывал

а если человек использует snap? Тоже повыбрасывать?

[vladimirzhuravlev]

а если человек использует snap?

Так тут располовинились по части snap, кто-то удаляет (как я например)snap полностью, кто-то предпочитает устанавливать приложения через него. Лично я жертвую только одним приложением, которое можно установить через снап, это foobar, но он ставится со стоковым интерфейсом и свой подсовывать очень трудно, проще вайн вкатить и юзать через него. Естественно я сравнивал например работу firefox установленного через snap, и без него, напрямую. Разницу вижу невооружённым взглядом и не я один. И ещё у ТС нет привычки сначала поискать по форуму или даже в сети про долгую загрузку, кстати по этому поводу и в правилах написано. Я ведь тоже как баран смотрел, а что это за процесс Avahi-daemon, инет сказал, что это для тех, у кого локалка. И в стоке много не нужных для меня грузится при включении
Не пользуюсь блютусом, значит удаляю всё через синаптик и т.д. Вторая часть моего сообщения естественно для ТС.