Manjaro KDE Edition

Прям очень долгая загрузка Manjaro Linux KDE

Здравствуйте! Я новичок в Linux системах и поэтому у меня стоит две системы (2 ХДД: на одном Windows 7, на другом Manjaro)

Система грузится намного дольше чем Windows 7 (примерно 2-3 минуты)
Скину всё что может Вам помочь в понятии проблемы (а их очень много, так как, повторюсь, я ещё новичок в unix системах)
systemd-analyze выдал:

Спойлер!

Startup finished in 4.398s (kernel) + 34.327s (userspace) = 38.726s 
graphical.target reached after 30.608s in userspace.

systemd-analyze blame

Спойлер!

13.216s dev-sdb2.device
 8.922s dev-loop5.device
 8.392s dev-loop3.device
 8.388s dev-loop2.device
 8.351s dev-loop1.device
 8.333s dev-loop4.device
 8.333s snapd.service
 7.949s systemd-journal-flush.service
 6.776s dev-loop0.device
 6.500s udisks2.service
 5.543s systemd-udevd.service
 4.645s cups.service
 4.607s apparmor.service
 4.292s avahi-daemon.service
 4.279s dbus.service
 3.881s systemd-logind.service
 3.716s tlp.service
 2.261s upower.service
 2.239s systemd-tmpfiles-setup-dev.service
 2.061s lvm2-monitor.service
 2.036s wpa_supplicant.service
 1.879s systemd-modules-load.service
 1.673s user@1000.service
 1.635s systemd-tmpfiles-setup.service
 1.477s systemd-resolved.service
 1.332s NetworkManager.service
 1.283s snapd.apparmor.service
  943ms systemd-binfmt.service
  597ms polkit.service
  538ms systemd-rfkill.service
  521ms systemd-random-seed.service
  479ms systemd-udev-trigger.service
  458ms systemd-backlight@backlight:intel_backlight.service
  407ms linux-module-cleanup.service
  372ms var-lib-snapd-snap-flasharch-9.mount
  370ms var-lib-snapd-snap-bare-5.mount
  370ms var-lib-snapd-snap-bare-5.mount
  370ms var-lib-snapd-snap-bare-5.mount
  364ms var-lib-snapd-snap-core18-2246.mount
  354ms var-lib-snapd-snap-gnome\x2d3\x2d28\x2d1804-161.mount
  283ms systemd-sysctl.service
  274ms systemd-update-utmp.service
  268ms modprobefuse.service
  225ms dev-hugepages.mount
  224ms dev-mqueue.mount
  223ms sys-kernel-debug.mount
  223ms sys-kernel-tracing.mount
  206ms systemd-journald.service
  192ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1519.mount
  181ms var-lib-snapd-snap-snapd-13640.mount
  158ms systemd-remount-fs.service
  151ms tmp.mount
  149ms kmod-static-nodes.service
  147ms modprobe@configfs.service
  147ms modprobe@drm.service
  110ms rtkit-daemon.service
   88ms systemd-user-sessions.service
   19ms sys-kernel-config.mount
   13ms sys-fs-fuse-connections.mount
   12ms user-runtime-dir@1000.service
    5ms alsa-restore.service
    2ms proc-sys-fs-binfmt_misc.mount
    1ms snapd.socket

systemd-analyze critical-chain

Спойлер!

graphical.target @30.608s
└─multi-user.target @30.608s
  └─snapd.service @22.274s +8.333s
    └─basic.target @21.865s
      └─sockets.target @21.865s
        └─snapd.socket @21.863s +1ms
          └─sysinit.target @21.742s
            └─systemd-resolved.service @20.264s +1.477s
              └─systemd-tmpfiles-setup.service @18.561s +1.635s
                └─systemd-journal-flush.service @10.611s +7.949s
                  └─systemd-journald.service @10.403s +206ms
                    └─systemd-journald.socket @7.194s
                      └─-.mount @6.918s
                        └─-.slice @6.918s

Много где читал, что возможная проблема с snap'ами,
поэтому скидываю команду losetup

