Linux-Umsteiger-Thread

[sedot]

Lieber @larska – das nächste mal bitte nicht als Bild einfügen, sondern dieses gelb markierte Icon nutzen und die Ausgabe aus dem Terminal mit copy&paste komplett einfügen 😉

Nein, ich seh nix auffälliges spontan und könnte nur mutmaßen. Womöglich hat jemand anderes eine konkrete Idee dazu.
Mit systemd-analyze blame kannst du dir alle startenden Dienste und deren benötigte Zeit anzeigen lassen, vielleicht brauchte irgendwas einfach länger, warum auch immer.

 

[larska]

@sedot
aber mit RAM oder Bios kann das ja eigentlich nix zu tun haben... sonst hätte ich ja Abstürze oder würde gar nicht über das Bios hinauskommen, oder?
das ist jetzt aber dann das Ergebnis vom "gelungenen" Bootvorgang, oder?

8.078s mintupdate-automation-upgrade.service
3.104s NetworkManager-wait-online.service
2.379s fwupd-refresh.service
2.251s fwupd.service
1.283s vboxdrv.service
 955ms NetworkManager.service
 679ms apt-daily-upgrade.service
 520ms dev-sdc2.device
 393ms e2scrub_reap.service
 362ms blueman-mechanism.service
 267ms user@1000.service
 259ms ufw.service
 240ms home-FRITZ.mount
 230ms systemd-udev-trigger.service
 228ms udisks2.service
 222ms networkd-dispatcher.service
 210ms cups.service
 205ms accounts-daemon.service
 183ms systemd-journald.service
 170ms rsyslog.service
 169ms power-profiles-daemon.service
 160ms gpu-manager.service
 159ms systemd-modules-load.service
lines 1-23...skipping...
8.078s mintupdate-automation-upgrade.service
3.104s NetworkManager-wait-online.service
2.379s fwupd-refresh.service
2.251s fwupd.service
1.283s vboxdrv.service
 955ms NetworkManager.service
 679ms apt-daily-upgrade.service
 520ms dev-sdc2.device
 393ms e2scrub_reap.service
 362ms blueman-mechanism.service
 267ms user@1000.service
 259ms ufw.service
 240ms home-FRITZ.mount
 230ms systemd-udev-trigger.service
 228ms udisks2.service
 222ms networkd-dispatcher.service
 210ms cups.service
 205ms accounts-daemon.service
 183ms systemd-journald.service
 170ms rsyslog.service
 169ms power-profiles-daemon.service
 160ms gpu-manager.service
 159ms systemd-modules-load.service
 157ms systemd-logind.service
 156ms polkit.service
 153ms ubuntu-system-adjustments.service
 139ms avahi-daemon.service
 137ms upower.service
 122ms lightdm.service
 120ms plymouth-quit-wait.service
 107ms apparmor.service
 103ms switcheroo-control.service
 102ms systemd-resolved.service
  97ms systemd-journal-flush.service
  89ms grub-common.service
  89ms lvm2-monitor.service
  85ms ModemManager.service
  73ms dbus.service
  73ms secureboot-db.service
  72ms systemd-udevd.service
  71ms lm-sensors.service
  66ms media-Windows.mount
  65ms media-Volume.mount
  64ms keyboard-setup.service
  57ms systemd-timesyncd.service
  51ms systemd-tmpfiles-setup.service
  48ms packagekit.service
  43ms systemd-tmpfiles-clean.service
  43ms colord.service
  35ms plymouth-start.service
  33ms kerneloops.service

 

[sedot]

das ist jetzt aber dann das Ergebnis vom "gelungenen" Bootvorgang, oder?

Ich sehe keine Auffälligkeiten, dass irgendein .service ungewöhnlich lange braucht, zumindest bei dieser Momentaufnahme. Mit „ungewöhnlich“ meine ich Bereiche im oberen zweistelligen Sekundenbereich oder darüber.

