openSUSE startet langsam

sterun · 12. August 2022

Wenn du "postfix" nicht benötigst, dann als Root deaktivieren mit:

Code

systemctl stop postfix.service

Code

systemctl disable postfix.service

Wenn du mit LVM nicht arbeitest, dann als Root:

Code

systemctl stop lvm2-monitor.service

Code

systemctl disable lvm2-monitor.service

Hier beheben wir die "tlp" Fehler - als Root:

Code

systemctl enable tlp.service

Code

systemctl start tlp.service

Weiter mit Snapper:

Als Root einmal posten:

Code

snapper ls

heulSUSE22 · 12. August 2022

Zitat von Feli

Woran soll ich denn gespielt haben ?

Meinst du KDE Neon ?

KDE Neon hatte ich noch nie auf meinem Gerät und es ist auch jetzt nicht auf meinem Gerät, wenn du das mit "neon" meinst

heulSUSE22 · 12. August 2022

Zitat von sterun
Wenn du "postfix" nicht benötigst, dann als Root deaktivieren mit:
Code
systemctl stop postfix.service
Code
systemctl disable postfix.service
Wenn du mit LVM nicht arbeitest, dann als Root:
Code
systemctl stop lvm2-monitor.service
Code
systemctl disable lvm2-monitor.service
Hier beheben wir die "tlp" Fehler - als Root:
Code
systemctl enable tlp.service
Code
systemctl start tlp.service
Weiter mit Snapper:
Als Root einmal posten:
Code
snapper ls
Alles anzeigen

Danke für die ausführliche Antwort . Hier die Ausgabe von snapper ls:

Code

   # | Typ    | Vorher # | Datum                        | Benutzer | Verwendeter Platz | Bereinigen | Beschreibung          | Benutzerdaten
-----+--------+----------+------------------------------+----------+-------------------+------------+-----------------------+--------------
  0  | single |          |                              | root     |                   |            | current               |              
  1* | single |          | Di 09 Aug 2022 10:53:46 CEST | root     |          4,44 MiB |            | first root filesystem |              
  2  | single |          | Di 09 Aug 2022 11:49:59 CEST | root     |        267,84 MiB | number     | after installation    | important=yes
117  | pre    |          | Fr 12 Aug 2022 12:29:45 CEST | root     |        167,55 MiB | number     | zypp(packagekitd)     | important=yes
132  | pre    |          | Fr 12 Aug 2022 13:10:15 CEST | root     |        584,00 KiB | number     | yast bootloader       |              
133  | post   |      132 | Fr 12 Aug 2022 13:11:07 CEST | root     |         64,00 KiB | number     |                       |              
134  | pre    |          | Fr 12 Aug 2022 13:15:12 CEST | root     |         64,00 KiB | number     | yast bootloader       |              
135  | post   |      134 | Fr 12 Aug 2022 13:16:32 CEST | root     |        400,00 KiB | number     |                       |              
136  | pre    |          | Fr 12 Aug 2022 13:19:27 CEST | root     |        112,00 KiB | number     | yast bootloader       |              
137  | post   |      136 | Fr 12 Aug 2022 13:19:48 CEST | root     |         48,00 KiB | number     |                       |              
138  | pre    |          | Fr 12 Aug 2022 13:22:35 CEST | root     |        160,00 KiB | number     | yast sw_single        |              
139  | pre    |          | Fr 12 Aug 2022 13:23:24 CEST | root     |        128,00 KiB | number     | zypp(ruby.ruby3.1)    | important=no 
140  | post   |      139 | Fr 12 Aug 2022 13:24:30 CEST | root     |          1,86 MiB | number     |                       | important=no 
141  | post   |      138 | Fr 12 Aug 2022 13:53:43 CEST | root     |        576,00 KiB | number     |                       |

Alles anzeigen

sterun · 12. August 2022

Rechner einmal neu starten und anschl. erneut (als Root) die Ausgaben von:

Code

journalctl -b 0 -p err

Code

systemd-analyze time

PS:

Welche Bios-Version hast du?

Sauerland · 12. August 2022

Da laufen aber viele snap services.......

Braucht alles seine Zeit.

Und bitte:

Nicht schreiben:

Hier die Ausgabe von uname -a:

Code

Linux linux64 5.19.1-lp153.2.ga5bf6c0-default #1 SMP PREEMPT_DYNAMIC Thu Aug 11 11:32:52 UTC 2022 (a5bf6c0) x86_64 x86_64 x86_64 GNU/Linux

