Anfängerfragen - Linux Neuling? Hier ist der richtige Platz für deine Fragen (2)

  • Ersteller Gelöschtes Mitglied 45455
  • Erstellt am
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Kommando zurück. Hats doch nicht gefixt
 
Ich drück die Daumen.
Nach einem Update gestern Nacht hat der PC bisher hier nicht mehr gezickt.
Mal schauen ob es so bleibt.
 
@L_uk_e ich habe heute den PC eingeschaltet und bin nochmal fix Wäsche machen gegangen. Er hing auch wieder im Boot und wartete auf "einmal Enter drücken".

Systemd-analyse blame gab hier nichts auffälliges aus, genauer gesagt noch bevor überhaupt die ganzen Dienste starten, stand der Bootvorgang.
Im Journalctl nichts zu sehen, beide Befehle natürlich als root angeschaut.

Aber im DMESG wurde ich fündig:

Code:
[    7.771642] Not activating Mandatory Access Control as /sbin/tomoyo-init does not exist.
[    7.836681] systemd[1]: Inserted module 'autofs4'
[  900.999654] systemd[1]: systemd 257-2 running in system mode (+PAM +AUDIT +SELINUX +APPARMOR +IMA +IPE +SMACK +SECCOMP +GCRYPT -GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBCRYPTSETUP_PLUGINS +LIBFDISK +PCRE2 +PWQUALITY +P11KIT +QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD +BPF_FRAMEWORK +BTF -XKBCOMMON -UTMP +SYSVINIT +LIBARCHIVE)
[  900.999665] systemd[1]: Detected architecture x86-64.
[  901.004022] systemd[1]: Hostname set to <debian>.

Das brachte mich zu hier:
(mein System ist auf 6.11.10 und der Fehler tritt ebenfalls genau wie beschrieben nur sporadisch auf)

Danach soll wohl ein vorheriges Update der Systemd Umgebung die Ursache sein:

Eventuell ist dein Problem ja ähnlich gelagert?
Denn dort wird unter anderem auch auf einen Fehler verlinkt, der sich verdammt nach deinem anhört:

Ich werde mich da mal durchlesen und schauen ob mit einem der nächsten Updates das Verhalten wieder besser wird, oder ich selber Hand anlegen muss.

Nach Studium aller GitHub Kommentare, sieht es so aus, als ob ein Commit gefunden wurde, das aber nicht alleine der Auslöser zu sein scheint.
Ist spanned die Kommentare da (zweiter Link) zu lesen, finde ich :)
 
Zuletzt bearbeitet:
Du hast allerdings Debian. Aber vielleicht liegts am Kernel. Ich würde mal behaupten, der "Fehler" ist erst nach dem letzten Systemupdate aufgetreten bei mir. Aber bin ja auf Kernel 6.12.4.
Ansonsten läuft das System ja stabil.
 
Ich hab mich mal etwas durch getestet. Zum Schluss bin ich bei Nobara gelandet. (Super Tip). Gefällt mir deutlich vom Design und Struktur her am besten. wirkt schlicht, simpel, Menüs sind nicht so voll gestopft. Nicht überall Design Settings. Aber interessant weil Nobara Gnome NVIDIA 4GB hatte, KDE Version 4,4GB und alle anderen bei 2-2,6GB lagen. Zum Vergleich: Mein Custom Win10 liegt auch bei 4GB.

Das MXLinux empfand ich am schlechtesten. Lief auch nicht so rund wie die anderen, fühlte sich bisl ruckelig an. Das Cachy wirkte auch gut allerdings empfind ich das Nobara als etwas flotter. Danke noch mal für die Tips. Noobfeundlich waren allerdings zum Glück alle! 😅

Wenn ich jetzt noch den local folder für Game Settings finde und erstmal Stalker gut läuft, seh ich keinen Grund für Windoof11 (oder 10)😆

IMG_0142.png



Edit: sehe grade die Disk Größe stimmt nicht. Addiert er wohl die andere m.2 dazu?? 1x 1TB Win10 und 1x 1TB NobaraOS sind drin. Kann das zu nem Problem führen?
 
Wie hast du denn Nobara installiert ? Auf eine extra Platte ?
und was meinst du mit Local Folder für Game Settings ?
 
Jips, erase disk. Auf ne eigenständige m.2. Hab mit dieser Linux Version allerdings auch keinen Bootloader bzw. ne Auswahl bekommen wie sonst. Ich muss zwischen Win10 und Nobara mittels F8 Switchen. Das geht wahrscheinlich auch sauberer?!