Deine Einschätzung zum RAM teile ich, würde aber nicht verallgemeinern. Gibt bestimmt Situationen in denen unvorhergesehene Dinge passieren könnten. Mach dir keinen Kopf, denk an Backups und nutze deinen Computer.

 

[larska]

was mich allerdings noch "irritiert" ist, das ich im Bios zwei Auswahlmöglichkeiten für "ubuntu" habe... eine auf der Windows-Platte (habe ja einen Dualboot) aber Linux ist nicht auf der Windows-SSD installiert..
hatte mal "Boot-Repair" irgendwann mal ausgeführt, als ich dachte der grub sei weg... kann es sein, dass sich dann dort was auf der Windows -SSD "eingenistet" hat?

mmh...
mensch...
gerade hat liess sich der PC nicht mehr aus dem Ruhemodus "wecken"...
vielleicht ist das doch ein RAM-Problem...

vielleicht ein Problem mit dem gemounteten USB Stick an der fritz.box?

[   73.499493] CIFS: Attempting to mount //x.x.x.x.x./FRITZ.NAS
[   79.045958] CIFS: VFS: bogus file nlink value 0
[   79.376770] CIFS: VFS: bogus file nlink value 0
[   84.233417] CIFS: VFS: bogus file nlink value 0
[   84.609736] CIFS: VFS: bogus file nlink value 0
[   89.346096] CIFS: VFS: bogus file nlink value 0
[   89.833487] CIFS: VFS: bogus file nlink value 0
[   94.501497] CIFS: VFS: bogus file nlink value 0
[   95.054387] CIFS: VFS: bogus file nlink value 0
[   99.598371] CIFS: VFS: bogus file nlink value 0
[  100.283369] CIFS: VFS: bogus file nlink value 0
[  104.828723] CIFS: VFS: bogus file nlink value 0
[  105.696084] CIFS: VFS: bogus file nlink value 0
[  110.010091] CIFS: VFS: bogus file nlink value 0
[  110.896946] CIFS: VFS: bogus file nlink value 0
[  115.244912] CIFS: VFS: bogus file nlink value 0
[  116.183007] CIFS: VFS: bogus file nlink value 0
[  120.351320] CIFS: VFS: bogus file nlink value 0
[  121.467993] CIFS: VFS: bogus file nlink value 0
[  125.490843] CIFS: VFS: bogus file nlink value 0
[  126.705814] CIFS: VFS: bogus file nlink value 0
[  130.625875] CIFS: VFS: bogus file nlink value 0

 

[Tanzmusikus]

was mich allerdings noch "irritiert" ist, das ich im Bios zwei Auswahlmöglichkeiten für "ubuntu" habe... eine auf der Windows-Platte (habe ja einen Dualboot) aber Linux ist nicht auf der Windows-SSD installiert.

Ist mir letztens auch aufgefallen.

Du kannst mittels "Gnome Disk" bzw. "Laufwerke" die EFI-Partition von Windows mounten ... und dann den Ubuntu-Ordner (samt Unterordner) dort entfernen. Dann wieder aushängen. Achtung, dass das wirklich die M$-Partition ist !!

Der Grub-Eintrag "ubuntu" auf SATA1 wäre korrekt. SATA4 ist Linux Mint.

gerade hat liess sich der PC nicht mehr aus dem Ruhemodus "wecken"...
vielleicht ist das doch ein RAM-Problem

RAM wieder auf JEDEC stellen - hilft das?

 

[larska]

RAM wieder auf JEDEC stellen - hilft das?

also du meinst das XMP Profil wieder aus? Das habe ich jetzt gemacht...
ich denke, dass ist die Ursache...
eben hatte ich wieder Abstürze, der Ruhmodus lässt das System auch einfrieren...
dann muss ich halt mit den 2133 "leben" bis zur Aufrüstung... trotzdem komisch, dass XMP mit dem alten Bios lief...
aber jetzt verschwende ich keine Zeit mehr damit...

