[Решено]Долго грузится система

Автор svtv1, 15 января 2019, 13:15:06

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

svtv1

После установки Linux Mint, Debian стал ужасно долго грузиться, вот:
$ systemd-analyze
Startup finished in 35.978s (kernel) + 21.252s (userspace) = 57.230s
В /etc/default/grub отредоктировал это:
GRUB_CMDLINE_LINUX="iommu=soft"
Вывод выше, до этого грузил минуту с лишним, что ещё можно предпринять?
exim не установлен,  Linux Mint грузит норм.

Что делает? - грузится,  Что делать? - грузиться  , qupl
Снес две ОС, Debian 9, Linux Mint 19.1. Установил всё по новой, Debian 9, потом   
Linux Mint 19.1, таже щняга, медленно грузит  Debian 9 (3.5мин). Опять всё снёс, установил деда и вот:
systemd-analyze
Startup finished in 3.751s (kernel) + 18.353s (userspace) = 22.104s
это же не 3.50m?
Да кто то грешил на разбивку дисков ни чего не изменилось после переустановки:
$ sudo fdisk -l
[sudo] пароль для sveta:
Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *                2048  65038335  65036288    31G            83 Linux
/dev/sda2               65038336 564062207 499023872   238G            83 Linux
/dev/sda3              966422528 976771071  10348544     5G            82 Linux
Если поставить ещё раз Linux Mint????? История повторится.


"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

Olej

Цитата: svtv1 от 15 января 2019, 13:15:06Вывод выше, до этого грузил минуту с лишним, что ещё можно предпринять?
exim не установлен,  Linux Mint грузит норм.
Прежде всего, вам нужно выполнить так:

$ systemd-analyze blame

Что покажет вам поштучно, в иерархии и упорядочено, кто и сколько времени занимает.

Olej



У меня в совершенно свежей установке Debian, одна единственная система:

olej@ACER:~$ systemd-analyze blame
    1min 25.831s apt-daily-upgrade.service
         27.093s apt-daily.service
          3.681s NetworkManager-wait-online.service
          2.847s systemd-fsck@dev-disk-by\x2duuid-bb1a4978\x2d8827\x2d44ef\x2d9637\x2dd833fd1241a8.service
          1.140s man-db.service
          1.033s upower.service
           532ms dev-sda2.device
           398ms udisks2.service
           363ms logrotate.service
           359ms systemd-logind.service
           294ms ModemManager.service
           243ms colord.service
           240ms accounts-daemon.service
           191ms systemd-modules-load.service
           173ms lightdm.service
           173ms keyboard-setup.service
           138ms systemd-timesyncd.service
           138ms NetworkManager.service
           135ms wpa_supplicant.service
           135ms systemd-tmpfiles-setup.service
           132ms networking.service
           115ms systemd-journald.service
           107ms apparmor.service
           103ms avahi-daemon.service
            70ms systemd-fsck@dev-disk-by\x2duuid-200C\x2d8B31.service
            69ms systemd-udev-trigger.service
            68ms systemd-udevd.service
            66ms rtkit-daemon.service
            49ms rsyslog.service
            44ms lm-sensors.service
            41ms user@1000.service
            40ms dev-disk-by\x2duuid-f44a7093\x2d94cf\x2d4bb2\x2d92ba\x2d9ca790d5e5f7.swap
            38ms polkit.service
            38ms systemd-sysctl.service
            34ms ssh.service
            28ms systemd-sysusers.service
            27ms boot-efi.mount
            26ms systemd-journal-flush.service
            26ms systemd-random-seed.service
            24ms pppd-dns.service
            24ms user-runtime-dir@1000.service
            21ms systemd-tmpfiles-setup-dev.service
            20ms sys-fs-fuse-connections.mount
            19ms systemd-remount-fs.service
            17ms openvpn.service
            13ms systemd-user-sessions.service
            12ms dev-mqueue.mount
            12ms hddtemp.service
            12ms dev-hugepages.mount
            10ms systemd-tmpfiles-clean.service
            10ms console-setup.service
             9ms kmod-static-nodes.service
             8ms systemd-update-utmp.service
             8ms home.mount
             8ms sys-kernel-debug.mount
             7ms systemd-update-utmp-runlevel.service

Там половина лишнего, но я пока ничего не оптимизировал, меня оно не жмёт.
И ни к какой 2-й системе это не имеет никакого касательства.

svtv1

