Ich habe Ubuntu 16.04 neben Windows auf meinem Laptop installiert. In systemd-analyze blame
Ein Dienst namens „dev-sda7.device“ nimmt zu viel Zeit in Anspruch. Wie kann ich dieses Problem lösen oder sollte ich es deaktivieren?
Ergebnis von systemd-analyze time
Startup finished in 4.207s (firmware) + 4.576s (loader) + 3.466s (kernel) + 33.899s (userspace) = 46.149s
Ergebnis von systemd-analyze blame
16.326s dev-sda7.device
12.859s ufw.service
11.263s systemd-tmpfiles-setup-dev.service
7.935s NetworkManager-wait-online.service
3.203s keyboard-setup.service
2.736s vboxdrv.service
2.467s accounts-daemon.service
2.349s apache2.service
2.239s NetworkManager.service
2.163s ModemManager.service
1.963s lightdm.service
1.843s nmbd.service
1.749s samba-ad-dc.service
1.599s [email protected]\x2duuid-B053\x2dA56B.service
1.367s thermald.service
1.127s polkitd.service
1.112s systemd-journald.service
1.066s teamviewerd.service
1.007s udisks2.service
975ms apparmor.service
926ms plymouth-start.service
Ergebnis von cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda7 during installation
UUID=493cc833-193e-435d-840a-b862ca367fba / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=B053-A56B /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda6 during installation
UUID=a49f56b1-53c3-4eaf-9460-0a221e59957a none swap sw 0 0
Akzeptierte Antwort:
Sie können es nicht deaktivieren, weil /dev/sda7
Hier ist Ihre Root-Partition gemountet. In systemd wird alles, was es beim Booten verarbeiten kann, zu einer systemd-Einheit gemacht. Dann können Sie Dinge damit machen (wie in diesem Fall Zeitmessungen verfolgen oder sich für Dienste darauf verlassen). Bei Geräten läuft die Kette wie folgt ab:
- der Kernel lädt das Gerät und aktiviert es
- systemd achtet darauf und erstellt
/dev/sdxy
Knoten dafür - dann aktiviert systemd die verschiedenen Einhängeeinheiten, die von
fstab
generiert wurden - was dann verschiedene andere Dienste auslöst, die darauf warteten, dass Dateisysteme gemountet werden
- und so weiter
Dadurch können Sie feststellen, dass die Aktivierung der Festplatte langsam ist, aber wenn Sie keine neue Festplatte bekommen, können Sie nicht viel dagegen tun.
Sie können versuchen, den kritischen Pfad zu analysieren und sehen, ob Sie noch etwas beheben können:
systemd-analyze critical-chain [UNIT...] prints a tree of the
time-critical chain of units (for each of the specified UNITs or for
the default target otherwise). 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. Note that the output might be
misleading as the initialization of one service might depend on socket
activation and because of the parallel execution of units.
Beispiel:
graphical.target @10.868s
└─multi-user.target @10.868s
└─squid-deb-proxy.service @10.816s +51ms
└─network-online.target @10.814s
└─NetworkManager-wait-online.service @2.419s +8.395s
└─NetworkManager.service @2.243s +155ms
└─dbus.service @2.192s
└─basic.target @2.129s
└─sockets.target @2.129s
└─snapd.socket @2.127s +1ms
└─sysinit.target @2.127s
└─swap.target @2.127s
└─dev-disk-by\x2duuid-498d24e5\x2d7755\x2d422f\x2dbe45\x2d1b78d50b44e8.swap @2.119s +7ms
└─dev-disk-by\x2duuid-498d24e5\x2d7755\x2d422f\x2dbe45\x2d1b78d50b44e8.device @2.119s
Zum Beispiel verlangsamt das Netzwerk in meinem Fall den Start.
Siehe auch:„Booten im unsicheren Modus“, wenn Secure Boot aktiviert ist?