Кто-то может объяснить, что test.mount сервис делает во время начальной загрузки? Почему требуется такое долгое время и как я решаю, это замедляет начальную загрузку? Системные спецификации:
С al другие диски, разъединенные все еще медленная начальная загрузка. Это происходит с нескольких дней. Во время завершения работы следующее сообщение об ошибке отображены:
sd-umount[3030] failed to unmount /oldroot: Device or resource busy.
sd-umount[3031]....etc
sd-umount[3032]....etc
sd-umount[3033]....etc
Следующая команда systemd-analyze blame
выводы:
1min 30.018s test.mount
6.797s NetworkManager-wait-online.service
2.852s e2scrub_reap.service
1.818s udisks2.service
1.320s lvm2-pvscan@8:1.service
1.161s mnt-243EA2013EA1CC5C.mount
1.116s dev-mapper-vgkubuntu\x2droot.device
857ms snapd.service
778ms snap-boa-196.mount
759ms snap-core18-1650.mount
684ms snap-xonotic-49.mount
680ms snap-gnome\x2d3\x2d28\x2d1804-110.mount
614ms snap-core-8592.mount
577ms snap-gtk\x2dcommon\x2dthemes-1353.mount
516ms snap-core-8689.mount
478ms dev-loop5.device
470ms snap-chromium-1040.mount
454ms dev-loop8.device
447ms snap-urban\x2dterror-18.mount
440ms mpd.service
431ms firewalld.service
416ms dev-loop3.device
407ms dev-loop2.device
395ms systemd-journal-flush.service
386ms postfix@-.service
382ms dev-loop9.device
365ms systemd-logind.service
357ms snap-termius\x2dapp-38.mount
Вывод sudo 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.750s
└─sddm.service @1min 38.746s +3ms
└─systemd-user-sessions.service @1min 38.711s +9ms
└─network.target @1.886s
└─NetworkManager.service @1.858s +27ms
└─network-pre.target @1.856s
└─firewalld.service @1.424s +431ms
└─polkit.service @1.543s +9ms
└─basic.target @1.350s
└─sockets.target @1.350s
└─snapd.socket @1.350s +409us
└─sysinit.target @1.344s
└─swap.target @1.343s
└─dev-mapper-vgkubuntu\x2dswap_1.swap @1.296s +27ms
└─dev-mapper-vgkubuntu\x2dswap_1.device @1.296s
Я уже попробовал начальную загрузку, восстанавливают утилиту и работали, файловая система сверяются с живым usb. Проверка файловой системы с gparted не показала ошибки, однако это действительно заканчивало мел несколько секунд. Это нормально к?
шоу fstab:
/dev/mapper/vgkubuntu-root / ext4 errors=remount-ro 0 1
/dev/mapper/vgkubuntu-swap_1 none swap sw 0 0
/dev/disk/by-uuid/243EA2013EA1CC5C /mnt/243EA2013EA1CC5C rw,auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/869116c1-0c87-4df6-a38d-269d2f8df038 /mnt/869116c1-0c87-4df6-a38d-269d2f8df038 auto nosuid,nodev,nofail,x-gvfs-show 0 0
192.168.1.107:/test /test nfs defaults 0 0
Заранее спасибо.
Проверьте Ваш /etc/fstab
для существования /test
точка монтирования.
Похоже, что у Вас есть удаленная доля файла, которую Ваша система пытается смонтировать при начальной загрузке, но это не могло быть доступно, так монтироваться из недоступной доли, занимает так много времени.
Кроме того, проверьте свои типы файлов разделов и смонтируйтесь, вводит /etc/fstab
.
/etc/fstab
и добавьте noauto
опция к Вашему /test
точка монтирования.Создайте сценарий, например ( ~/scripts/mounttest.sh
):
#!/bin/bash
/usr/bin/sleep 180 && /usr/bin/mount /test
Дайте ему разрешение выполнения: chmod +x ~/scripts/mounttest.sh
Добавьте его к crontab: sudo crontab -e
@reboot /home/user/scripts/mounttest.sh
Это должно начать монтировать задачу, когда система уже загружается, таким образом, никакое ожидание начальной загрузки не должно присутствовать из-за этого.