Sondern einfach:

Code

linux64:/home/stephan/git/osc/home:Sauerland/r8152 # uname -a
Linux linux64 5.19.1-lp153.2.ga5bf6c0-default #1 SMP PREEMPT_DYNAMIC Thu Aug 11 11:32:52 UTC 2022 (a5bf6c0) x86_64 x86_64 x86_64 GNU/Linux
linux64:/home/stephan/git/osc/home:Sauerland/r8152 #

Da sieht man, in welchem Verzeichnis der Befehl ausgeführt wurde, ob als User oder Root ausgeführt usw.

Also Ausgaben immer incl. der kompletten Eingabezeile, der Ausgabe und der darauf folgenden Zeile.

heulSUSE22 · 12. August 2022

Hi Sauerland werde ich machen .

weist du wie man die ganzen snap services beendet und auch nicht automatisch beim booten ausführt?

heulSUSE22 · 12. August 2022

Zitat von sterun
Rechner einmal neu starten und anschl. erneut (als Root) die Ausgaben von:
Code
journalctl -b 0 -p err
Code
systemd-analyze time
PS:
Welche Bios-Version hast du?

Code

heulsuse@localhost:~> sudo journalctl -b 0 -p err
[sudo] Passwort für root: 
Aug 13 01:06:28 localhost kernel: x86/cpu: SGX disabled by BIOS.
Aug 13 01:06:28 localhost kernel: ACPI Error: No pointer back to namespace node in package 00000000b5e692e8 (20220331/dsargs-301)
Aug 13 01:06:28 localhost kernel: ACPI Error: No pointer back to namespace node in package 00000000b5e692e8 (20220331/dsargs-301)
Aug 13 01:06:28 localhost kernel: ACPI Error: No pointer back to namespace node in package 00000000b5e692e8 (20220331/dsargs-301)
Aug 13 01:06:28 localhost kernel: ACPI Error: No pointer back to namespace node in package 00000000b5e692e8 (20220331/dsargs-301)
Aug 13 01:06:28 localhost kernel: ACPI Error: No pointer back to namespace node in package 00000000b5e692e8 (20220331/dsargs-301)
Aug 13 01:06:28 localhost kernel: ACPI Error: No pointer back to namespace node in package 00000000b5e692e8 (20220331/dsargs-301)
Aug 13 01:06:28 localhost kernel: psmouse serio1: elantech: elantech_send_cmd query 0x02 failed.
Aug 13 01:06:28 localhost kernel: psmouse serio1: elantech: failed to query capabilities.
Aug 12 23:06:33 localhost kernel: Dev loop4: unable to read RDB block 8
Aug 12 23:06:34 localhost.localdomain kernel: Dev loop10: unable to read RDB block 8
Aug 12 23:06:45 localhost.localdomain hp-systray[2059]: hp-systray[2059]: error: option -s not recognized
Aug 12 23:06:46 localhost.localdomain hp-upgrade[2113]: hp-upgrade[2113]: error: HPLIP upgrade is disabled by openSUSE for security reasons, see https://bugzilla.suse.com/show_bug.cgi?id=853>
Aug 12 23:06:46 localhost.localdomain pipewire-pulse[2178]: pw.conf: execvp error 'pactl': Datei oder Verzeichnis nicht gefunden
Aug 12 23:06:47 localhost.localdomain akonadiserver[2097]: org.kde.pim.akonadiserver: Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''

heulsuse@localhost:~>

Alles anzeigen

Code

heulsuse@localhost:~> sudo systemd-analyze time
Startup finished in 8.428s (firmware) + 326ms (loader) + 1.093s (kernel) + 4.571s (initrd) + 3.193s (userspace) = 17.612s 
graphical.target reached after 2.896s in userspace.
heulsuse@localhost:~>

Bios version: 1.18.0

Hidalgo · 12. August 2022

Mein Senf nochmal:

Du nutzt konsequent btrfs als Filesystem, wie aus der fstab erkennbar

und zwar befinden sich das /root Verzeichnis und auch /home auf

einer Platte bei dir (gleiche UUID)

Zunächst einmal:

btrfs auch für /home zu verwenden ist zwar möglich, aber es macht

nicht unbedingt Sinn, denn die eigenen Daten kann man von Zeit zu

Zeit sichern sofern sich etwas relevantes ändert.

Das Betriebssystem ändert sich hingegen - gerade bei Tumbleweed! -

