Главная » Linux

Linux задержка при запуске

На чтение 8 мин Просмотров 1 Опубликовано
Содержание
  1. Задержка при загрузке Ubuntu Server
  2. Непонятная задержка при загрузке Debian 9. Каким образом можно устранить?
  3. Linux Mint 19.3 задержка при загрузке системы с USB на полторы минуты

Задержка при загрузке Ubuntu Server

Если сервер имеет два или более сетевых интерфейсов, то при загрузке можно столкнуться с зависанием на две-три минуты. При этом выдается сообщение «A start job is running for Wait for Network to be Configured». Например, у меня это случилось при настройке маршрутизатора с двумя сетевыми интерфейсами enp0s3 и enp0s8 .

Оказалось, что это служба systemd-networkd-wait-online ждет состояния «онлайн» для интерфейса enp0s8 :

$ sudo systemctl status systemd-networkd-wait-online.service ● systemd-networkd-wait-online.service - Wait for Network to be Configured Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled-runtime; vendor preset: enabled) Active: failed (Result: exit-code) since Fri 2020-04-24 14:38:46 MSK; 1min 50s ago Docs: man:systemd-networkd-wait-online.service(8) Process: 495 ExecStart=/lib/systemd/systemd-networkd-wait-online (code=exited, status=1/FAILURE) Main PID: 495 (code=exited, status=1/FAILURE) апр 15 14:36:46 gateway systemd[1]: Starting Wait for Network to be Configured. апр 15 14:38:46 gateway systemd-networkd-wait-online[495]: Event loop failed: Connection timed out апр 15 14:38:46 gateway systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE апр 15 14:38:46 gateway systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'. апр 15 14:38:46 gateway systemd[1]: Failed to start Wait for Network to be Configured.

Давайте скажем ей, чтобы ждала состояния «онлайн» только для интерфейса enp0s3 :

$ sudo systemctl edit systemd-networkd-wait-online.service

Эта команда создает в каталоге /etc/systemd/system/ новый каталог systemd-networkd-wait-online.service.d , помещает в него пустой файл override.conf и открывает этот файл на редактирование:

[Service] ExecStart= ExecStart=/lib/systemd/systemd-networkd-wait-online --interface=enp0s3

Мы отменили прежнюю директиву ExecStart , которая предписывала ждать состояния «онлайн» для всех интерфесов, и добавили вместо нее новую, которая предписывает ждать состояния «онлайн» для интерфейса enp0s3 . Теперь сообщаем системе, что мы внесли изменения в конфигурацию службы:

$ sudo systemctl daemon-reload

Вместо указания интерфейсов, для которых надо ждать состояния «онлайн», можно указать, какие интерфейсы игнорировать:

[Service] ExecStart= ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=enp0s8

По идее, есть еще один способ сказать, что не надо ждать состояния «онлайн» для интерфейса enp0s8 — в файле конфигурации Netplan :

network: version: 2 renderer: networkd ethernets: enp0s3: . optional: no enp0s8: . optional: yes

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

Читайте также:  Linux all system variables

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

  • 1С:Предприятие (31)
  • API (29)
  • Bash (43)
  • CLI (99)
  • CMS (139)
  • CSS (50)
  • Frontend (75)
  • HTML (66)
  • JavaScript (150)
  • Laravel (72)
  • Linux (143)
  • MySQL (76)
  • PHP (125)
  • React.js (66)
  • SSH (27)
  • Ubuntu (66)
  • Web-разработка (509)
  • WordPress (73)
  • Yii2 (69)
  • БазаДанных (95)
  • Битрикс (66)
  • Блог (29)
  • Верстка (43)
  • ИнтернетМагаз… (84)
  • КаталогТоваров (87)
  • Класс (30)
  • Клиент (27)
  • Ключ (28)
  • Команда (68)
  • Компонент (60)
  • Конфигурация (59)
  • Корзина (32)
  • ЛокальнаяСеть (28)
  • Модуль (34)
  • Навигация (31)
  • Настройка (137)
  • ПанельУправле… (29)
  • Плагин (33)
  • Пользователь (26)
  • Практика (99)
  • Сервер (74)
  • Событие (27)
  • Теория (104)
  • Установка (65)
  • Файл (47)
  • Форма (58)
  • Фреймворк (192)
  • Функция (36)
  • ШаблонСайта (68)

Источник

Непонятная задержка при загрузке Debian 9. Каким образом можно устранить?

