как проверить процессы загрузки?
мой компьютер (Ubuntu Mate 20.04) загружается больше минуты, и я не знаю почему. Похоже, это как-то связано с процессом загрузки на этом конкретном жестком диске.
из dmesg:
...
[ 1.922970] async_tx: api initialized (async)
[ 2.328482] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 2.530339] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input7
[ 3.256967] Btrfs loaded, crc32c=crc32c-intel
[ 34.601941] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
...
Кажется, там 30 секунд, у меня нет Btrfs, я не уверен, почему он проверяет это или что-то еще, что он делает.
тогда у меня есть это:
[ 38.739280] USB Video Class driver (1.1.1)
[ 125.248857] Process accounting resumed
Я понятия не имею, что такое учет процессов.
Я сделал эту фотографию процесса загрузки:
Команда systemd-analyze critical-chain
$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.388s
└─multi-user.target @1min 38.388s
└─lxc.service @1min 38.330s +57ms
└─lxc-net.service @1min 38.184s +143ms
└─network-online.target @1min 38.179s
└─NetworkManager-wait-online.service @1min 30.737s +7.440s
└─NetworkManager.service @1min 30.360s +374ms
└─dbus.service @1min 30.355s
└─basic.target @1min 30.316s
└─sockets.target @1min 30.315s
└─snapd.socket @1min 30.310s +4ms
└─sysinit.target @1min 30.280s
└─systemd-backlight@leds:tpacpi::kbd_backlight.service @2>
└─system-systemd\x2dbacklight.slice @1.538s
└─system.slice @251ms
└─-.slice @251ms
и команда systemd-analyze time
$ systemd-analyze time
Startup finished in 34.552s (kernel) + 2min 7.682s (userspace) = 2min 42.235s
graphical.target reached after 1min 38.388s in userspace
Ответы
Что ж, я все еще хотел бы знать передовой опыт или более эффективные средства устранения этой ерунды в процессе загрузки.
когда я увидел W: initramfs-tools configuration sets RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83: but no matching swap device is available... ... Я проверил gparted и обнаружил, что у меня нет раздела подкачки. (это должно быть хорошо, у меня много оперативной памяти), но эта настройка, похоже, такова, что в какой-то момент у меня могла быть одна, почему у меня ее сейчас нет, эта часть остается загадкой. Я открыл / etc / fstab и закомментировал раздел подкачки (у которого был тот же UUID, что и у диска, для проверки которого требовалась вечность при загрузке).
# swap was on /dev/sda5 during installation
#UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83 none swap sw 0 0
почему это было на / dev / sda5? отличный вопрос, понятия не имею.
Итак, я подошел sudo vim /etc/initramfs-tools/conf.d/resume и закомментировал ссылку на раздел подкачки с оскорбительным UUID.
#RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83
Затем я обновил initramfs $ sudo update-initramfs -u -k all
и перезагрузился, чтобы посмотреть, что будет. Я загрузился за секунды.
Итак, моя проблема с временем загрузки решена ... но если есть лучший способ устранить этот тип ошибки, я хотел бы узнать об этом. Я читал всевозможные материалы и видел, что у многих пользователей были похожие проблемы. Я попробовал boot-repairутилиту, ничего не исправила. Прошло буквально несколько месяцев, прежде чем я понял из ошибки, которую увидел при попытке обновить Mate, думая, что проблема могла быть в каком-то пользовательском приложении.