samson4747 Сообщения

samson4747	# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Доброго времени суток! Вопрос 1. Имею при загрузке ошибку: Failed to start Load Kernel Modules. (система загружается и работает при этом) Как быть? (Чего не разглядел или сделал неверно?) $ systemctl status systemd-modules-load ● systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static) Active: failed (Result: exit-code) since Вс 2014-10-12 00:32:41 MSK; 7min ago Docs: man:systemd-modules-load.service(8) man:modules-load.d(5) Process: 250 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE) Main PID: 250 (code=exited, status=1/FAILURE) $ при этом $ journalctl -b _PID=250 -- Logs begin at Вт 2013-10-29 23:10:27 MSK, end at Вс 2014-10-12 00:42:26 MSK. -- окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxdrv' окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxnetadp' окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxnetflt' окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxpci' $ НО `$ sudo pacman -Qs virtualbox local/virtualbox 4.3.16-1 Powerful x86 virtualization for enterprise as well as home use local/virtualbox-host-dkms 4.3.16-1 VirtualBox Host kernel modules sources $ sudo dkms install vboxhost/4.3.16 Module vboxhost/4.3.16 already installed on kernel 3.16.4-1-ARCH/i686 $` $ systemd-analyze blame 2min 47.062s dkms.service ... $ Вопрос 2. Имеем ошибку: tsc: Fast TSC calibration failed Предлагают решить проблему редактированием /etc/default/grub и добавлением аргумента clocksource=<clk-src-name>, точнее даже clocksource=acpi_pm, что означает эта добавка? Всем Огромное Спасибо! "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)

Сообщения: 534

Участник с: 23 февраля 2012

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

Вопрос 1.
Имею при загрузке ошибку: Failed to start Load Kernel Modules.
(система загружается и работает при этом)
Как быть? (Чего не разглядел или сделал неверно?)

$ systemctl status systemd-modules-load
● systemd-modules-load.service - Load Kernel Modules
   Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static)
   Active: failed (Result: exit-code) since Вс 2014-10-12 00:32:41 MSK; 7min ago
     Docs: man:systemd-modules-load.service(8)
           man:modules-load.d(5)
  Process: 250 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE)
 Main PID: 250 (code=exited, status=1/FAILURE)
$

при этом

$ journalctl -b _PID=250
-- Logs begin at Вт 2013-10-29 23:10:27 MSK, end at Вс 2014-10-12 00:42:26 MSK. --
окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxdrv'
окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxnetadp'
окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxnetflt'
окт 12 00:32:40 myhost systemd-modules-load[250]: Failed to find module 'vboxpci'
$

НО

$ sudo pacman -Qs virtualbox
local/virtualbox 4.3.16-1
    Powerful x86 virtualization for enterprise as well as home use
local/virtualbox-host-dkms 4.3.16-1
    VirtualBox Host kernel modules sources
$ sudo dkms install vboxhost/4.3.16
Module vboxhost/4.3.16 already installed on kernel 3.16.4-1-ARCH/i686
$

$ systemd-analyze blame
    2min 47.062s dkms.service
    ...
$

Вопрос 2.
Имеем ошибку: tsc: Fast TSC calibration failed

Предлагают решить проблему редактированием /etc/default/grub и
добавлением аргумента clocksource=<clk-src-name>, точнее даже clocksource=acpi_pm, что означает эта добавка?

Всем Огромное Спасибо!

"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747	# 7 лет, 11 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	soupault, ядро 3.16.3 работает у меня, а вот 3.15.3 не захотело. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747	# 7 лет, 11 месяцев назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Помогло прочитанное: urukhigh Мне помог совет lampslave откат на 340хх и ядро 3.16.3 -1. Правда стал иметь тучу ОШИБОК: окт 06 23:17:41 myhost kernel: tsc: Fast TSC calibration failed окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxdrv': Exec format error окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxnetadp': Exec format error окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxnetflt': Exec format error окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxpci': Exec format error окт 06 23:17:41 myhost systemd[1]: Failed to start Load Kernel Modules. окт 06 23:17:43 myhost kernel: MPU-401 device not found or device busy окт 06 23:17:43 myhost kernel: asus_atk0110: Resources not safely usable due to acpi_enforce_resources kernel parameter окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxdrv': Exec format error окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxnetadp': Exec format error окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxnetflt': Exec format error окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxpci': Exec format error окт 06 23:17:45 myhost systemd[1]: Failed to start Load Kernel Modules. окт 06 23:18:07 myhost pulseaudio[386]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.LoadFai окт 06 23:18:26 myhost pulseaudio[516]: GetManagedObjects() failed: org.freedesktop.systemd1.LoadFailed: Unit dbus-org.bluez.ser Чего нам ждать дальше? Как поступать при последующем обновлении? soupault, Спасибо за ответ, но уже всё заработало поэтому не делал то, что сказали. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 11 месяцев назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

