.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: Zähle...
|
nach der Änderung in der /etc/initramfs-tools/conf.d/resume ausgeführt?
Ja.
Blöd nachfrag, windows wird immer komplett runtergefahren? Spiele auf Schnell-Start/Fast-Boot an. Was ist für eine Windows-Version drauf? In einem Dualboot mit windows kann es auch zu Problemen mit der Systemzeit kommen.
Ist kein Windows drauf, Ubuntu ist das einzige OS.
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8432
Wohnort: Digiworld
|
Oh, das war die Ausgabe von Berlin_1946. Mein Fehler. Hm, wieso spielt der Kernel mit sich selbst. Jetzt mal ein ganz doofer Versuch. sudo apt install --reinstall -o Dpkg::Options::=--force-confnew initramfs-tools-core und danach nochmal bitte sudo update-initramfs -u -k all Hat bei mir dem Kernel Beine gemacht nach dem upgrade. Gruß Taomon
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
Leider keine Veränderung. Könntet Ihr einem Laien erklären was die Problematik ist, bzw was der blackscreen zu bedeuten hat? Anbei nochmals der plot.
- plot.svg (126.7 KiB)
- Download plot.svg
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8432
Wohnort: Digiworld
|
journalctl -b -u systemd-fsckd.service und systemctl status systemd-fsckd.service Gruß Taomon
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
oc@oc:~$ journalctl -b -u systemd-fsckd.service
-- Logs begin at Wed 2018-09-19 15:13:30 CEST, end at Sat 2018-10-06 13:25:48 CEST. --
Okt 05 17:55:10 oc systemd[1]: Started File System Check Daemon to report status.
oc@oc:~$ systemctl status systemd-fsckd.service
● systemd-fsckd.service - File System Check Daemon to report status
Loaded: loaded (/lib/systemd/system/systemd-fsckd.service; static; vendor preset: enabled)
Active: inactive (dead) since Fri 2018-10-05 17:55:40 CEST; 19h ago
Docs: man:systemd-fsckd.service(8)
Main PID: 628 (code=exited, status=0/SUCCESS)
Okt 05 17:55:10 oc systemd[1]: Started File System Check Daemon to report status.
oc@oc:~$
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
Servus, neues Jahr, neues Glück - zur ca. der selben Jahrezeit. Ich wollte jetzt keinen neues Thema aufmachen und versuche es einfach hier nocheinmal. Leider lässt meine boot-Zeit immer noch zu wünschen übrig. Die meiste Zeit wird im blackscreen verbracht - keine Ahnung was das zu bedeuten hat. Insgesamt sind es auch mehr als die gezeigten 18s. Besten Dank!
- boot-plot (132.2 KiB)
- Download boot-plot
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8693
|
Taomon schrieb: journalctl -b -u systemd-fsckd.service und systemctl status systemd-fsckd.service Gruß Taomon
Du hast leider nur den 1. Befehl ausgeführt und gepostet. Jetzt hast du doch sicher schon mehrfach aktualisiert. Was läuft z.Zt. bei dir? Poste bitte mal die Antwort auf: uname -a
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
Das ging ja fix! oc@xx:~$ journalctl -b -u systemd-fsckd.service
-- Logs begin at Sat 2019-10-26 16:49:40 CEST, end at Wed 2019-12-04 12:58:28 CE
Dez 04 11:53:56 oc systemd[1]: Started File System Check Daemon to report status
lines 1-2/2 (END)
oc@xx:~$ systemctl status systemd-fsckd.service
● systemd-fsckd.service - File System Check Daemon to report status
Loaded: loaded (/lib/systemd/system/systemd-fsckd.service; static; vendor pre
Active: inactive (dead) since Wed 2019-12-04 11:54:26 CET; 1h 4min ago
Docs: man:systemd-fsckd.service(8)
Process: 631 ExecStart=/lib/systemd/systemd-fsckd (code=exited, status=0/SUCCE
Main PID: 631 (code=exited, status=0/SUCCESS)
Dez 04 11:53:56 oc systemd[1]: Started File System Check Daemon to report status
oc@xx:~$ uname -a
Linux oc 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
oc@xx:~$
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8693
|
Hallo .cinch, Poste bitte mal die Antwort auf: snap list
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
Berlin_1946 schrieb: Hallo .cinch, Poste bitte mal die Antwort auf: snap list
oc@xx:~$ snap list
Name Version Rev Aufzeichnung Herausgeber Hinweise
core 16-2.42.1 8039 stable canonical✓ core
core18 20191030 1265 stable canonical✓ base
gnome-3-26-1604 3.26.0.20191114 98 stable/… canonical✓ -
gnome-3-28-1804 3.28.0-16-g27c9498.27c9498 110 stable canonical✓ -
gnome-calculator 3.34.1+git1.d34dc842 544 stable/… canonical✓ -
gnome-characters v3.32.1+git2.3367201 367 stable/… canonical✓ -
gnome-logs 3.34.0 81 stable/… canonical✓ -
gnome-system-monitor 3.32.1-3-g0ea89b4922 111 stable/… canonical✓ -
gtk-common-themes 0.1-25-gcc83164 1353 stable/… canonical✓ -
gtk2-common-themes 0.1 5 stable canonical✓ -
inkscape 0.92.4 5874 stable inkscape✓ -
telegram-desktop 1.8.15 994 stable telegram.desktop -
vlc 3.0.7 1049 stable videolan✓ -
oc@xx:~$
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Insgesamt sind es auch mehr als die gezeigten 18s
Hast du die automatische Anmeldung drin? Wäre hilfreich zu wissen, in welchem Bereich die Bremse liegt. Die Plot bestätigt die 18s, nicht sehr hilfreich. 🐸 Der Blancscreen ist dein grafisches System - nomodeset in der Grub vergessen? Mit 20.04 sieht das bestimmt alles wieder anders aus, 18.04 humpelte bei mir bei vielen Leuten beim Boot.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8693
|
Hallo .cinch, Poste bitte mal die Antwort auf: systemd-analyze blame
|
.cinch
(Themenstarter)
Anmeldungsdatum: 8. Oktober 2013
Beiträge: 29
|
Berlin_1946 schrieb:
Hallo .cinch, Poste bitte mal die Antwort auf: systemd-analyze blame
oc@xx:~$ systemd-analyze blame
6.450s NetworkManager-wait-online.service
2.280s dev-sda1.device
2.037s postfix@-.service
1.872s dev-loop8.device
1.872s dev-loop9.device
1.870s dev-loop3.device
1.869s dev-loop5.device
1.869s dev-loop6.device
1.869s dev-loop2.device
1.869s dev-loop4.device
1.869s dev-loop7.device
1.868s dev-loop1.device
1.868s dev-loop0.device
1.854s dev-loop10.device
1.840s dev-loop11.device
1.830s dev-loop12.device
1.829s dev-loop13.device
1.807s dev-loop14.device
1.785s dev-loop15.device
1.774s dev-loop16.device
1.742s dev-loop17.device
1.105s sysfsutils.service
912ms fwupd.service
lines 1-23...skipping...
6.450s NetworkManager-wait-online.service
2.280s dev-sda1.device
2.037s postfix@-.service
1.872s dev-loop8.device
1.872s dev-loop9.device
1.870s dev-loop3.device
1.869s dev-loop5.device
1.869s dev-loop6.device
1.869s dev-loop2.device
1.869s dev-loop4.device
1.869s dev-loop7.device
1.868s dev-loop1.device
1.868s dev-loop0.device
1.854s dev-loop10.device
1.840s dev-loop11.device
1.830s dev-loop12.device
1.829s dev-loop13.device
1.807s dev-loop14.device
1.785s dev-loop15.device
1.774s dev-loop16.device
1.742s dev-loop17.device
1.105s sysfsutils.service
912ms fwupd.service
686ms systemd-journal-flush.service
680ms tlp.service
463ms snapd.service
375ms NetworkManager.service
322ms systemd-logind.service
295ms ModemManager.service
287ms accounts-daemon.service
267ms iio-sensor-proxy.service
251ms speech-dispatcher.service
245ms thermald.service
244ms resolvconf-pull-resolved.service
oc@xx:~$ hakel schrieb: Hast du die automatische Anmeldung drin? Wäre hilfreich zu wissen, in welchem Bereich die Bremse liegt.
Automatische Anmeldung, du meinst ohne PW-Eingabe? Nein habe nicht. Der Blancscreen ist dein grafisches System - nomodeset in der Grub vergessen?
Der blackscreen kommt direkt nach dem Lenovo-Screen am Anfang. Wenn ich das wie hier mache passieren komische Sachen: komische Zeichen auf weißem Hintergrund aber gebootet wird nicht. Besten Dank schonmal!
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8693
|
Hallo .cinch, alle dev-loop* (die du entfernen könntest) bringen 33 sec., das ist eine halbe Minute. Der NetworkManager-wait-online.service sind der größte Wert. Hast du WLAN und hast du feste IP- Adressen?
|