Вот подробно:
Открыть содержимое (спойлер)
$ systemd-analyze blame
          7.495s dev-sda5.device
          6.944s NetworkManager-wait-online.service
          5.047s dev-loop1.device
          5.000s dev-loop0.device
          4.971s dev-loop2.device
          3.352s networking.service
          3.196s NetworkManager.service
          3.129s accounts-daemon.service
          2.937s upower.service
          2.834s loadcpufreq.service
          1.542s binfmt-support.service
          1.453s udisks2.service
          1.087s systemd-rfkill.service
           981ms bluetooth.service
           697ms systemd-udevd.service
           693ms keyboard-setup.service
           656ms lightdm.service
           606ms lm-sensors.service
           548ms polkit.service
           464ms systemd-tmpfiles-setup-dev.service
           416ms snap-core-6130.mount
           385ms snap-core-6034.mount
           368ms sys-kernel-debug.mount
           366ms dev-mqueue.mount
           342ms snap-acestreamplayer-8.mount
           342ms systemd-logind.service
           334ms wpa_supplicant.service
           310ms systemd-journald.service
           302ms console-setup.service
           294ms systemd-udev-trigger.service
           288ms systemd-tmpfiles-clean.service
           249ms user@112.service
           227ms systemd-timesyncd.service
           211ms systemd-tmpfiles-setup.service
           166ms systemd-update-utmp.service
           141ms hddtemp.service
           141ms systemd-random-seed.service
           110ms minissdpd.service
           108ms systemd-modules-load.service
            81ms systemd-backlight@backlight:acpi_video0.service
            75ms systemd-remount-fs.service
            74ms kmod-static-nodes.service
            69ms systemd-journal-flush.service
            69ms home.mount
            64ms systemd-sysctl.service
            59ms snapd.socket
            56ms user@1000.service
            52ms systemd-user-sessions.service
            52ms speech-dispatcher.service
            50ms snapd.autoimport.service
            48ms proc-sys-fs-binfmt_misc.mount
            18ms cpufrequtils.service
            11ms systemd-update-utmp-runlevel.service
            10ms alsa-restore.service
             9ms systemd-backlight@backlight:intel_backlight.service
             8ms dev-hugepages.mount
lines 21-56/56 (END)
[свернуть]
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

Ogis1975

А у меня вот так:
Открыть содержимое (спойлер)
$ systemd-analyze blame
          4.470s keyboard-setup.service
          4.310s ufw.service
          3.954s dev-sda1.device
           859ms networking.service
           724ms systemd-udevd.service
           650ms systemd-tmpfiles-setup-dev.service
           615ms dev-disk-by\x2duuid-1ae6d45d\x2d0cad\x2d4ffe\x2d94be\x2d983f58917d92.swap
           544ms systemd-tmpfiles-clean.service
           519ms rsyslog.service
           448ms atopacct.service
           358ms systemd-fsck@dev-disk-by\x2duuid-1288c2a2\x2d14ea\x2d4fac\x2dadca\x2da1be3f6e3d56.service
           341ms systemd-remount-fs.service
           308ms udisks2.service
           292ms sys-kernel-debug.mount
           291ms dev-hugepages.mount
           290ms dev-mqueue.mount
           216ms systemd-journal-flush.service
           213ms systemd-udev-trigger.service
           201ms systemd-journald.service
           189ms systemd-tmpfiles-setup.service
           146ms systemd-timesyncd.service
           125ms polkit.service
           122ms home.mount
           118ms systemd-random-seed.service
           117ms systemd-sysctl.service
           115ms user@1000.service
            97ms systemd-logind.service
            96ms systemd-user-sessions.service
            84ms kmod-static-nodes.service
            82ms systemd-update-utmp.service
            70ms systemd-modules-load.service
            17ms console-setup.service
            14ms alsa-restore.service
             4ms systemd-update-utmp-runlevel.service

$ systemd-analyze
Startup finished in 2.735s (kernel) + 6.965s (userspace) = 9.701s
[свернуть]

Olej