Помогло прочитанное:

urukhigh
Мне помог совет lampslave откат на 340хх и ядро 3.16.3 -1.

Правда стал иметь тучу ОШИБОК:

окт 06 23:17:41 myhost kernel: tsc: Fast TSC calibration failed
окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxdrv': Exec format error
окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxnetadp': Exec format error
окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxnetflt': Exec format error
окт 06 23:17:41 myhost systemd-modules-load[114]: Failed to insert 'vboxpci': Exec format error
окт 06 23:17:41 myhost systemd[1]: Failed to start Load Kernel Modules.
окт 06 23:17:43 myhost kernel: MPU-401 device not found or device busy
окт 06 23:17:43 myhost kernel: asus_atk0110: Resources not safely usable due to acpi_enforce_resources kernel parameter
окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxdrv': Exec format error
окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxnetadp': Exec format error
окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxnetflt': Exec format error
окт 06 23:17:45 myhost systemd-modules-load[245]: Failed to insert 'vboxpci': Exec format error
окт 06 23:17:45 myhost systemd[1]: Failed to start Load Kernel Modules.
окт 06 23:18:07 myhost pulseaudio[386]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.LoadFai
окт 06 23:18:26 myhost pulseaudio[516]: GetManagedObjects() failed: org.freedesktop.systemd1.LoadFailed: Unit dbus-org.bluez.ser

Чего нам ждать дальше? Как поступать при последующем обновлении?

soupault, Спасибо за ответ, но уже всё заработало поэтому не делал то, что сказали.

samson4747	# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Доброго времени суток! Сделал по инстуркции, но не помогло. При загрузке имеем: Установленное: Ошибки: Спасибо! "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

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

Сделал по инстуркции, но не помогло.
При загрузке имеем:

Установленное:

Ошибки:

Спасибо!

samson4747	# 8 лет назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Ждём дальше. Спасибо всем за ответы. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747	# 8 лет назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Доброго времени суток! При обновлении/установке/удалении вот такая ошибка выпадает: ошибка: не удалось подготовить запрос :: rp-pppoe: требует ppp=2.4.6 Например: $ sudo pacman -Syu [sudo] password for : :: Синхронизируются базы данных пакетов... core не устарел extra не устарел community не устарел :: Запускается полное обновление системы... разрешение зависимостей... проверка на взаимную несовместимость... ошибка: не удалось подготовить запрос (не удалось удовлетворить зависимости) :: rp-pppoe: требует ppp=2.4.6 Причём: $ sudo pacman -Ss ppp core/perl 5.20.0-5 (base) [установлен] A highly capable, feature-rich programming language core/ppp 2.4.7-1 [установлен: 2.4.6-2] A daemon which implements the Point-to-Point Protocol for dial-up networking ... extra/rp-pppoe 3.11-5 [установлен] Roaring Penguin's Point-to-Point Protocol over Ethernet client ... $ "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 8 лет назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

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

При обновлении/установке/удалении вот такая ошибка выпадает:
ошибка: не удалось подготовить запрос
:: rp-pppoe: требует ppp=2.4.6
Например:

$ sudo pacman -Syu
[sudo] password for :
:: Синхронизируются базы данных пакетов...
 core не устарел
 extra не устарел
 community не устарел
:: Запускается полное обновление системы...
разрешение зависимостей...
проверка на взаимную несовместимость...
ошибка: не удалось подготовить запрос (не удалось удовлетворить зависимости)
:: rp-pppoe: требует ppp=2.4.6

Причём:

$ sudo pacman -Ss ppp
core/perl 5.20.0-5 (base) [установлен]
    A highly capable, feature-rich programming language
core/ppp 2.4.7-1 [установлен: 2.4.6-2]
    A daemon which implements the Point-to-Point Protocol for dial-up networking
...
extra/rp-pppoe 3.11-5 [установлен]
    Roaring Penguin's Point-to-Point Protocol over Ethernet client
...
$