Ergänzung (26. September 2025)

Du kannst mittels "Gnome Disk" bzw. "Laufwerke" die EFI-Partition von Windows mounten ... und dann den Ubuntu-Ordner (samt Unterordner) dort entfernen. Dann wieder aushängen. Achtung, dass das wirklich die M$-Partition ist !!

danke, das war die Lösung!

im OC gibt es "Memory try it":
wäre das was?

EDIT: trotzdem kann ich mir es nicht erklären, warum vor dem Biosupdate das XMP 2 problemlos lief...

 

[Tanzmusikus]

danke, das war die Lösung!

Freut mich.

im OC gibt es "Memory try it":
wäre das was?

Jein. Es kann helfen, es kann aber auch fehlschlagen. Just try it! 🤷‍♂️
Du könntest DDR4-2933 18-20-20-20-38, DDR4-2933 16-18-18-18-36 und DDR4-2800 18-18-18-18-38 ausprobieren.


Vermutlich liegt es an diversen Werten im UEFI/BIOS, um Stabilität rein zu bekommen.
Der RAM-OC Thread kann dabei eine große Unterstützung sein.

 

[larska]

Der RAM-OC Thread kann dabei eine große Unterstützung sein.

da bin ich parallel im Frage-Modus ...

Vermutlich liegt es an diversen Werten im UEFI/BIOS,

also nicht nur die RAM-Werte?

mit ausgeschaltetem XMP klappt jetzt der Ruhemodus wieder richtig... dann ist da auf jeden Fall der "Fehlerteufel"...
vielleicht lasse ich auch jetzt mal diesen "langsamen" RAM so, und gönne mir eine Pause...

 

[Tanzmusikus]

also nicht nur die RAM-Werte?

Genau. Ich schrieb dazu ja bereits.
Tut mir leid, dass dein voriges RAM-OC nun mit dem neuesten UEFI/BIOS nicht mehr stabil ist. 🥺
Es sind bestimmt einige Einstellungen verschwunden & dafür diverse neu da. Nicht alle davon sind günstig.
Dies gilt es beim RAM-OC und sonstigen UEFI/BIOS-Einstellungen herauszufinden.

https://www.computerbase.de/forum/t...si-b350-mate-pv48g320c6k-patriot-gut.1703347/

 

[larska]

Tut mir leid, dass dein voriges RAM-OC nun mit dem neuesten UEFI/BIOS nicht mehr stabil ist. 🥺

kein Problem, habe schon soviel Hilfe von dir bekommen... nicht tragisch...

 

[larska]

@Tanzmusikus habe gerade das Problem, dass ich LibreOffice Dateien nur noch schreibgeschützt öffnen kann...
kann das durch das Löschen des grub auf der Windowsplatte gekommen sein, durch die RAM-Testerei....?

keine Ahnung was da los ist, habe nichts am System verändert...

jedenfalls bekomme ich folgende Meldung, wenn ich Dokumente abspeichern will:

bei den Einstellungen kann ich auch das "schreibgeschützt" nicht abwählen...

EDIT: puh, manchmal versteht ich es nicht...
ABER: ich bin einfach mal in Windows (Dual Boot) und habe von dort den PC heruntergefahren...
und dann nochmal in Linux und jetzt geht es wieder... no one knows...

 

[Tanzmusikus]

Vielleicht war Windows im Ruhezustand ( S4: Hibernation or Suspend to Disk )?
Dann wird dies von Linux erkannt & die Windows Partition nur schreibgeschützt gemountet.

 

[larska]

@Tanzmusikus wahrscheinlich...
bin im RAM-Thread noch am Suchen, was ich probieren könnte... momentan läuft das System stabil mit 2133mhz...
vermutlich hat es auch was mit dem Ruhemodus zu tun... der funktioniert mit XMP nicht, bzw. ich komme nicht mehr zurück in den Desktop ... ohne XMP geht es...
es soll wohl eine "Suspend to RAM" Funktion im Bios geben... bin mir jetzt aber nicht sicher, ob die nicht sinnvoll ist...

 