Здравствуйте, господа. При загрузке системы наблюдается непонятная задержка в 22 секунды:

Вчерашняя выдержка из вывода journalctl —system:

мар 19 21:44:49 acer-i7 sh[440]: wlp3s0b1=wlp3s0b1
мар 19 21:44:51 acer-i7 kernel: Console: switching to colour frame buffer device 200×56
мар 19 21:44:51 acer-i7 kernel: radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
мар 19 21:44:51 acer-i7 kernel: [drm] Initialized radeon 2.49.0 20080528 for 0000:01:00.0 on minor 0
мар 19 21:45:13 acer-i7 systemd-timesyncd[474]: Synchronized to time server 93.180.6.3:123 (2.debian.pool.ntp.org).
мар 19 21:45:14 acer-i7 sddm[555]: Running display setup script «/usr/share/sddm/scripts/Xsetup»

Сначала подумалось, что это пошаливает служба systemd-timesyncd и я отключил её. Сегодняшние логи показывают, что задержка в 22 секунды сохранилась несмотря на отключенную службу systemd-timesyncd:

мар 20 20:45:50 acer-i7 sh[428]: wlp3s0b1=wlp3s0b1
мар 20 20:45:52 acer-i7 kernel: Console: switching to colour frame buffer device 200×56
мар 20 20:45:52 acer-i7 kernel: radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
мар 20 20:45:53 acer-i7 kernel: [drm] Initialized radeon 2.49.0 20080528 for 0000:01:00.0 on minor 0
мар 20 20:46:15 acer-i7 sddm[555]: Running display setup script «/usr/share/sddm/scripts/Xsetup»
мар 20 20:46:15 acer-i7 sddm[555]: Display server started.

Даже если поотключать все службы, следующие за строчкой:

kernel: [drm] Initialized radeon 2.49.0 20080528 for 0000:01:00.0 on minor 0

, то всё равно 22 секунды тратятся на что-то «левое» — что первым попадётся под руку: не systemd-timesyncd, так чему-нибудь другому.

Читайте также:  Linux mint xfce масштабирование

Как выловить этого затаившегося гада?

systemd-analyze blame systemd-analyze critical-chain 

systemd-analyze time systemd-analyze critical-chain systemd-analyze blame

пакет firmware-amd-grafic установлен?

# dpkg -l | grep firmware-amd-graphics

ii firmware-amd-graphics 20161130-3 all Binary firmware for AMD/ATI graphics chips

Startup finished in 2.963s (kernel) + 2.811s (userspace) = 5.775s
The time after the unit is active or started is printed after the "@" character. The time the unit takes to start is printed after the "+" character. graphical.target @1.606s └─sddm.service @1.574s +32ms └─systemd-user-sessions.service @1.344s +221ms └─network.target @1.343s └─ifup@wlp3s0b1.service @1.034s └─local-fs.target @1.033s └─media-\xd0\xa5\xd1\x80\xd0\xb0\xd0\xbd\xd0\xb8\xd0\xbb\xd0\xb8\xd1\x89\xd0\xb5.mount @653ms +379ms └─dev-sdb5.device @652ms
 1.248s apt-daily.service 479ms accounts-daemon.service 476ms gpm.service 379ms media-\xd0\xa5\xd1\x80\xd0\xb0\xd0\xbd\xd0\xb8\xd0\xbb\xd0\xb8\xd1\x89\xd0\xb5.mount 305ms networking.service 261ms lm-sensors.service 257ms rtkit-daemon.service 256ms bluetooth.service 256ms pppd-dns.service 255ms rsyslog.service 238ms systemd-logind.service 236ms polkit.service 223ms media-\xd0\xa1\xd0\xb8\xd1\x81\xd1\x82\xd0\xb5\xd0\xbc\xd0\xbd\xd1\x8b\xd0\xb9_SSD.mount 221ms systemd-user-sessions.service 197ms dev-sda5.device 107ms systemd-rfkill.service 67ms udisks2.service 66ms keyboard-setup.service 50ms media-\xd0\xa1\xd0\xb8\xd1\x81\xd1\x82\xd0\xb5\xd0\xbc\xd0\xbd\xd1\x8b\xd0\xb9_HDD.mount 48ms systemd-journald.service 37ms systemd-udev-trigger.service 36ms packagekit.service 32ms sddm.service 27ms user@1000.service 24ms systemd-udevd.service 23ms systemd-tmpfiles-clean.service 23ms systemd-fsck@dev-sda6.service 15ms home.mount 13ms systemd-tmpfiles-setup.service 11ms systemd-tmpfiles-setup-dev.service 8ms dev-hugepages.mount 8ms sys-fs-fuse-connections.mount 7ms systemd-journal-flush.service 7ms systemd-modules-load.service 6ms kmod-static-nodes.service 6ms systemd-remount-fs.service 5ms systemd-update-utmp-runlevel.service 5ms console-setup.service 5ms systemd-update-utmp.service 4ms dev-mqueue.mount 4ms systemd-random-seed.service 3ms systemd-sysctl.service 2ms sys-kernel-debug.mount