Спойлер!

NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE                                        DIO LOG-SEC
/dev/loop1         0      0         1  1 /var/lib/snapd/snaps/core18_2246.snap              0     512
/dev/loop4         0      0         1  1 /var/lib/snapd/snaps/snapd_13640.snap              0     512
/dev/loop2         0      0         1  1 /var/lib/snapd/snaps/flasharch_9.snap              0     512
/dev/loop0         0      0         1  1 /var/lib/snapd/snaps/bare_5.snap                   0     512
/dev/loop5         0      0         1  1 /var/lib/snapd/snaps/gtk-common-themes_1519.snap   0     512
/dev/loop3         0      0         1  1 /var/lib/snapd/snaps/gnome-3-28-1804_161.snap      0     512

Надеюсь на вашу помощь, так как с таким временем загрузки невозможно работать

16 комментариев

ну так очевидно жешь, чисти систему от снапохлама, удаляй сервис снапа и заменяй на пакеты из аур, на крайний случай из флэтпака

Последний раз редактировалось 30 октября 2022, 17:32

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

Почему-то когда я пытаюсь удалить ненужные snap'ы вылезает ощибка:
sudo snap remove flasharch

<code>error: cannot perform the following tasks:
- Remove data for snap "flasharch" (9) (unlinkat /home/gastdash/snap/flasharch/9/chrome_100_percent.pak: read-only file system)
</code>

В чём может быть проблема?

поясню на примере. у меня было так
ошибка при удалении:

sudo snap remove acestreamplayer

error: snap "acestreamplayer" has "remove-snap" change in progress

лечение:

sudo snap changes

ID   Status  Spawn               Ready               Summary
22   Done    today at 00:54 MSK  today at 00:54 MSK  Auto-refresh snaps "core", "core18"
23   Doing   today at 14:58 MSK  -                   Remove "acestreamplayer" snap

sudo snap abort 22
sudo snap abort 23
sudo snap install acestreamplayer
sudo snap remove acestreamplayer

сделано!

Последний раз редактировалось 30 октября 2022, 20:53

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

А как это поможет решить проблему? Разве это не совершенно другая ошибка?

ты попробуй пойти по этому пути, а потом будешь уже не предполагать, а утверждать

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

Попробовал

нет, глазоньки протри, ты пропустил самое главное))

sudo snap abort 22

в твоем случае вместо 22 надо подставить последовательно от 43 до 51

Последний раз редактировалось 30 октября 2022, 21:40

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

Так а нафига мне абортить ошибки?

<code>sudo snap abort 51                                                                                  1 ✘  35s  
[sudo] пароль для gastdash: 
error: cannot abort change 51 with nothing pending
    ~  sudo snap abort 50                                                                                          1 ✘ 
error: cannot abort change 50 with nothing pending
    ~  sudo snap abort 49                                                                                          1 ✘ 
error: cannot abort change 49 with nothing pending
    ~  sudo snap abort 48                                                                                          1 ✘ 
error: cannot abort change 48 with nothing pending
    ~  sudo snap abort 47                                                                                          1 ✘ 
error: cannot abort change 47 with nothing pending
    ~  sudo snap abort 46                                                                                          1 ✘ 
error: cannot abort change 46 with nothing pending
</code>

действительно. тогда можно пойти другим путем


    sudo systemctl stop snapd.service
    sudo systemctl disable snapd.service

    sudo systemctl stop snapd.socket
    sudo systemctl disable snapd.socket

pamac remove --no-save snapd
rm -rf ~/snap
sudo rm -rf /snap /var/snap /var/lib/snapd /var/cache/snapd /usr/lib/snapd /root/snap

и напоследок проверь от рута

# find /etc/systemd/system -name "snap-*.mount" -delete
# find /etc/systemd/system -name "snap.*.service" -delete
# find /etc/systemd/system/multi-user.target.wants -name "snap-*.mount" -delete
# find /etc/systemd/system/multi-user.target.wants -name "snap.*.service" -delete

