Bootvorgang beschleunigen & NVME Fehler zur Bootzeit › System einrichten und verwalten › Systemverwaltung, Installation, Aktualisierung › Forum › ubuntuusers.de

Bootvorgang beschleunigen & NVME Fehler zur Bootzeit

« Vorherige12 Nächste »

Status: Ungelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

Colognier Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 14:26 (zuletzt bearbeitet: 18. März 2023 15:15) Moin zusammen, vor 2 Tagen habe ich meine HDD gegen eine M.2 NVME SSD ausgetauscht. Vor dem Austausch der HDD hat der Bootvorgang um die 2:30min - 2:45min gedauert. Am Bootbildschirm sehe ich immer folgendes: "A start job is running for Login to default iSCSI targets (1min 47s / no limit)" und muss weiterhin etwa eine halbe Minute warten, bis ich mich anmelden kann so dass ich in etwa auf 2:15min Bootzeit komme. Bootzeit Ersparnis etwa 30 Sekunden (hdd → nvme). Kann ich den Bootvorgang weiter irgendwie beschleunigen, bzw Bootvorgang verkürzen? Zudem bekomme ich eben eine Benachrichtigung vom System: "The following warning/error was logged by the smartd daemon: Device: /dev/nvme0, number of Error Log entries increased from 25 to 27" Die fragliche(n) Zeilen aus dem Syslog sind: Mar 18 14:00:40 host kernel: [ 0.914991] nvme nvme0: pci function 0000:06:00.0 Mar 18 14:00:40 host kernel: [ 0.948740] nvme nvme0: missing or invalid SUBNQN field. Mar 18 14:00:40 host smartd[1011]: '''Device: /dev/nvme0, number of Error Log entries increased from 25 to 27''' Mar 18 14:00:40 host kernel: [ 0.977870] nvme nvme0: allocated 32 MiB host memory buffer. Mar 18 14:00:40 host kernel: [ 1.009603] nvme nvme0: 8/0/0 default/read/poll queues Mar 18 14:00:40 host kernel: [ 1.012465] nvme nvme0: Ignoring bogus Namespace Identifiers Mar 18 14:00:40 host kernel: [ 1.013203] nvme0n1: p1 p2 p3 Mar 18 14:00:40 host kernel: [ 2.801957] EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Quota mode: none. Mar 18 14:00:40 host kernel: [ 3.276934] EXT4-fs (nvme0n1p2): re-mounted. Quota mode: none. Mar 18 14:00:40 host kernel: [ 3.998038] EXT4-fs (nvme0n1p1): mounted filesystem with ordered data mode. Quota mode: none. Mar 18 14:00:40 host kernel: [ 4.005205] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Quota mode: none. Mar 18 14:00:40 host sensors [1031]: nvme-pci-0600 Mar 18 14:00:40 host smartd [1011]: Device: /dev/nvme0, state written to /var/lib/smartmontools/smartd.CT1000P3PSSD8-2246E6856E6D.nvme.state Danke für eure Antworten Bearbeitet von Berlin_1946: Bitte verwende in Zukunft Codeblöcke, um die Übersicht im Forum zu verbessern!
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 15:23 (zuletzt bearbeitet: 18. März 2023 15:34) Hallo Colognier A start job is running for Login to default iSCSI targets Nutzt du die Funktionen von iSCSI?
Colognier (Themenstarter) Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 15:27 (zuletzt bearbeitet: 18. März 2023 15:34) Moin Berlin_1946 Nutzt du die Funktionen von iSCSI? Wenn ich auf die Schnelle iSCSI aus dem Link richtig interpretiere, hängt das mit NFS (Server und/oder Client) zusammen. Ich nutze NFS Services in meinem Netzwerk. Ich habe wegen iSCSI auch keine Auswahl. Seit Ich Ubuntu Desktop ab Version 20.04 verwende ist das iSCSI (default) mit dabei. Leider auch bei meinen Headless Ubuntu Servern, die Booten innerhalb 45 Sek
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 15:34 Bitte poste bitte im Code-Block die Antworten von: lsblk -pf und cat /etc/fstab \| grep -v "#"
Colognier (Themenstarter) Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 15:38 (zuletzt bearbeitet: 18. März 2023 15:45) Moin again, lsblk -pf NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS /dev/loop0 squashf 4.0 0 100% /snap/audacity/1051 /dev/loop1 squashf 4.0 0 100% /snap/arduino/70 /dev/loop2 squashf 4.0 0 100% /snap/audacity/1032 /dev/loop3 squashf 4.0 0 100% /snap/arduino/85 /dev/loop4 squashf 4.0 0 100% /snap/bare/5 /dev/loop5 squashf 4.0 0 100% /snap/core/14447 /dev/loop6 squashf 4.0 0 100% /snap/core/14784 /dev/loop7 squashf 4.0 0 100% /snap/core18/2708 /dev/loop8 squashf 4.0 0 100% /snap/core18/2714 /dev/loop9 squashf 4.0 0 100% /snap/core22/547 /dev/loop10 squashf 4.0 0 100% /snap/core22/522 /dev/loop11 squashf 4.0 0 100% /snap/core20/1828 /dev/loop12 squashf 4.0 0 100% /snap/dosbox-x/1148 /dev/loop13 squashf 4.0 0 100% /snap/core20/1822 /dev/loop14 squashf 4.0 0 100% /snap/dosbox-x/1151 /dev/loop15 squashf 4.0 0 100% /snap/firefox/2391 /dev/loop16 squashf 4.0 0 100% /snap/freemind/4 /dev/loop17 squashf 4.0 0 100% /snap/gimp/393 /dev/loop18 squashf 4.0 0 100% /snap/firefox/2432 /dev/loop19 squashf 4.0 0 100% /snap/gitkraken/205 /dev/loop20 squashf 4.0 0 100% /snap/gimp/383 /dev/loop21 squashf 4.0 0 100% /snap/gnome-3-28-1804/161 /dev/loop22 squashf 4.0 0 100% /snap/gitkraken/206 /dev/loop23 squashf 4.0 0 100% /snap/gnome-3-38-2004/115 /dev/loop24 squashf 4.0 0 100% /snap/gnome-3-38-2004/119 /dev/loop25 squashf 4.0 0 100% /snap/gnome-42-2204/56 /dev/loop26 squashf 4.0 0 100% /snap/gnome-42-2204/65 /dev/loop27 squashf 4.0 0 100% /snap/gnome-system-monitor/178 /dev/loop28 squashf 4.0 0 100% /snap/gnome-system-monitor/181 /dev/loop29 squashf 4.0 0 100% /snap/gtk2-common-themes/13 /dev/loop30 squashf 4.0 0 100% /snap/gtk-common-themes/1534 /dev/loop31 squashf 4.0 0 100% /snap/gtk-common-themes/1535 /dev/loop32 squashf 4.0 0 100% /snap/hunspell-dictionaries-1-7-2004/2 /dev/loop33 squashf 4.0 0 100% /snap/kde-frameworks-5-96-qt-5-15-5-core20/7 /dev/loop34 squashf 4.0 0 100% /snap/kde-frameworks-5-core18/32 /dev/loop35 squashf 4.0 0 100% /snap/kde-frameworks-5-core18/35 /dev/loop36 squashf 4.0 0 100% /snap/kde-frameworks-5-qt-5-14-core18/4 /dev/loop37 squashf 4.0 0 100% /snap/kde-frameworks-5-qt-5-15-3-core20/8 /dev/loop38 squashf 4.0 0 100% /snap/kde-frameworks-5-qt-5-15-core20/14 /dev/loop39 squashf 4.0 0 100% /snap/kolourpaint/70 /dev/loop40 squashf 4.0 0 100% /snap/krita/75 /dev/loop41 squashf 4.0 0 100% /snap/krita/77 /dev/loop42 squashf 4.0 0 100% /snap/lyricpad/18 /dev/loop43 squashf 4.0 0 100% /snap/kolourpaint/77 /dev/loop44 squashf 4.0 0 100% /snap/multipass-sshfs/145 /dev/loop45 squashf 4.0 0 100% /snap/notepad-plus-plus/385 /dev/loop46 squashf 4.0 0 100% /snap/notepad-plus-plus/386 /dev/loop47 squashf 4.0 0 100% /snap/obs-studio/1284 /dev/loop48 squashf 4.0 0 100% /snap/opentoonz/147 /dev/loop49 squashf 4.0 0 100% /snap/p7zip-desktop/220 /dev/loop50 squashf 4.0 0 100% /snap/qmmp/175 /dev/loop51 squashf 4.0 0 100% /snap/python38/22 /dev/loop52 squashf 4.0 0 100% /snap/qt551/41 /dev/loop53 squashf 4.0 0 100% /snap/qmmp/180 /dev/loop54 squashf 4.0 0 100% /snap/qt551/42 /dev/loop55 squashf 4.0 0 100% /snap/scummvm/6420 /dev/loop56 squashf 4.0 0 100% /snap/scummvm/6446 /dev/loop57 squashf 4.0 0 100% /snap/shotcut/904 /dev/loop58 squashf 4.0 0 100% /snap/shotcut/929 /dev/loop59 squashf 4.0 0 100% /snap/snap-store/599 /dev/loop60 squashf 4.0 0 100% /snap/snap-store/638 /dev/loop61 squashf 4.0 0 100% /snap/snapd/17950 /dev/loop62 squashf 4.0 0 100% /snap/snapd/18357 /dev/loop63 squashf 4.0 0 100% /snap/stellarium-daily/1345 /dev/loop64 squashf 4.0 0 100% /snap/stellarium-daily/1396 /dev/loop65 squashf 4.0 0 100% /snap/test-snapd-pulseaudio/26 /dev/loop66 squashf 4.0 0 100% /snap/ufw/560 /dev/loop67 squashf 4.0 0 100% /snap/ufw/501 /dev/loop68 squashf 4.0 0 100% /snap/vlc/2344 /dev/loop69 squashf 4.0 0 100% /snap/vlc/3078 /dev/loop70 squashf 4.0 0 100% /snap/wine-platform-5-stable/18 /dev/loop71 squashf 4.0 0 100% /snap/wine-platform-6-stable/19 /dev/loop72 squashf 4.0 0 100% /snap/wine-platform-7-devel-core20/23 /dev/loop73 squashf 4.0 0 100% /snap/wine-platform-7-devel-core20/24 /dev/loop74 squashf 4.0 0 100% /snap/wine-platform-runtime/338 /dev/loop75 squashf 4.0 0 100% /snap/wine-platform-runtime/339 /dev/loop76 squashf 4.0 0 100% /snap/wine-platform-runtime-core20/56 /dev/loop77 squashf 4.0 0 100% /snap/wine-platform-runtime-core20/57 /dev/loop78 squashf 4.0 0 100% /snap/wisdom/86 /dev/loop79 squashf 4.0 0 100% /snap/wisdom/92 /dev/sr0 /dev/nvme0n1 ├─/dev/nvme0n1p1 ext4 1.0 5b40a66f-7778-490d-8efa-04224335a7da 461M 47% /boot ├─/dev/nvme0n1p2 ext4 1.0 f79eb033-7669-4d8f-8274-0afb4c7c7786 63,9G 43% /var/snap/firefox/common/host-hunspell │ / └─/dev/nvme0n1p3 ext4 1.0 8c4cc195-e70f-4589-bbd5-3ef115982011 265G 61% /export/bin /home cat /etc/fstab \| grep -v "#" UUID=f79eb033-7669-4d8f-8274-0afb4c7c7786 / ext4 errors=remount-ro 0 1 UUID=5b40a66f-7778-490d-8efa-04224335a7da /boot ext4 defaults 0 2 UUID=8c4cc195-e70f-4589-bbd5-3ef115982011 /home ext4 defaults 0 2 /swapfile none swap sw 0 0 /home/rsyncuser/bin /export/bin bind bind 0 0
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 16:10 (zuletzt bearbeitet: 18. März 2023 16:10) Nur so eine Idee: mal probieren, ob sich was am Fehlerbild verändert, wenn die Zeile auskommentiert ist: # /home/rsyncuser/bin /export/bin bind bind 0 0
Colognier (Themenstarter) Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 16:34 (zuletzt bearbeitet: 18. März 2023 16:40) Moin, den rsyncuser hab ich wegen Backups im Heim Netzwerk erstellt, da es beim mounten von entfernten Verzeichnissen mit root bzw. user mit root Berechtigung Probleme gab. In dem /home/rsyncuser/bin Verzeichnis sind Bash Scripte, die das Backup mit cron anstossen. Ich sollte mir evtl. eine andere Lösung dafür suchen. In der fstab habe ich die Zeile auskommentiert und den PC neu gebootet was 2:10min in Anspruch genommen hat. ~10 Sekunden schneller 😮 Eine Mail vom smartd mit NVME Fehlern habe ich (noch) keine Bekommen. Danke erst mal
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 16:40 Moin, none bind 0 0 in der `fstab` habe ich, wie es im Wiki steht, auch immer nur ein `bind` benutzt. Wie sich eine Doppel `bind` auswirkt oder ob es bei dir zwingend notwendig ist ???
Colognier (Themenstarter) Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 16:45 Moin, ist natürlich auch möglich, dass ich, als ich das fstab Wiki damals gelesen habe etwas falsch interpretiert habe und dabei dachte, doppelt hält besser.
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 16:55 Moin, systemd-analyze time gibt so einen Anhaltspunkt, was am meisten Zeit benötigt.
hakel2022 Anmeldungsdatum: 21. Februar 2022 Beiträge: 3091	Zitieren 18. März 2023 16:56 Ich würde für Diagnosezwecke auch mal Plymouth deaktivieren und die beliebten systemd-analyze Optionen nutzen. Ich finde immer noch die Plot Grafik schön. 👍 P.S. Noch nie so eine Snap Orgie gesehen! 😎
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 16:59 (zuletzt bearbeitet: 18. März 2023 17:02) hakel2022 schrieb: Ich finde immer noch die Plot Grafik schön. 👍 P.S. Noch nie so eine Snap Orgie gesehen! 😎 dito. systemd-analyze critical-chain hilft auch etwas. Sry hakel2022 mit Plot ist das gemeint: systemd-analyze plot > graph.svg.
Colognier (Themenstarter) Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 17:10 (zuletzt bearbeitet: 18. März 2023 17:17) Moin, systemd-analyze time Startup finished in 3.051s (kernel) + 2min 21.712s (userspace) = 2min 24.763s graphical.target reached after 2min 14.873s in userspace 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 @2min 14.873s └─multi-user.target @2min 14.873s └─whoopsie.service @2min 21.703s └─network-online.target @7.878s └─NetworkManager-wait-online.service @3.217s +4.660s └─NetworkManager.service @3.044s +171ms └─dbus.service @3.036s └─basic.target @3.022s └─sockets.target @3.021s └─snapd.socket @3.015s +925us └─sysinit.target @3.000s └─snapd.apparmor.service @1.280s +1.719s └─apparmor.service @1.141s +117ms └─local-fs.target @1.139s └─run-snapd-ns-ufw.mnt.mount @5.520s └─run-snapd-ns.mount @4.525s └─local-fs-pre.target @413ms └─systemd-tmpfiles-setup-dev.service @395ms +17ms └─systemd-sysusers.service @374ms +19ms └─systemd-remount-fs.service @342ms +18ms └─systemd-journald.socket @316ms └─-.mount @304ms └─-.slice @304ms Als ich snap das erste mal auf dem Grafischen Desktop gesehen habe, hat es mich von anfang an frustriert. Das wäre ein Grund mich von Ubuntu Desktop zu verabschieden und ein anderes Linux Drivat zu nutzen, z.b. Debian Meine allererste Distribution war Suse ab 5.3 bis 13.2. Ab 13.2 hat mich SuSE extrem frustriert
Berlin_1946 Supporter, Wikiteam Anmeldungsdatum: 18. September 2009 Beiträge: 10234	Zitieren 18. März 2023 17:16 (zuletzt bearbeitet: 18. März 2023 17:20) Moin; OT: snap (Abschnitt „Ich-will-gar-keine-Snaps-benutzen“) Dann muss aber auch z.Bsp. `firefox` anders installiert werden. End OT: Nachtrag: Dann sieht es so aus: mate@mate-HP:~$ lsblk -pf NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS /dev/sda │ ├─/dev/sda1 │ vfat FAT32 E1A4-6E75 96,3M 6% /boot/efi ├─/dev/sda2 │ ext4 1.0 bded2144-2618-4cf9-ad2e-020735b18a2d 15G 44% /var/snap/firefox/common/host-hunspell │ / └─/dev/sda3 ext4 1.0 die-vm 3be315e6-abbe-4883-895c-d1e3623af404 136,8G 28% /media/mate/die-vm ... └─/dev/sdc3 ext4 1.0 alte-Home dad2ef8b-91d7-4705-8d02-762814e2a0c0 593,6G 5% /home ...
Colognier (Themenstarter) Anmeldungsdatum: 28. April 2022 Beiträge: 28	Zitieren 18. März 2023 18:57 Moin zusammen, Um den Snap Mist kümmere ich mich die Tage. Der erste Schnellschuss eben ging mächtig in die Hose. Vielen Dank für eure Antworten.

« Vorherige12 Nächste »

Antworten |

« Vorheriges Thema Nächstes Thema »