Bin gestern auch noch in 2-3 Probleme gerannt. Ich kann das System nicht runterfahren. Er hängt sich dabei auf. Neustart auch erst. Hab dann den Cache gelöscht, Kernel Update. Dann lief der Neustart ohne Probleme, nur Shut down macht noch Probleme. Gucke ich mit journalctl nach, zeigt er mir viel failure an. Muss ich später noch nach googeln was da alles quer sitzt.

Dann liegt es glaub ich an wayland das ich nicht richtig auf den Nvidia Treiber zugreifen kann?! Zuvor unter CachyOS KDE hatte ich mehr Optionen im X Server Setting.
Ich nehme an, GSync support stell ich über ein Profil ein was ich erstellen kann?! (Beim durchstöbern gefunden) Nötig?!? Schade das ich weder Viewpoint verstellen oder DSR einstellen kann.

Hab mich erstmal durch viele Dinge geklickt und Versuch mich wieder etwas mit dem Terminal vertraut zu machen. Schätze da steht mir ein ausgiebiges Linux Wochenende vor der Tür. Man vergisst mit der Zeit ja doch mehr als man gelernt hatte 😅

Wo macht man am besten mal n Screenshot für die Übersicht??

IMG_0144.png
 
Du müsstest definitiv beim booten eine Auswahl bekommen weil er bei Nobara GRUB installiert. Da ist irgend etwas schief gegangen.
Thema GSync und Nvidia. Ich kann nur KDE Empfehlen. Mittlerweile soll damit auch Nvidia gut laufen unter Wayland. Und bei KDE kann man halt direkt VRR Einstellen und 144hz. Bei Gnome muss man da glaube über irgend welche Umwege gehen oder Befehle eingeben.
 
Ich wollte erst Nobara KDE installieren, weil ich von KDE n bisl was gelesen hatte. Vor der Installation öffnete sich dann Grub und ich war erstmal verloren.
Also neuen Stick erstellt mit Nobara Gnome und erneut installiert. Diesmal wie bei den anderen zuvor öffnete sich keine Segment mit Grub vor der Installation. Also die Installation erstmal abgeschlossen.

Womit bestätige ich denn Grub wenn das vor der Installation aufploppt?? Hatte danach gegoogelt als das kam aber auf die Schnelle nix gefunden.
*scheint er findet den boot nicht?

165hz ließ sich ohne Probleme einstellen in den Display Settings. Auch VRR möglich.
Beitrag automatisch zusammengeführt:

Und so dachte ich, stell ich GSync ein?!
IMG_0145.png


Aber bevor ich weiter mir die Sachen angucke, lieber noch mal das OS drüber bügeln oder mal KDE mit Grub ausprobieren?
 
Zuletzt bearbeitet:
Hab mal Nobara neuinstalliert. Jetzt hängt er allerdings. Kann da jemand helfen wie der nächste Schritt auszusehen hat?!

„Kernel or Kernel Module Updates were Performed. Running required ‚akmods‘ and ‚dracut -f‘…


E: Hab jetzt mal versucht über yum akmods zuerst zu updaten bevor er diese installieren will über den Manager. Aber bleibe dann etwas später bei obig genannten Problem hängen. Booten hat indessen sauber funktioniert. Wenn auch über F8

E2: hängt nun beim boot nach dem ich das erste mal dracut gesehen habe. Bin definitiv überfragt. Hab nix geändert, lediglich erneut installiert.
 

Anhänge

  • IMG_0146.jpeg
    IMG_0146.jpeg
    1,1 MB · Aufrufe: 18
  • IMG_0147.jpeg
    IMG_0147.jpeg
    4,3 MB · Aufrufe: 18
  • IMG_0149.jpeg
    IMG_0149.jpeg
    1,6 MB · Aufrufe: 16
Zuletzt bearbeitet:
Willkommen bei einem der Gründe, warum ich Nobara nie ernsthaft in Betracht gezogen hab :fresse: Hab das bei mir auch nur einmal erfolgreich installiert bekommen, als sonst keine andere SSD im System war. Deswegen gleich Fedora und gut
 
Bin noch nicht bereit zum aufgeben! 😅 würde ja auch gern was dazu (lernen) finden, aber entweder die werfen nur mit befehlen ohne Erklärung um sich oder aber Threads haben keine Lösung.

Also wenn ich im Boot Menü bin steht bei mir Fedora Linux Boot Manager. Es gibt noch mal einen Unterschied zwischen Fefora und Nobara? Mir gefällt bisher einfach der Desktop am besten, Menüs etc. So schlicht und schnell fühlten sich die anderen Distros nicht an.