зы. обрати внимание НЕМНОГО ПОПРАВИЛ по ходу пьесы)

Последний раз редактировалось 30 октября 2022, 22:18

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

Спасибо большое)
теперь осталось разобраться с другими проблемами, которые замедляют загрузку

<code>systemd-analyze
Startup finished in 3.840s (kernel) + 29.887s (userspace) = 33.727s 
graphical.target reached after 26.143s in userspace.</code>

systemd-analyze blame

<code>11.870s systemd-journal-flush.service
11.359s dev-sdb2.device
 4.688s udisks2.service
 4.502s systemd-udevd.service
 4.244s apparmor.service
 3.768s cups.service
 3.114s ldconfig.service
 2.956s tlp.service
 2.383s upower.service
 2.261s systemd-sysusers.service
 2.203s user@1000.service
 1.924s systemd-modules-load.service
 1.607s lvm2-monitor.service
 1.253s avahi-daemon.service
 1.245s systemd-logind.service
 1.244s dbus.service
  888ms polkit.service
  678ms systemd-resolved.service
  666ms systemd-tmpfiles-setup-dev.service
  570ms systemd-backlight@backlight:intel_backlight.service
  525ms NetworkManager.service
  508ms systemd-random-seed.service
  464ms systemd-tmpfiles-setup.service
  449ms systemd-journal-catalog-update.service
  410ms wpa_supplicant.service
  404ms systemd-udev-trigger.service
  332ms systemd-journald.service
  278ms systemd-binfmt.service
  273ms modprobe<a href="https://manjaro.ru/profile/fuse/" class="ls-user">fuse</a>.service
  258ms kmod-static-nodes.service
  256ms modprobe@configfs.service
  256ms modprobe@drm.service
  215ms systemd-sysctl.service
  193ms systemd-tmpfiles-clean.service
  158ms dev-hugepages.mount
  158ms dev-mqueue.mount
  155ms systemd-rfkill.service
  145ms sys-kernel-debug.mount
  144ms sys-kernel-tracing.mount
  140ms systemd-update-utmp.service
  115ms linux-module-cleanup.service
  107ms tmp.mount
   62ms systemd-remount-fs.service
   52ms rtkit-daemon.service
   29ms sys-fs-fuse-connections.mount
   21ms systemd-user-sessions.service
   19ms systemd-update-done.service
   15ms sys-kernel-config.mount
   11ms user-runtime-dir@1000.service
    9ms alsa-restore.service
    3ms proc-sys-fs-binfmt_misc.mount</code>

этот вывод мало показателен, сделай граф загрузки и смотри по нему

systemd-analyze plot > plot.svf

открой в браузере и анализируй
зы. вот интересная статья, ознакомся тыц
ззы. лучше тебя ни кто не сможет погуглить для своей системы, а ссылка выше — первая по запросу)

Последний раз редактировалось 31 октября 2022, 15:24

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

А что за sdb2?
Ушатанный жесткий диск с ntfs?

Почему именно с ntfs? Это и есть раздел на котором установлен Manjaro

у тебя проблемы с жестким диском, он слишком медленно откликается. sdb2 вот этот диск проверь Викторией, возможно там сбойные кластера есть и их хотя бы пометь как сбойные, именно они в начале загрузки увеличивают время отклика и тормозят всю загрузку. в идеале лучше было бы конечно вообще выкинуть этот хлам, а на втором hdd выделить раздел гигабайт эдак 40 под манджаро, а на остальных гигабайтах пусть будет ntfs и винда.

הבל הבלים הכל הבל

Проверил весь диск. Нашёл всего 3 зелёных сектора.

Не думаю, что из-за них будет так тормозить запуск

первое, что бросается в глаза, это раздутый журнал.
для начала отредактируй файл

sudo nano /etc/systemd/journald.conf

в разделе журнала раскомментируй и измени:


    Storage=auto
    SystemMaxFileSize=1G
    SystemMaxFiles=5

зы для ознакомления тыц

Последний раз редактировалось 31 октября 2022, 18:49

Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.