Nordstern
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
Hallo, nach dem Upgrade von 14.04 LTS auf 16.04 LTS dauert das hochfahren des PCs länger.
Er rappelt auf der Festplatte herum, bis endlich der Bildschirm erscheint.
Auch ist beim laden des Bios ein Hinweis in der obereren linken Ecke aufgefallen. "...dev7sda1: clean......." Wie kann ich den Systemstart beschleunigen ?
Arbeitsspeicher ist mit 4 GB eigentlich ausreichend, oder ?
|
Hoerbert
Anmeldungsdatum: 3. Oktober 2007
Beiträge: 375
|
Moin Nordstern, so ohne weitere Infos kann die Antwort erstmal nur 42 sein 😉 Man könnte mal mit schauen, was da so lange braucht. Und ein paar weitere Angaben zur Hardware wären auch nicht schlecht. SSD oder HDD? Welche CPU? Immerhin ist Ubuntu nicht gerade dafür bekannt Ressourcen zu schonen. Gruß Torben
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11179
Wohnort: München
|
Poste mal bitte die Ausgaben von den drei folgenden Befehlen in einem Codeblock (drei geschweifte Klammern um die Ausgabe):
systemd-analyze
systemd-analyze blame
systemd-analyze critical-chain
Damit sollte man schon mal sehen, wo er die meiste Zeit verliert. Mit diesem Befehl kannst du dir eine Grafik zeichnen lassen, die den Start der Dienste visualisiert:
systemd-analyze plot > boot.svg
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
ebkes@ebkes-MS-7680:~$ systemd-analyze blame
28.639s click-system-hooks.service
26.429s winbind.service
26.402s nmbd.service
26.176s samba-ad-dc.service
22.940s grub-common.service
22.719s networking.service
22.582s apport.service
22.468s speech-dispatcher.service
18.366s ModemManager.service
14.896s accounts-daemon.service
14.800s dev-sda1.device
13.365s apparmor.service
13.031s systemd-logind.service
12.782s console-kit-log-system-start.service
12.539s avahi-daemon.service
12.200s gpu-manager.service
12.200s systemd-user-sessions.service
11.837s alsa-restore.service
11.821s iio-sensor-proxy.service
11.819s rsyslog.service
11.805s thermald.service
10.351s irqbalance.service
10.185s minidlna.service
lines 1-23
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
ebkes@ebkes-MS-7680:~$ systemd-analyze
Startup finished in 4.046s (kernel) + 1min 16.759s (userspace) = 1min 20.805s
ebkes@ebkes-MS-7680:~$ systemd-analyze blame
28.639s click-system-hooks.service
26.429s winbind.service
26.402s nmbd.service
26.176s samba-ad-dc.service
22.940s grub-common.service
22.719s networking.service
22.582s apport.service
22.468s speech-dispatcher.service
18.366s ModemManager.service
14.896s accounts-daemon.service
14.800s dev-sda1.device
13.365s apparmor.service
13.031s systemd-logind.service
12.782s console-kit-log-system-start.service
12.539s avahi-daemon.service
12.200s gpu-manager.service
12.200s systemd-user-sessions.service
11.837s alsa-restore.service
11.821s iio-sensor-proxy.service
11.819s rsyslog.service
11.805s thermald.service
10.351s irqbalance.service
10.185s minidlna.service
lines 1-23
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
ebkes@ebkes-MS-7680:~$ systemd-analyze critical-chain
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 @1min 16.746s
└─multi-user.target @1min 16.735s
└─smbd.service @1min 16.441s +293ms
└─nmbd.service @50.027s +26.402s
└─network-online.target @50.010s
└─NetworkManager-wait-online.service @40.634s +9.376s
└─NetworkManager.service @36.322s +4.299s
└─dbus.service @24.512s
└─basic.target @23.771s
└─sockets.target @23.771s
└─snapd.socket @23.535s +218ms
└─sysinit.target @23.506s
└─apparmor.service @10.090s +13.365s
└─local-fs.target @10.090s
└─run-user-1000.mount @59.331s
└─local-fs-pre.target @10.090s
└─systemd-remount-fs.service @9.878s +177ms
└─system.slice @3.508s
└─-.slice @3.466s
ebkes@ebkes-MS-7680:~$
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
Ups, danke schon mal fürs Antworten: Das System : Arbeitsspeicher : 3, 8 GB
Prozessor : Intel Celeron ( R ) CPU G 540/2,5 GHz x2
Festplatte : 74,5 GB HDD
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11179
Wohnort: München
|
Da laufen ja eine Menge Dienste - kannst du noch die Grafik mit dem kompletten Boot-Prozess hier anhängen, damit man sieht, was da alles einen spürbaren Festplattenzugriff verursachen könnte und wann das im zeitlichen Verlauf gestartet wird? Nach dem was ich da in der Ausgabe gesehen habe, könnte man in Richtung minidlna denken - das muss ja beim Starten überprüfen, was an Medien-Daten da ist und dazu die Verzeichnisse neu einlesen und ggf. seine Datenbank aktualisieren - du könntest das ja mal testweise deaktivieren und ausprobieren, wie sich dann die Starzeiten entwickeln.
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
@ seahawk1986 Okay, kannst Du mir den Pfad dafür nennen ?
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11179
Wohnort: München
|
seahawk1986 schrieb: Mit diesem Befehl kannst du dir eine Grafik zeichnen lassen, die den Start der Dienste visualisiert:
systemd-analyze plot > boot.svg
Das erstellt die boot.svg in dem Verzeichnis, in dem du dich gerade befindest - wenn du das Terminal öffnest, startest du normalerweise in deinem Homeverzeichnis.
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
ebkes@ebkes-MS-7680:~$ systemd-analyze plot > boot.svg
ebkes@ebkes-MS-7680:~$
Mehr zeigt es mir nicht an ...
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
vice (15ms)</text>
</g>
<g transform="translate(20,100)">
<rect class="activating" x="0.000" y="5900.000" width="30.000" height="19.000" />
<text class="left" x="45.000" y="5914.000">Activating</text>
<rect class="active" x="0.000" y="5920.000" width="30.000" height="19.000" />
<text class="left" x="45.000" y="5934.000">Active</text>
<rect class="deactivating" x="0.000" y="5940.000" width="30.000" height="19.000" />
<text class="left" x="45.000" y="5954.000">Deactivating</text>
<rect class="security" x="0.000" y="5960.000" width="30.000" height="19.000" />
<text class="left" x="45.000" y="5974.000">Setting up security module</text>
<rect class="generators" x="0.000" y="5980.000" width="30.000" height="19.000" />
<text class="left" x="45.000" y="5994.000">Generators</text>
<rect class="unitsload" x="0.000" y="6000.000" width="30.000" height="19.000" />
<text class="left" x="45.000" y="6014.000">Loading unit files</text>
</g>
</svg>
ebkes@ebkes-MS-7680:~$
Passt das so ?
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11179
Wohnort: München
|
Nordstern schrieb: Mehr zeigt es mir nicht an ...
Der Befehl schreibt die Daten in eine Datei boot.svg in deinem Benutzerverzeichnis - die kannst du doch einfach hier an einen Post anhängen.
|
Nordstern
(Themenstarter)
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 212
Wohnort: an der Nordseeküste
|
ebkes@ebkes-MS-7680:~$ boot.svg
boot.svg: Befehl nicht gefunden.
ebkes@ebkes-MS-7680:~$
Stehe wohl heute irgendwie auf dem Schlauch, sorry.
|
Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
boot.svg ist eine Datei in deinem HOME Verzeichnis, kein Befehl. Was ergeben die Protokolle?
| sudo journalctl -a | grep -iE 'err|war|fail|disabl'
|
|