Das installieren an sich ist erstmal kein Problem glaub ich. Die gehen los wenn ich das erste mal im OS bin und das System Update. Er bleibt da 15min dann hängen daher befürchte ich, dass ein Eingreifen nötig ist. Eben mit „akmod and dracut -f“ (s.B.o.)

Bei den letzten beiden Installationen huschte grub (?) so durch. Jetzt grade lief das erste mal dracut über den Bildschirm mit. Da ich nix geändert habe und keine Ahnung, weiß ich nicht wo ich hier ansetzen muss.

Extrem schade, macht sonst n tollen Eindruck 😅

Installation. Mehr mach ich auch nicht. Startet das System danach neu. Ist alles ok. Erst wenn ich die Updates anschmeisse bleibt er dann an der Stelle stehen..



Edit: reboot plötzlich auch ein Problem!

Ok stopped polkit.service - Authorization Manager
*** Fwupd.service/stop (6min)

Muss man irgendwas berücksichtigen? Installations oder Update Reihenfolge? Etwas manuell updaten oder so? Updates laden vor der Installation?
Beitrag automatisch zusammengeführt:

Was macht man denn zuerst? Links über Yum oder erst rechts über den Update Manager?!
Sorry für die ganzen Fragen (letzte Bild)
 

Anhänge

  • IMG_0152.jpeg
    IMG_0152.jpeg
    3 MB · Aufrufe: 12
  • IMG_0151.jpeg
    IMG_0151.jpeg
    3,2 MB · Aufrufe: 12
  • IMG_0153.jpeg
    IMG_0153.jpeg
    1,3 MB · Aufrufe: 12
Zuletzt bearbeitet:
Gerade bemerkt, das ich Mint Mate gerade das erstemal auf einem Multimonitorsystem benutze.

Wie zur Hölle kriegt man auf jedem Monitor eine Taskliste?
Internet sagt überall Rechtsklick auf die Leiste, Einstellungen und dann könne man auswählen auf welchem Monitor die sein soll (so ähnlich geht das iirc auch unter XFCE). Da ist aber keine derartige Einstellung. Ich kann da nur oben/unten/link/rechts auswählen. Ich krieg eine Leiste grundsätzlich nichtmal auf einen anderen Monitor. Die tauchen immer nur auf dem primärem Monitor auf.

Die Option das jede Taskleiste nur Anwendungen anzeigen soll die auf dem selben Monitor wie die Taskleiste selbst sind, finde ich auch nicht. Aber gut, damit das Sinn macht, müsste ich überhaupt erstmal eine Leiste auf einen anderen Monitor kriegen. :ROFLMAO:
 
Schade, war wohl zu leihenhaft. Drücke dem nächsten Aanfänger die Daumen.

Fedora Workstation war die einzige wo der Kernel keinen Bug hat mit Nvidia. Nobara NVIDIA Version hin oder her. Naja, jetzt klappen alle Boots/reboots + Updates.
 
Null Probleme als NVIDIA Besitzer.

Hat am besten für mich funktioniert:

Fedora Workstation 41 Gnome
https://fedoraproject.org/workstation/download

Wenn man nach dem NVIDIA Treiber + Panel install kein VRR in den Display Settings hat.

gsettings set org.gnome.mutter experimental-features "['variable-refresh-rate']"
https://wiki.archlinux.org/title/Variable_refresh_rate#GNOME

Dazu noch GSync aktivieren als Profile. Siehe Bild.

Hab das heute auch mit 2h Stalker2 getestet, butterweich. In Game hatte ich NVIDIA Latency enable. Falls ein Anfänger, wie ich, struggle hat: Das ist die beste Kombi die für mich funktioniert hat. Schnelligkeit und grade Schlichtheit toppen die bisherigen probierten Distros alle. Und am wichtigsten, ich musste mich nicht mehr mit Kernel Bugs rumplagen. Vllt hilfts mal wem.

IMG_0160.jpeg
 
Ich ergänz mal noch die Extensions die ich installiert habe, falls mal n Neuling beim einrichten ist und sich hierher verirrt.. kann ich empfehlen. Build fertig.

IMG_0161.png
 
Ich hatte einmal Probleme mit Nobara das ich genau wie du nicht booten konnte. Lag aber am fehlerhaften Image laut Discord. Ist aber auch schon wieder paar Wochen her.
 