samson4747	# 8 лет, 4 месяца назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Как и ожидал, говоря об этом выше, Timer не помог, имеем вновь: `$ systemd-analyze Startup finished in 2.415s (kernel) + 1min 49.252s (userspace) = 1min 51.667s` `$ systemd-analyze blame 1min 38.897s updatedb.service ... lines 19-41/41 (END)` $ systemctl status updatedb.timer ● updatedb.timer - Daily locate database update Loaded: loaded (/usr/lib/systemd/system/updatedb.timer; static) Drop-In: /etc/systemd/system/updatedb.timer.d └─updatedb.timer.conf Active: active (waiting) since Пн 2014-04-28 18:18:34 MSK; 2min 27s ago $ Есть например мысль прописать в в /etc/updatedb.conf "DAILY_UPDATE=no", но думаю не повредит ли данное отключение индексированние посредством updatedb... На крайний случай можно конечно Timer подобрать где-то на 21-00, но тогда это только снизит количество тормозных загрузок. Через день: `$ systemd-analyze Startup finished in 2.242s (kernel) + 2min 2.000s (userspace) = 2min 4.243s $ systemd-analyze blame 1min 51.937s updatedb.service 1min 42.573s man-db.service ...` Это совсем не дело. "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 8 лет, 4 месяца назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

Как и ожидал, говоря об этом выше, Timer не помог, имеем вновь:

$ systemd-analyze
Startup finished in 2.415s (kernel) + 1min 49.252s (userspace) = 1min 51.667s


$ systemd-analyze blame
    1min 38.897s updatedb.service
...
lines 19-41/41 (END)


$ systemctl status updatedb.timer
● updatedb.timer - Daily locate database update
   Loaded: loaded (/usr/lib/systemd/system/updatedb.timer; static)
  Drop-In: /etc/systemd/system/updatedb.timer.d
           └─updatedb.timer.conf
   Active: active (waiting) since Пн 2014-04-28 18:18:34 MSK; 2min 27s ago
$

Есть например мысль прописать в в /etc/updatedb.conf "DAILY_UPDATE=no", но думаю не повредит ли данное отключение индексированние посредством updatedb...
На крайний случай можно конечно Timer подобрать где-то на 21-00, но тогда это только снизит количество тормозных загрузок.

Через день:

$ systemd-analyze
Startup finished in 2.242s (kernel) + 2min 2.000s (userspace) = 2min 4.243s
$ systemd-analyze blame
    1min 51.937s updatedb.service
    1min 42.573s man-db.service
...

Это совсем не дело.

samson4747	# 8 лет, 4 месяца назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	у меня проверка fsck, выполняется каждые 3 загрузки, ошибок не наблюдал P.S.: под LiveCD (тоже всё хорошо) $ sudo fsck.ext4 -n /dev/sda1 e2fsck 1.41.11 (14-Mar-2010) Superblock last mount time is in the future. (by less than a day, probably due to the hardware clock being incorrectly set) Fix? no Superblock last write time is in the future. (by less than a day, probably due to the hardware clock being incorrectly set). Fix? no /dev/sda1: clean, 403802/2383872 files, 6648881/9520512 blocks $ "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 8 лет, 4 месяца назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

у меня проверка fsck, выполняется каждые 3 загрузки, ошибок не наблюдал
P.S.: под LiveCD (тоже всё хорошо)

$ sudo fsck.ext4 -n /dev/sda1
e2fsck 1.41.11 (14-Mar-2010)
Superblock last mount time is in the future.
	(by less than a day, probably due to the hardware clock being incorrectly set)  Fix? no

Superblock last write time is in the future.
	(by less than a day, probably due to the hardware clock being incorrectly set).  Fix? no

/dev/sda1: clean, 403802/2383872 files, 6648881/9520512 blocks
$