Цитата: svtv1 от 15 января 2019, 13:48:35Вот подробно:
Ну, у вас, по первому взгляду, определённо какая-то беда с раскруткой устройств /dev/*, которые в сумме инициализируются >20 сек., а должно быть что-то типа 500 msec.

Olej

Цитата: svtv1 от 15 января 2019, 13:48:35Вот подробно:
Ещё хорошо способствует:

$ systemd-analyze critical-chain
...

svtv1

~# systemd-analyze critical-chain
Открыть содержимое (спойлер)
graphical.target @22.471s
└─multi-user.target @22.471s
  └─hddtemp.service @22.328s +141ms
    └─network-online.target @22.228s
      └─NetworkManager-wait-online.service @15.191s +7.036s
        └─NetworkManager.service @11.958s +3.230s
          └─dbus.service @11.174s
            └─basic.target @10.872s
              └─sockets.target @10.872s
                └─snapd.socket @10.859s +12ms
                  └─sysinit.target @10.817s
                    └─systemd-timesyncd.service @10.641s +176ms
                      └─systemd-tmpfiles-setup.service @10.098s +499ms
                        └─local-fs.target @10.081s
                          └─run-user-112.mount @19.883s
lines 3-18/18 (END)
[свернуть]
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

svtv1

Цитата: Olej от 15 января 2019, 18:08:50Ну, у вас, по первому взгляду, определённо какая-то беда с раскруткой устройств /dev/*, которые в сумме инициализируются >20 сек., а должно быть что-то типа 500 msec.
Может быть из за того:
Открыть содержимое (спойлер)
~# fdisk -l
Диск /dev/sda: 465,8 GiB, 500107862016 байт, 976773168 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0x100a6e5d

Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda2                   2046 976771071 976769026 465,8G             5 Расшире
/dev/sda5              358572032 418142207  59570176  28,4G            83 Linux
/dev/sda6              418144256 970876927 552732672 263,6G            83 Linux
/dev/sda7              970878976 976771071   5892096   2,8G            82 Linux с
/dev/sda8                   2048  41017342  41015295  19,6G            83 Linux
/dev/sda9               41017344 358572031 317554688 151,4G            83 Linux

Раздел 2 начинается не на границе физического сектора.
Элементы таблицы разделов упорядочены не так, как на диске.

Диск /dev/loop0: 89,5 MiB, 93835264 байт, 183272 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/loop1: 213 MiB, 223379456 байт, 436288 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/loop2: 89,5 MiB, 93818880 байт, 183240 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
[свернуть]
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

Olej

Цитата: svtv1 от 15 января 2019, 20:04:17Может быть из за того:
Что это у вас вообще за чудовищная разбивка разделов?

G_r_i_g_a

#10
Цитата: svtv1 от 15 января 2019, 13:15:06Startup finished in 35.978s (kernel)
Ну это конечно жесть)
Во-первых, у тебя на диске размека dos, а разделов целых 6 штук. Сколько было разделов до установки Минта? Логические изначально были созданы в дебиан или в процессе установки Минта?
Во-вторых, покажи cat /etc/fstab и sudo blkid и заодно sudo dmesg

svtv1

Цитата: Olej от 15 января 2019, 20:10:13Что это у вас вообще за чудовищная разбивка разделов?
Да это так, всё время не хватает поправить :), сейчас исправлю, отпишусь. :) 
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

serke7771

#12
У меня нет проблем с разбивкой диск, а проблема есть.

/dev/sda1: UUID="7d8d95a2-a0cc-4b53-a744-3385567a8e62" TYPE="ext4" PARTUUID="5c99a79c-01"
/dev/sda5: UUID="457def3d-e5b3-4716-bc58-bc0c3898720b" TYPE="swap" PARTUUID="5c99a79c-05"


systemd-analyze
Результат есть.
Startup finished in 6.964s (kernel) + 2min 6.401s (userspace) = 2min 13.366s
graphical.target reached after 2min 6.388s in userspace
systemd-analyze blame

Результат есть.
Открыть содержимое (спойлер)
1min 29.192s plymouth-quit-wait.service
         56.028s man-db.service
         36.065s apt-daily.service
         25.245s accounts-daemon.service
         24.743s ModemManager.service
         24.422s udisks2.service
         20.738s loadcpufreq.service
         19.896s logrotate.service
         15.763s NetworkManager.service
         14.849s dev-sda1.device
         14.041s avahi-daemon.service
         13.238s alsa-restore.service
         13.236s lm-sensors.service
         13.232s pppd-dns.service
         13.230s systemd-logind.service
         13.230s rsyslog.service
         12.687s wpa_supplicant.service
         12.536s switcheroo-control.service
         12.230s fwupd.service
          8.230s ufw.service
          5.943s systemd-udevd.service
          5.445s apparmor.service
          3.594s polkit.service
[свернуть]
systemd-analyze critical-chain
Открыть содержимое (спойлер)

graphical.target @2min 6.388s
└─multi-user.target @2min 6.388s
  └─ModemManager.service @20.762s +24.743s
    └─basic.target @20.449s
      └─paths.target @20.449s
        └─cups.path @20.448s
          └─sysinit.target @20.121s
            └─swap.target @20.105s
              └─dev-disk-by\x2duuid-457def3d\x2de5b3\x2d4716\x2dbc58\x2dbc0c3898720b.swap @19.220s +883ms
                └─dev-disk-by\x2duuid-457def3d\x2de5b3\x2d4716\x2dbc58\x2dbc0c3898720b.device @19.219s
~
~
~
~
~
~
~
~
~
lines 1-13/13 (END)
[свернуть]
Хотя на debian 9 всё нормально. Пожадничал гигабайтами. И установил debian buster(debian 10) на hdd SATA-II. Медленно, так как cреднее время доступа на чтение было 14,25 мс. Переустановил на SATA-III. Получилось лучше. Ведь cреднее время доступа на чтение стало 8,9 мс.
я знаю про Debian это
https://yadi.sk/d/DvClza40AyT8ag

nik.ilim

#13
Добрый день.
Посмотрите пожалуйста, что можно сделать
Открыть содержимое (спойлер)
nikolay@debian:~$ systemd-analyze
Startup finished in 6.721s (kernel) + 1min 56.099s (userspace) = 2min 2.821s
graphical.target reached after 35.775s in userspace
nikolay@debian:~$ systemd-analyze blame         
         48.010s apt-daily.service
         34.516s man-db.service
         32.945s apt-daily-upgrade.service
         18.859s ModemManager.service
         17.045s udisks2.service
         12.672s loadcpufreq.service
         12.647s logrotate.service
         12.106s apache2.service
         11.435s NetworkManager-wait-online.service
         10.848s accounts-daemon.service
          9.029s avahi-daemon.service
          8.843s wpa_supplicant.service
          8.842s lm-sensors.service
          8.808s switcheroo-control.service
          8.803s rtkit-daemon.service
          8.801s NetworkManager.service
          8.618s networking.service
          8.437s pppd-dns.service
          8.385s rsyslog.service
          8.380s systemd-logind.service
          6.001s dev-sda5.device
          3.246s apparmor.service
          2.005s systemd-tmpfiles-setup.service
          1.982s systemd-fsck@dev-disk-by\x2duuid-43bf827
          1.947s colord.service
          1.864s polkit.service
          1.122s upower.service
           818ms keyboard-setup.service
           803ms systemd-udevd.service
           799ms systemd-backlight@backlight:intel_backli
           774ms systemd-modules-load.service
           647ms binfmt-support.service
           595ms systemd-rfkill.service
           537ms dev-disk-by\x2duuid-cd027ab4\x2d0384\x2d
           536ms systemd-remount-fs.service
           523ms systemd-sysusers.service
           514ms bluetooth.service
           510ms systemd-user-sessions.service
           458ms sys-kernel-debug.mount
           455ms dev-mqueue.mount
           406ms systemd-timesyncd.service
           361ms sddm.service
           340ms ifupdown-pre.service
           340ms systemd-udev-trigger.service
           301ms home.mount
           266ms dev-hugepages.mount
           266ms minissdpd.service
           253ms kmod-static-nodes.service
           252ms systemd-tmpfiles-setup-dev.service
           224ms console-setup.service
           194ms systemd-journald.service
           176ms phpsessionclean.service
           173ms systemd-journal-flush.service
           149ms plymouth-read-write.service
           132ms bolt.service
           122ms systemd-sysctl.service
           118ms systemd-update-utmp.service
           105ms systemd-random-seed.service
            60ms user@1000.service
            58ms proc-sys-fs-binfmt_misc.mount
            50ms alsa-restore.service
            46ms systemd-tmpfiles-clean.service
            38ms hddtemp.service
            24ms plymouth-quit.service
            22ms plymouth-quit-wait.service
            20ms user-runtime-dir@1000.service
            17ms cpufrequtils.service
            14ms plymouth-start.service
             9ms systemd-update-utmp-runlevel.service
             5ms sys-fs-fuse-connections.mount
lines 47-70/70 (END)

nikolay@debian:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed a
The time the unit takes to start is printed after the "+"

graphical.target @35.775s
└─multi-user.target @35.775s
  └─apache2.service @23.668s +12.106s
    └─network.target @23.666s
      └─NetworkManager.service @14.678s +8.801s
        └─dbus.service @14.628s
          └─basic.target @14.590s
            └─sockets.target @14.566s
              └─cups.socket @14.565s
                └─sysinit.target @14.447s
                  └─sys-fs-fuse-connections.mount @1min 1
                    └─systemd-modules-load.service @2.867
                      └─systemd-journald.socket @2.722s
                        └─-.mount @2.707s
                          └─systemd-journald.socket @2.72
                            └─...
lines 1-19/19 (END)
[свернуть]

qupl

nik.ilim, старые тем поднимать нехорошо. У Вас же вопрос свой отдельный.

Обновления apt много времени занимают - плата за автоматизацию.