Wenn du "postfix" nicht benötigst, dann als Root deaktivieren mit:
Wenn du mit LVM nicht arbeitest, dann als Root:
Hier beheben wir die "tlp" Fehler - als Root:
Weiter mit Snapper:
Als Root einmal posten:
Wenn du "postfix" nicht benötigst, dann als Root deaktivieren mit:
Wenn du mit LVM nicht arbeitest, dann als Root:
Hier beheben wir die "tlp" Fehler - als Root:
Weiter mit Snapper:
Als Root einmal posten:
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
Alles anzeigenWenn du "postfix" nicht benötigst, dann als Root deaktivieren mit:
Wenn du mit LVM nicht arbeitest, dann als Root:
Hier beheben wir die "tlp" Fehler - als Root:
Weiter mit Snapper:
Als Root einmal posten:
Danke für die ausführliche Antwort . Hier die Ausgabe von snapper ls:
# | 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
Da laufen aber viele snap services.......
Braucht alles seine Zeit.
Und bitte:
Nicht schreiben:
Hier die Ausgabe von 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
Sondern einfach:
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.
Hi Sauerland werde ich machen .
weist du wie man die ganzen snap services beendet und auch nicht automatisch beim booten ausführt?
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
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
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 anzeigenMein 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.
OK aber wie kann ich das ändern ?
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.