Источник

Linux Mint 19.3 задержка при загрузке системы с USB на полторы минуты

Установил систему Linux Mint 19.3 Tricia на быструю USB флешку. Буду использовать как системную. Устанавливал все по умолчанию.

Диск /dev/sdb: 117,9 GiB, 126567317504 байт, 247201792 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0x22943bab Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/sdb1 * 2048 247199743 247197696 117,9G 83 Linux 
/dev/sdb1 on / type ext4 (rw,relatime,errors=remount-ro)

При загрузке системы возникает тут пауза на полторы минуты:

[ 3.585360] scsi 6:0:0:0: Direct-Access SanDisk Extreme 1.00 PQ: 0 ANSI: 6 [ 3.585639] sd 6:0:0:0: Attached scsi generic sg1 type 0 [ 3.585883] sd 6:0:0:0: [sdb] 247201792 512-byte logical blocks: (127 GB/118 GiB) [ 3.587051] sd 6:0:0:0: [sdb] Write Protect is off [ 3.587054] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 [ 3.587281] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 3.592272] sdb: sdb1 [ 3.593656] sd 6:0:0:0: [sdb] Attached SCSI removable disk [ 92.468472] raid6: sse2x4 gen() 16199 MB/s [ 92.516468] raid6: sse2x4 xor() 11155 MB/s [ 92.564473] raid6: sse2x2 gen() 13632 MB/s

Как избавиться от этой задержки?

Читайте также:  Linux lvm iscsi target

Раньше на linux mint 17.2 при подобной установке грузилось все за 15 секунд с подобной USB флешки.

Начни отсюда. Зря что-ли Леонид старался:

alex@alex-desktop:~$ systemd-analyze critical-chain he time after the unit is active or started is printed after the "@" character. The time the unit takes to start is printed after the "+" character. graphical.target @8.425s └─multi-user.target @8.425s └─getty.target @8.425s └─getty@tty1.service @8.425s └─system-getty.slice @8.424s └─setvtrgb.service @8.396s +28ms └─systemd-user-sessions.service @7.400s +18ms └─network.target @7.370s └─NetworkManager.service @5.088s +2.282s └─dbus.service @3.523s └─basic.target @3.520s └─sockets.target @3.520s └─avahi-daemon.socket @3.520s └─sysinit.target @3.429s └─systemd-update-utmp.service @3.379s +49ms └─systemd-tmpfiles-setup.service @3.023s +355ms └─systemd-journal-flush.service @876ms +2.146s └─systemd-journald.service @747ms +127ms └─systemd-journald-audit.socket @747ms └─system.slice @710ms └─-.slice @706ms 
alex@alex-desktop:~$ systemd-analyze blame 5.408s apt-daily.service 3.885s ModemManager.service 2.928s networkd-dispatcher.service 2.658s dev-sdb1.device 2.282s NetworkManager.service 2.164s udisks2.service 2.156s ubuntu-system-adjustments.service 2.146s systemd-journal-flush.service 1.716s systemd-resolved.service 1.613s pppd-dns.service 1.449s thermald.service 1.403s systemd-udevd.service 1.261s accounts-daemon.service 1.082s apparmor.service 1.040s gpu-manager.service 997ms rsyslog.service 976ms lightdm.service 975ms polkit.service 974ms plymouth-quit-wait.service 846ms grub-common.service 729ms wpa_supplicant.service 516ms apt-daily-upgrade.service 463ms colord.service 390ms lvm2-monitor.service 383ms systemd-tmpfiles-setup-dev.service 361ms dns-clean.service 355ms systemd-tmpfiles-setup.service 342ms networking.service 326ms systemd-logind.service 285ms ntp.service

Источник

Оцените статью
© 2023 Posetke
Adblock
detector