[Tanzmusikus]

S3 Suspend to RAM ist eher für kurze Unterbrechungen (z.B. bei Zug- oder Raum-Wechsel).

S4 ist dann für quasi unbestimmt lange Unterbrechungen (z.B. über Nacht / Wochen / Monate), da es das System komplett runterfährt. Später lädt es die gespeicherten Daten beim Start wieder in den RAM ... und weiter geht's. Für den Abschluss von größeren Updates muss i.d.R. irgendwann ein Neustart erfolgen.

---

Ich denke mal, dass der RAM mit mehr als DDR4-2133 nur mit Hilfe der RAM-OC Erfahrenen herausgefunden werden kann.

 

[larska]

@Tanzmusikus danke, für die Erklärung! D.h. wenn ich auf "Bereitschaft" klicke dann ist das "Suspend to RAM"? Das macht halt bei XMP Probleme...
aber ausschalten kann ich das nicht, oder verstehe ich das falsch? Wenn ja, würde der PC dann immer bei Bereitschaft "herunterfahren"?
Im Bios finde ich ohnehin keine Einstellung zum Suspend to RAM...

Ergänzung (28. September 2025)

DDR4-2933 16-18-18-18-36

habe dieses jetzt mal geladen... bin mal gespannt, ob es läuft...
zumindest klappt damit der Ruhemodus wieder...

Ergänzung (28. September 2025)

Sehe gerade beim memtest86, das die RAM Riegel in Slot 2 und 3 sitzen... Nicht so optimal,oder?

 

[sedot]

Schau mal ob es im BIOS/UEFI irgendwo eine Einstellung zu Sleep State oder ähnlich gibt, hier dann S3 auswählen, ist suspend to ram. Womöglich steht da auch irgendwo ACPI.

https://de.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface#Ruhezustände_(Sleep-States)

Würde ich nicht nutzen btw, bei Stromunterbrechung sind die Daten im RAM weg, suspend to disk (S4) ist imo sinnvoller.

 

[larska]

Mist... Komme nicht mehr ins BIOS... Batterie raus bringt nix... Überbrücken auch nicht...
Könnte die Batterie leer sein? Passt da eine normale Knopfzelle?

Ergänzung (28. September 2025)

Lüfter laufen aber sonst tut sich nix...

Ergänzung (28. September 2025)

Habe die Batterie erneuert... Tut sich nix... Echt Mist... Was könnte ich noch versuchen?

Ergänzung (28. September 2025)

Tja dann ist wohl das Board im Eimer...

 

[sedot]

Mach mal aus. Setz den RAM richtig in die vorgesehenen Slots, siehe Bild Mitte. Anschalten, warten.
Falls du einen Beeper am Board hast, macht der Geräusche?

Ein Beeper sieht so oder ähnlich aus;

 

[Tanzmusikus]

Sehe gerade beim memtest86, das die RAM Riegel in Slot 2 und 3 sitzen... Nicht so optimal,oder?

Bitte PC vom Strom trennen & die RAM-Module in A2 & B2 einsetzen.

Passt da eine normale K

CR2032 Knopfzelle kaufen

Was könnte ich noch versuchen?

Nach dem Umstecken vom RAM gäbe es noch die Möglichkeit eines BIOS-Resets:

• Entweder per Jumper überbrücken/kurzschließen (siehe Handbuch) ...
• oder Stromkabel ziehen, Batterie entfernen & Powertaste drücken (ja, ohne Strom!).

 

[larska]

Ich denke die RAM Riegel sind richtig...
Echt Mist...
Das mit der Power Taste versuche ich noch... Dann weiß Ich nicht mehr weiter
Einen peeper hat mein Board nicht....