@huberei beim intel i225v Chipsatz gibt es immer mal wieder Berichte das dieser nicht richtig unter Windows oder Linux laufen will.

Ist der auch auf diesem Board verbaut (sorry, die gegoogleten ASUS Dokus sprechen nur von "intel Chipsatz")?
Dann kann eventuell das hier Ansätze liefern:

Bei einem Kollegen mit i225-v haben wir im BIOS ASPM abgeschaltet, das half auch, aber war auch nur ein Notnagel, da dann einige Energiesparmechanismen alle nicht laufen.
Ich hatte ihm dann obigen Link geschickt und er meinte seitdem wäre das Problem / dauerhafter Disconnect oder mitten drin Fallback auf 10 Mbit/s nicht mehr aufgetreten.

Bei einem anderen Freund mit genau dem gleichen Problem, haben wir den onboard LAN deaktiviert und eine separate Karte mit intel i226-v Chipsatz gesteckt.
Die läuft ebenfalls einwandfrei.
hab ich ehrlich gesagt nicht gemacht, weil der igc treiber scheinbar der selbe sein sollte, wie der aktuelle auf der intel seite. zudem sollte auf dem x670e-f scheinbar die v3 oder sogar v4 vom i225 verbaut sein, welcher die probleme eigentlich behoben haben sollte.

ABER, ich hab wohl die lösung gefunden...

*trommerwirbel*

:banana:ICH BIN ZU DOOF!:banana:


Wenn ich richtig liege, habe ich durch die feste vergabe der IP das ganze ausgelöst. Ich habe nämlich dem LAN und dem WLAN die selbe IP vergeben, da ja das selbe Endgerät dahinter steckt.
Dass man aber ohne DHCP unterschiedliche adressen verteilen muss, habe ich irgendwie nicht auf dem radar gehabt, da ich bislang nicht beides gleichzeitig aktiviert hatte und wenn dann mit DHCP...

Scheinbar war das der Grund und bis jetzt läufts wies sollte. :fresse2::bigok:


Soooo, jetzt gibt nochmal ein update.

der fehler ist doch wieder aufgetaucht. zunächst dachte ich, es sei das LAN mit der IP (was teilweise auch so ist), dann kam der verdacht auf, dass es ein softwareproblem ist, also dass irgendein programm game die ursache sein könnte, das konnte ich aber ausschliessen, da es auch nach einen reboot ohne was zu machen auftaucht.
also hab ich mal ein paar systemprotokolle genommen und diese von chatgpt auswerten lassen.

der hinweis auf die verlorene PCIe-verbindung des LAN (igc 0000:0c:00.0 eno1: PCIe link lost, device now detached) brachte mich dann mittels google zu einer weiteren möglichen lösung....

in der grub-datei /etc/default/grub musste ich die Zeile GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
in GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_port_pm=off pcie_aspm.policy=performance" ändern. das macht wahrscheinlich das selbe wie dein ASPM-deaktivieren im BIOS.

seither läufts und das netzwerk blieb zumindest bei einem ersten 2h test stabil.
 
Jein, nach meinem Verständnis wird das Powermanagement dann um "Hochleistung" für das System gebeten. Sprich die defekte intel Firmware muss nicht mehr idlen, der Fehler kann nicht mehr auftreten :).

Schau aber mal was das an deiner Steckdose bedeutet, das könnten nen paar Watt sein!
 
Jein, nach meinem Verständnis wird das Powermanagement dann um "Hochleistung" für das System gebeten. Sprich die defekte intel Firmware muss nicht mehr idlen, der Fehler kann nicht mehr auftreten :).

Schau aber mal was das an deiner Steckdose bedeutet, das könnten nen paar Watt sein!
Als absoluter linux-noob will ich dir da natürlich nicht wiedersprechen.

  • pcie_port_pm=off: Deaktiviert das Power-Management (Energieverwaltung) für PCIe-Ports.
  • pcie_aspm.policy=performance: Erzwingt den PCIe Active State Power Management (ASPM)-Modus auf „Performance“, was bedeutet, dass die maximale Leistung priorisiert wird, anstelle von Energiesparmodi.

ASPM würde ja nur in die verschiedenen sparmodi verwalten und da ich den pc eh ausmache, wenn ich ihn nicht brauche, dürfte sich das sparpotenzial imo in grenzen halten.
und auch wenn, mich das 20w mehr kosten würde, ist es immernoch besser, als wenn ich wieder mitten im onlinematch rebooten muss...

aber danke nochmal für deine hilfe!
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh