LinuxMüller
Anmeldungsdatum: 12. Mai 2017
Beiträge: Zähle...
|
Hallo, mein Problem ist das mein Ubuntu sehr lange braucht bis es hochgefahren ist. Ich habe schon eine Systembereinigung gemacht. Was kann man noch machen. Eine Möglichkei wäre wahrscheinlich die Platte zu klonen und auf eine SSD-Festplatte zu schieben. Gibt es noch andere Möglichkeiten. Zurzeit ist Ubuntu 19.04 installiert.
Und noch eine Frage was sind /dev/loop0 ... 9. Kann man diese löschen?
Danke schon mal im voraus.
Gruß
Müller
|
Axel-Erfurt
Anmeldungsdatum: 18. Mai 2016
Beiträge: 1347
|
Zeig doch mal systemd-analyze time systemd-analyze blame
|
LinuxMüller
(Themenstarter)
Anmeldungsdatum: 12. Mai 2017
Beiträge: Zähle...
|
Hallo, danke für die schnelle Hilfe. Beim ersten Befehl kommt folgendes heraus:
systemd-analyze time
Startup finished in 4.839s (kernel) + 3min 17.863s (userspace) = 3min 22.702s
graphical.target reached after 2min 39.438s in userspace und beim 2. Befehl:
ystemd-analyze blame
2min 3.614s apt-daily.service
2min 825ms plymouth-quit-wait.service
1min 30.296s openvas-manager.service
1min 2.869s udisks2.service
1min 317ms webmin.service
48.925s man-db.service
45.886s postgresql@10-main.service
45.606s postgresql@11-main.service
44.884s postgresql@9.6-main.service
34.718s snapd.service
29.334s networkd-dispatcher.service
24.292s ModemManager.service
20.323s dev-sda3.device
20.139s apache2.service
18.905s nmbd.service
16.955s NetworkManager-wait-online.service
15.477s accounts-daemon.service
13.889s dev-loop18.device
13.816s dev-loop20.device
13.697s apport.service
13.306s dev-loop12.device
13.188s grub-common.service
13.154s dev-loop2.device
|
mhe
Anmeldungsdatum: 29. Dezember 2007
Beiträge: 210
|
Kannst Du das mal bitte so formatieren, dass man das auch lesen kann .. lies das .. Danke!
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
Mal in lesbarer Form: systemd-analyze blame 2min 3.614s
apt-daily.service 2min 825ms
plymouth-quit-wait.service 1min 30.296s
openvas-manager.service 1min 2.869s
udisks2.service 1min 317ms
webmin.service 48.925s
man-db.service 45.886s
postgresql@10-main.service 45.606s
postgresql@11-main.service 44.884s
postgresql@9.6-main.service 34.718s
snapd.service 29.334s
networkd-dispatcher.service 24.292s
ModemManager.service 20.323s
dev-sda3.device 20.139s
apache2.service 18.905s
nmbd.service 16.955s
NetworkManager-wait-online.service 15.477s
accounts-daemon.service 13.889s
dev-loop18.device 13.816s
dev-loop20.device 13.697s
apport.service 13.306s
dev-loop12.device 13.188s
grub-common.service 13.154s
dev-loop2.device
|
mhe
Anmeldungsdatum: 29. Dezember 2007
Beiträge: 210
|
dingsbums schrieb: Mal in lesbarer Form:
ja, und genau "so" ist es falsch formatiert .. irreführend .. ich denke, das bekommt LinuxMüller selber besser hin, denn der weiß, wie es mal im Original aussah. Ich gebe in meiner Freizeit gerne Hilfestellung, aber wenigstens ein Bischen mitwirken muss man schon .. wenigstens die Frage (Daten) kann man mal Vernünftig niederschreiben .. es nervt so dermaßen, den Leuten selbst dabei noch hinterherrennen zu müssen.
|
LinuxMüller
(Themenstarter)
Anmeldungsdatum: 12. Mai 2017
Beiträge: 166
|
Hallo, Entschuldigung, wusste das nicht, dass man es auch so machen kann:
Befehl 2: systemd-analyze blame
2min 3.614s apt-daily.service
2min 825ms plymouth-quit-wait.service
1min 30.296s openvas-manager.service
1min 2.869s udisks2.service
1min 317ms webmin.service
48.925s man-db.service
45.886s postgresql@10-main.service
45.606s postgresql@11-main.service
44.884s postgresql@9.6-main.service
34.718s snapd.service
29.334s networkd-dispatcher.service
24.292s ModemManager.service
20.323s dev-sda3.device
20.139s apache2.service
18.905s nmbd.service
16.955s NetworkManager-wait-online.service
15.477s accounts-daemon.service
13.889s dev-loop18.device
13.816s dev-loop20.device
13.697s apport.service
13.306s dev-loop12.device
13.188s grub-common.service
13.154s dev-loop2.device
13.117s dev-loop14.device
13.039s dev-loop19.device
12.894s thermald.service
12.830s avahi-daemon.service
12.753s dev-loop6.device
12.683s alsa-restore.service
12.618s dev-loop5.device
12.381s rsyslog.service
12.154s gpu-manager.service
12.113s systemd-logind.service
11.978s dev-loop1.device
11.951s dev-loop13.device
11.915s dev-loop0.device
11.859s NetworkManager.service
11.856s wpa_supplicant.service
11.632s dev-loop15.device
11.387s switcheroo-control.service
11.229s dev-loop17.device
10.641s dev-loop8.device
10.141s dev-loop16.device
10.114s dev-loop11.device
9.551s dev-loop7.device
9.302s smbd.service
9.248s dev-loop10.device
8.918s dev-loop4.device
8.086s logrotate.service
6.554s dev-loop9.device
6.521s dev-loop3.device
6.266s motd-news.service
5.230s systemd-udevd.service
5.131s networking.service
5.054s gdm.service
4.492s apparmor.service
3.490s apt-daily-upgrade.service
3.115s fwupd.service
2.834s polkit.service
2.019s dns-clean.service
1.799s systemd-resolved.service
1.647s colord.service
1.628s systemd-tmpfiles-setup.service
1.485s pppd-dns.service
1.394s upower.service
1.219s packagekit.service
1.208s sysstat.service
1.167s systemd-rfkill.service
1.080s snap-gtk\x2dcommon\x2dthemes-1313.mount
1.059s snap-vlc-768.mount
1.047s snap-gnome\x2dlogs-73.mount
1.009s snap-vlc-1049.mount
945ms snapd.seeded.service
914ms snap-core18-1223.mount
875ms systemd-sysusers.service
866ms openvpn.service
848ms keyboard-setup.service
836ms systemd-modules-load.service
774ms snap-core-7917.mount
648ms snap-gnome\x2d3\x2d28\x2d1804-67.mount
612ms grub-initrd-fallback.service
583ms plymouth-start.service
560ms snap-gnome\x2dcharacters-317.mount
554ms kerneloops.service
528ms snap-core18-1192.mount
523ms systemd-journald.service
491ms snap-gnome\x2dlogs-81.mount
489ms systemd-timesyncd.service
486ms systemd-random-seed.service
439ms systemd-tmpfiles-setup-dev.service
436ms systemd-sysctl.service
414ms user@1000.service
409ms snap-gnome\x2dsystem\x2dmonitor-91.mount
372ms systemd-tmpfiles-clean.service
332ms systemd-udev-trigger.service
331ms snap-gnome\x2dcalculator-406.mount
328ms ufw.service
313ms snap-vlc-770.mount
295ms snap-gnome\x2dsystem\x2dmonitor-100.mount
282ms redis-server.service
280ms redis-server@openvas.service
276ms mysql.service
266ms systemd-user-sessions.service
262ms console-setup.service
259ms rtkit-daemon.service
257ms snap-gnome\x2d3\x2d28\x2d1804-71.mount
255ms kmod-static-nodes.service
248ms snap-gnome\x2d3\x2d26\x2d1604-92.mount
236ms snap-gtk\x2dcommon\x2dthemes-1353.mount
234ms systemd-remount-fs.service
234ms dev-mqueue.mount
233ms dev-hugepages.mount
213ms ifupdown-pre.service
206ms user-runtime-dir@1000.service
206ms snap-gnome\x2d3\x2d26\x2d1604-90.mount
205ms snap-core-7713.mount
186ms phpsessionclean.service
177ms snap-gnome\x2dcalculator-501.mount
154ms snap-gnome\x2dcharacters-296.mount
150ms systemd-journal-flush.service
134ms setvtrgb.service
110ms sys-kernel-debug.mount
109ms dev-disk-by\x2duuid-e6f479a4\x2deb45\x2d4e8e\x2db27a\x2d2c37b1d
101ms bolt.service
98ms systemd-update-utmp.service
61ms data.mount
38ms plymouth-read-write.service
9ms systemd-update-utmp-runlevel.service
2ms sys-kernel-config.mount
2ms sys-fs-fuse-connections.mount
1ms postgresql.service
656us snapd.socket
Befehl 1: systemd-analyze time
tartup finished in 4.839s (kernel) + 3min 17.863s (userspace) = 3min 22.702s
graphical.target reached after 2min 39.438s in userspace
Ich hoffe, die Ansicht ist jetzt besser.
|
voxxell99
Anmeldungsdatum: 23. September 2009
Beiträge: 3903
Wohnort: da, wo andere Urlaub machen. :)
|
Ja. ☺ Deine Bootzeit ist wirklich abnormal. SSD würde das Problem nicht wirklich lösen. War das von Anfang an so? Hast du 19.04 frisch installiert oder war es ein Upgrade? Seit wann ist es so langsam? Zeige bitte auch mal
sudo parted --list
ebenfalls im Codeblock.
|
LinuxMüller
(Themenstarter)
Anmeldungsdatum: 12. Mai 2017
Beiträge: 166
|
Hallo, ich habe das System zweimal upgegradet. Seit dem letzten Upgrade fährt er langsamer nach oben. Ich muss aber auch dazu sagen, dass auf der 500 Gb Festplatte noch ein Windowssystem installiert ist. Das dürfte aber nicht ausmachen. Was kann man tun, dass er wieder schneller hochfährt? Könnte man nicht ein paar Prozesse abschalten? odell: ATA SAMSUNG HD503HI (scsi)
Festplatte /dev/sda: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 106MB 105MB primary ntfs boot
2 106MB 210GB 210GB primary ntfs
3 210GB 460GB 250GB primary ext4
4 460GB 500GB 40,4GB extended
5 460GB 500GB 40,4GB logical linux-swap(v1)
Modell: ATA SAMSUNG HD080HJ (scsi)
Festplatte /dev/sdb: 80,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 80,0GB 80,0GB ext4
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
https://wiki.ubuntuusers.de/Archiv/Webmin/ openvas-manager.service 1min 2.869s
Alles mal deaktivieren, was Ärger machen könnte.
Könnte man nicht ein paar Prozesse abschalten?
Dienste würde ich sagen. Wäre für mich das normale Vorgehen, zu prüfen welcher Dienst bremst beim boot. Könnten ja Pinpong Effekte sein.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
mhe schrieb: dingsbums schrieb: Mal in lesbarer Form:
ja, und genau "so" ist es falsch formatiert
Stimmt, sowas kommt von "mal schnell Zeilenumbrüche einfügen" ... zielsicher an der falschen Stelle ☺
1min 30.296s openvas-manager.service
45.886s postgresql@10-main.service
45.606s postgresql@11-main.service
44.884s postgresql@9.6-main.service
The Open Vulnerability Assessment System is a modular security auditing tool, used for testing remote systems for vulnerabilities that should be fixed
Sind openvas und eine Postgres-DB neuerdings bei einer Standardinstallation eines Desktop-Systems dabei?
|
LinuxMüller
(Themenstarter)
Anmeldungsdatum: 12. Mai 2017
Beiträge: 166
|
snap-Dienst ist für was gut? Es sind mehrere vorhanden. Wie kann ich diese stoppen?
Die Dienste deaktiviere ich durch service 'Dienst' stop oder?
Keine Ahnung ob openvas mitinstalliert wurde. Diesen Dienst konnte ich stoppen.
Wie stoppe ich die anderen drei?
45.886s postgresql@10-main.service
45.606s postgresql@11-main.service
44.884s postgresql@9.6-main.service Was meinten Sie mit: erstelle mit systemd-analyze den Plot?
|
Axel-Erfurt
Anmeldungsdatum: 18. Mai 2016
Beiträge: 1347
|
Beispiel: systemd-analyze plot > /tmp/graph.svg;xdg-open /tmp/graph.svg erzeugt eine Grafik und öffnet sie dann. siehe auch https://wiki.ubuntuusers.de/systemd/systemd-analyze/
|
charly-ax
Anmeldungsdatum: 19. März 2013
Beiträge: 1749
|
LinuxMüller schrieb: snap-Dienst ist für was gut? Es sind mehrere vorhanden. Wie kann ich diese stoppen?
Zu Snap schau mal in diesen Wiki-Artikel ▶ snap.
Was meinten Sie ...
Hier im Forum sind wir im Allgemeinen bei der Du-Form.
|
LinuxMüller
(Themenstarter)
Anmeldungsdatum: 12. Mai 2017
Beiträge: 166
|
Erstmal danke, dass Sie sich meinem Problem angenommen haben und mir schnelle Hilfe gegeben haben. Ich habe jetzt den snap-Dienst gestoppt
Die Postgresql Dienste gestoppt.
Ihren Befehl ausgeführt, leider lässt sich die Datei nicht hochladen 12 MB. Kann ich sonst noch irgendwas tun, damit er schneller hochfährt?
|