durch eine tägliche hohe Anzahl von Updates ständig und dessen

Sicherungen kann man bequem den dann automatisch erstellten

Snapshots vom btrfs-Filesystem überlassen. Läuft mal etwas schief,

kann man dann ja mit der "snapper-rollback" Funktion bequem wieder

zurückrudern.

/home ist i.d.R. aber ein recht umfangreiches "Datengemenge" und

es muss dann ja auch vom btrfs-Filesystem in einem Subvolume für

die rollback-Funktion eingerichtet werden.

(ein Subvolume ist quasi ein Ort für die inkrementelle Spiegelung des

jeweiligen Zustandes, wobei viele Spiegelungen erstellt werden).

Lange Rede kurzer Sinn:

Wenn Dein /home nicht btrfs formatiert wäre, sondern nur dein /root

dann startet der Rechner schneller da weniger Verwaltung automatisiert

werden muss.

So aber sind 22 Sekunden meines Erachtens ok. Da lässt sich mMn. auch

nichts mehr optimieren.

Übrigens: Das NTFS von Windows kann so etwas gar nicht und braucht deshalb

auch weniger Zeit beim Hochfahren.

heulSUSE22 · 12. August 2022

Zitat von Hidalgo

Mein Senf nochmal:

Du nutzt konsequent btrfs als Filesystem, wie aus der fstab erkennbar
und zwar befinden sich das /root Verzeichnis und auch /home auf
einer Platte bei dir (gleiche UUID)
Zunächst einmal:
btrfs auch für /home zu verwenden ist zwar möglich, aber es macht
nicht unbedingt Sinn, denn die eigenen Daten kann man von Zeit zu
Zeit sichern sofern sich etwas relevantes ändert.
Das Betriebssystem ändert sich hingegen - gerade bei Tumbleweed! -
durch eine tägliche hohe Anzahl von Updates ständig und dessen
Sicherungen kann man bequem den dann automatisch erstellten
Snapshots vom btrfs-Filesystem überlassen. Läuft mal etwas schief,
kann man dann ja mit der "snapper-rollback" Funktion bequem wieder
zurückrudern.
/home ist i.d.R. aber ein recht umfangreiches "Datengemenge" und
es muss dann ja auch vom btrfs-Filesystem in einem Subvolume für
die rollback-Funktion eingerichtet werden.
(ein Subvolume ist quasi ein Ort für die inkrementelle Spiegelung des
jeweiligen Zustandes, wobei viele Spiegelungen erstellt werden).

Lange Rede kurzer Sinn:
Wenn Dein /home nicht btrfs formatiert wäre, sondern nur dein /root
dann startet der Rechner schneller da weniger Verwaltung automatisiert
werden muss.

So aber sind 22 Sekunden meines Erachtens ok. Da lässt sich mMn. auch
nichts mehr optimieren.

Übrigens: Das NTFS von Windows kann so etwas gar nicht und braucht deshalb
auch weniger Zeit beim Hochfahren.

Alles anzeigen

OK aber wie kann ich das ändern ?

sterun · 13. August 2022

Zitat von heulSUSE22

OK aber wie kann ich das ändern

Kannst du ohne entspr. Aufwand (mit Home umziehen) nicht mehr ändern. Du hättest schon während der Installation von openSUSE eingreifen müssen, um Partitionen anzupassen. Falsch gemacht hast du selber nichts. Dein Ist-Zustand ist Standard. Musst du jetzt selber wissen, ob du dein System neu aufsetzen möchtest, um evtl. einige Sekunden Bootzeit herauszukitzeln.

Bzgl. FS (BTRF - Home) hat Hidalgo schon Recht. Ich selbst würde auch auf eine separate Home-Partition setzen - hat versch. Vorteile.

openSUSE startet langsam

VMware Workstation Pro und Fusion Pro kostenlos für persönlichen Gebrauch

L2TP-VPN-Verbindungsprobleme unter Tumbleweed

Offizielle M.2-Adapterplatine für den Raspberry Pi 5 erhältlich

Überarbeitetes CachyOS unterstützt Bcachefs und bietet KI-SDK

Audio funktioniert nach dem letzten Upgrade schon wieder nicht mehr

redser45

turtoise

Pilz

Guinnmanss55

VMB

Teilen

Ähnliche Themen

Beeinflussung des Bootvorgangs durch btrfs

Nach upgrade auf Kernel-Version 5.3.18-150300.59.49 startet Opensuse wieder nicht mehr