samson4747	# 8 лет, 4 месяца назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	red, это оно, почти, как у меня даже) $ systemctl status updatedb.timer ● updatedb.timer - Daily locate database update Loaded: loaded (/usr/lib/systemd/system/updatedb.timer; static) Active: active (waiting) since Сб 2014-04-26 09:17:06 MSK; 7min ago $ но, думаю о полном отключении сервиса, изменение времени, думаю не поможет... опробую сейчас... завтра глянем... Прошу прощение за то что долго отвечаю... Спасибо, за помощь! В итоге: Создал: /etc/systemd/system/updatedb.timer.d/updatedb.timer.conf `[Timer] OnCalendar=12:00` Имеем: $ systemd-analyze Startup finished in 2.414s (kernel) + 14.613s (userspace) = 17.028s $ systemd-analyze blame 3.044s lvm-monitoring.service 2.811s accounts-daemon.service 2.801s systemd-modules-load.service 2.473s lm_sensors.service 2.323s systemd-vconsole-setup.service 2.158s alsa-restore.service 1.981s systemd-logind.service 1.972s dcron.service 1.237s polkit.service 1.016s systemd-binfmt.service 972ms gdm.service 819ms dev-hugepages.mount 813ms systemd-tmpfiles-setup-dev.service 805ms tmp.mount 727ms colord.service 482ms systemd-remount-fs.service 401ms kmod-static-nodes.service 396ms media-bcb536f2\x2def06\x2d4838\x2dad5e\x2db48bb6960be0.mount 367ms systemd-random-seed.service 338ms systemd-journal-flush.service 268ms dev-mqueue.mount 245ms systemd-user-sessions.service 241ms dev-sda5.swap 230ms systemd-udev-trigger.service 221ms systemd-tmpfiles-setup.service 203ms [email protected] 182ms lvmetad.service 151ms udisks2.service 148ms sys-kernel-debug.mount 113ms systemd-localed.service 112ms systemd-udevd.service 82ms upower.service 80ms systemd-update-utmp.service 75ms systemd-sysctl.service 64ms [email protected] 47ms proc-sys-fs-binfmt_misc.mount 41ms rtkit-daemon.service 28ms sys-fs-fuse-connections.mount 28ms sys-kernel-config.mount lines 17-39/39 (END) $ Уже приемлимей, НО думаю, это дело времени, так как например после полудня, он опять при загрузке начнёт тормозить загрузку. Аль ошибаюсь? Хотя в итоге, накосячил: $ systemctl status updatedb.timer ● updatedb.timer - Daily locate database update Loaded: error (Reason: Bad message) Drop-In: /etc/systemd/system/updatedb.timer.d └─updatedb.timer.conf Active: inactive (dead) $ Исправим сейчас, но всё же мне кажется это будет делом времени. После исправления: `$ systemctl status updatedb.timer ● updatedb.timer - Daily locate database update Loaded: loaded (/usr/lib/systemd/system/updatedb.timer; static) Drop-In: /etc/systemd/system/updatedb.timer.d └─updatedb.timer.conf Active: active (waiting) since Сб 2014-04-26 09:51:01 MSK; 51s ago $ systemd-analyze Startup finished in 2.370s (kernel) + 15.808s (userspace) = 18.178s $` "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 8 лет, 4 месяца назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

red, это оно, почти, как у меня даже)

$ systemctl status updatedb.timer
● updatedb.timer - Daily locate database update
   Loaded: loaded (/usr/lib/systemd/system/updatedb.timer; static)
   Active: active (waiting) since Сб 2014-04-26 09:17:06 MSK; 7min ago
$

но, думаю о полном отключении сервиса, изменение времени, думаю не поможет... опробую сейчас... завтра глянем...
Прошу прощение за то что долго отвечаю...
Спасибо, за помощь!

В итоге:
Создал: /etc/systemd/system/updatedb.timer.d/updatedb.timer.conf

[Timer]
OnCalendar=12:00

Имеем:

$ systemd-analyze
Startup finished in 2.414s (kernel) + 14.613s (userspace) = 17.028s
$ systemd-analyze blame
          3.044s lvm-monitoring.service
          2.811s accounts-daemon.service
          2.801s systemd-modules-load.service
          2.473s lm_sensors.service
          2.323s systemd-vconsole-setup.service
          2.158s alsa-restore.service
          1.981s systemd-logind.service
          1.972s dcron.service
          1.237s polkit.service
          1.016s systemd-binfmt.service
           972ms gdm.service
           819ms dev-hugepages.mount
           813ms systemd-tmpfiles-setup-dev.service
           805ms tmp.mount
           727ms colord.service
           482ms systemd-remount-fs.service
           401ms kmod-static-nodes.service
           396ms media-bcb536f2\x2def06\x2d4838\x2dad5e\x2db48bb6960be0.mount
           367ms systemd-random-seed.service
           338ms systemd-journal-flush.service
           268ms dev-mqueue.mount
           245ms systemd-user-sessions.service
           241ms dev-sda5.swap
           230ms systemd-udev-trigger.service
           221ms systemd-tmpfiles-setup.service
           203ms [email protected]
           182ms lvmetad.service
           151ms udisks2.service
           148ms sys-kernel-debug.mount
           113ms systemd-localed.service
           112ms systemd-udevd.service
            82ms upower.service
            80ms systemd-update-utmp.service
            75ms systemd-sysctl.service
            64ms [email protected]
            47ms proc-sys-fs-binfmt_misc.mount
            41ms rtkit-daemon.service
            28ms sys-fs-fuse-connections.mount
            28ms sys-kernel-config.mount
lines 17-39/39 (END)
$

Уже приемлимей, НО думаю, это дело времени, так как например после полудня, он опять при загрузке начнёт тормозить загрузку. Аль ошибаюсь?
Хотя в итоге, накосячил:

$ systemctl status updatedb.timer
● updatedb.timer - Daily locate database update
   Loaded: error (Reason: Bad message)
  Drop-In: /etc/systemd/system/updatedb.timer.d
           └─updatedb.timer.conf
   Active: inactive (dead)
$

Исправим сейчас, но всё же мне кажется это будет делом времени.
После исправления:

$ systemctl status updatedb.timer
● updatedb.timer - Daily locate database update
   Loaded: loaded (/usr/lib/systemd/system/updatedb.timer; static)
  Drop-In: /etc/systemd/system/updatedb.timer.d
           └─updatedb.timer.conf
   Active: active (waiting) since Сб 2014-04-26 09:51:01 MSK; 51s ago
$ systemd-analyze
Startup finished in 2.370s (kernel) + 15.808s (userspace) = 18.178s
$

samson4747	# 8 лет, 4 месяца назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	$ systemd-analyze blame 1min 51.871s updatedb.service 26.174s man-db.service 9.180s colord.service 5.711s accounts-daemon.service 3.562s polkit.service 3.422s gdm.service 3.157s lm_sensors.service 2.980s systemd-vconsole-setup.service 2.791s lvm-monitoring.service 2.586s systemd-logind.service 2.570s shadow.service 2.374s alsa-restore.service 2.246s dcron.service 2.151s systemd-modules-load.service 1.467s udisks2.service 1.381s tmp.mount 1.329s dev-hugepages.mount 1.191s systemd-binfmt.service 1.134s systemd-tmpfiles-setup-dev.service 1.035s rtkit-daemon.service 1.016s systemd-remount-fs.service 928ms dev-mqueue.mount 866ms logrotate.service 835ms sys-kernel-debug.mount 743ms [email protected] 656ms kmod-static-nodes.service 596ms upower.service 398ms proc-sys-fs-binfmt_misc.mount 383ms systemd-udev-trigger.service 369ms systemd-update-utmp.service 317ms systemd-tmpfiles-setup.service 286ms systemd-localed.service 275ms systemd-sysctl.service 217ms media-bcb536f2\x2def06\x2d4838\x2dad5e\x2db48bb6960be0.mount 174ms systemd-random-seed.service 150ms systemd-journal-flush.service 122ms dev-sda5.swap 108ms systemd-udevd.service 56ms systemd-user-sessions.service 52ms [email protected] 51ms systemd-hostnamed.service 48ms sys-kernel-config.mount 46ms sys-fs-fuse-connections.mount 30ms lvmetad.service lines 22-44/44 (END) Такого агрегата, раньше у себя не видел и естьбольшое желание его просто остановить, чтобы он не запускался, последствия будут? (вроде не должны) $ systemd-analyze plot > analyze.svg "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin

samson4747

# 8 лет, 4 месяца назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

$ systemd-analyze blame
    1min 51.871s updatedb.service
         26.174s man-db.service
          9.180s colord.service
          5.711s accounts-daemon.service
          3.562s polkit.service
          3.422s gdm.service
          3.157s lm_sensors.service
          2.980s systemd-vconsole-setup.service
          2.791s lvm-monitoring.service
          2.586s systemd-logind.service
          2.570s shadow.service
          2.374s alsa-restore.service
          2.246s dcron.service
          2.151s systemd-modules-load.service
          1.467s udisks2.service
          1.381s tmp.mount
          1.329s dev-hugepages.mount
          1.191s systemd-binfmt.service
          1.134s systemd-tmpfiles-setup-dev.service
          1.035s rtkit-daemon.service
          1.016s systemd-remount-fs.service
           928ms dev-mqueue.mount
           866ms logrotate.service
           835ms sys-kernel-debug.mount
           743ms [email protected]
           656ms kmod-static-nodes.service
           596ms upower.service
           398ms proc-sys-fs-binfmt_misc.mount
           383ms systemd-udev-trigger.service
           369ms systemd-update-utmp.service
           317ms systemd-tmpfiles-setup.service
           286ms systemd-localed.service
           275ms systemd-sysctl.service
           217ms media-bcb536f2\x2def06\x2d4838\x2dad5e\x2db48bb6960be0.mount
           174ms systemd-random-seed.service
           150ms systemd-journal-flush.service
           122ms dev-sda5.swap
           108ms systemd-udevd.service
            56ms systemd-user-sessions.service
            52ms [email protected]
            51ms systemd-hostnamed.service
            48ms sys-kernel-config.mount
            46ms sys-fs-fuse-connections.mount
            30ms lvmetad.service
lines 22-44/44 (END)

Такого агрегата, раньше у себя не видел и естьбольшое желание его просто остановить, чтобы он не запускался, последствия будут? (вроде не должны)
$ systemd-analyze plot > analyze.svg