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

  • Ersteller Gelöschtes Mitglied 45455
  • Erstellt am
Wieso sehe ich das jetzt erst? :confused:

Hast du das inzwischen behoben bekommen? (und warum verwendest du - zumindest wenn ich auf deine Systeminfos schaue - mesa-git für CachyOS? :eek: )
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Pirate85
Für irgendwas brauchte ich mal mesa-git.
Ich glaube die Treiber waren neuer. Ansonsten muss ich den mal runterschmeißen. Aber welchen mesa dann?
Bisher hab ich noch nicht wieder geschaut, weil ich übers Wochenende nicht am PC war. Meine Freundin hat Expedition 33 gesuchtet und gestern hat sie zum Geburtstag von mir noch Death Stranding 2 bekommen xD
Ich glaube ich komme da nie wieder dran zum zocken xD
 
mesa-git haste da dann wahrscheinlich für AMD FSR genutzt?
Da ist CachyOS aber auch immer ziemlich weit vorne mit bei, da muss man den aktuellsten an sich nicht nehmen - das ist eher für Distros wie Ubuntu oder Debian :fresse2:

Aber wenn de den jetzt einmal nimmst, was solls. GIT ist aktuell bei 26.1 während der Standard bei 26.0.4-2 ist.
 
Aaah, genau, wegen FSR wars. Stimmt.
Dann lasse ich das mal. Vielleicht zieht der Rest dann ja mal nach und die Abhängigkeiten passen wieder.
 
Hi,

ich habe mal wieder ein kleines Problem mit meinem NTP und CachyOS.

Er ist zwar aktiv, aber nicht synchronisiert. Der Rechner läuft aktuell ca 2 Sekunden nach.
Ich vergleiche das aktuell mit der Atomuhrzeit: https://uhr.ptb.de/ und meinem Laptop wo Mint drauf läuft.

Durch die paar Sekunden Zeitdifferenz kann ich leider keine E-Mails per Thunderbird mehr Empfangen und auch der VPN geht nicht mehr.
Auf meinem Laptop wo Mint drauf ist, NTP geht und Synchron mit der Atomuhr läuft, da geht auch Thunderbird und die VPN Verbindungen.

Wenn ich den Befehl in die Konsole eingebe:
timedatectl status
dann bekomme ich das hier ausgespuckt.

Local time: Sa 2026-04-11 08:52:38 CEST
Universal time: Sa 2026-04-11 06:52:38 UTC
RTC time: Sa 2026-04-11 06:52:38
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: active
RTC in local TZ: no

Also ist der NTP Service aktive, aber nicht Synchronisiert.


Der Befehl
spuckt mir die Werte raus:
11 Apr 08:35:23 ntpd[9111]: ntpd 4.2.8p18@1.4062-o Thu Oct 23 00:08:33 UTC 2025 (1): Starting
11 Apr 08:35:23 ntpd[9111]: Command line: ntpd -q
11 Apr 08:35:23 ntpd[9111]: ----------------------------------------------------
11 Apr 08:35:23 ntpd[9111]: ntp-4 is maintained by Network Time Foundation,
11 Apr 08:35:23 ntpd[9111]: Inc. (NTF), a non-profit 501(c)(3) public-benefit
11 Apr 08:35:23 ntpd[9111]: corporation. Support and training for ntp-4 are
11 Apr 08:35:23 ntpd[9111]: available at https://www.nwtime.org/support
11 Apr 08:35:23 ntpd[9111]: ----------------------------------------------------
11 Apr 08:35:23 ntpd[9111]: DEBUG behavior is enabled - a violation of any diagnostic assertion will cause ntpd to abort
11 Apr 08:35:23 ntpd[9111]: proto: precision = 0.050 usec (-24)
11 Apr 08:35:23 ntpd[9111]: basedate set to 2025-10-11
11 Apr 08:35:23 ntpd[9111]: gps base set to 2025-10-12 (week 2388)
11 Apr 08:35:23 ntpd[9111]: Listen and drop on 0 v6wildcard [::]:123
11 Apr 08:35:23 ntpd[9111]: Listen and drop on 1 v4wildcard 0.0.0.0:123
11 Apr 08:35:23 ntpd[9111]: Listen normally on 2 lo 127.0.0.1:123
11 Apr 08:35:23 ntpd[9111]: Listen normally on 3 enp9s0 192.168.2.30:123
11 Apr 08:35:23 ntpd[9111]: Listen normally on 4 lo [::1]:123
11 Apr 08:35:23 ntpd[9111]: Listen normally on 5 enp9s0 [fe80::f::::0%2]:123
11 Apr 08:35:23 ntpd[9111]: Listening on routing socket on fd #22 for interface updates
Das soll ja der Manuelle Abgleich sein, aber selbst damit bekomme ich die Zeit nicht Synchronisiert.

Was kann ich da noch machen?
 
systemctl enable ntpd.service
systemctl start ntpd.service
 
Hi,

bekomme dann das hier ausgespuckt:
1775895711682.png


Mit "timedatectl set-ntp true" kann ist den NTP Service wieder auf Aktive setzen.
 
Auch nach einem neustart? Die befehle sollten bewirken dass beim boot automatisch synchronisiert wird. Also mal neustart oder alternativ dann halt systemctl start ntpd.service --now

sudo nicht vergessen.
 
systemctl enable ntpd.service
systemctl start ntpd.service
Bitte nicht mehrere NTP-Services gleichzeitig laufen lassen. Mit systemd kommt systemd-timesyncd. Der hat mit ntpd nichts zu tun und die kommen sich höchstens in die Quere. Wenn du, @zitterhand, ntpd manuell installiert hast, dann bitte wieder entfernen (und vorher disablen). Schauen, ob "systemd-timesyncd.service" läuft via:
Code:
systemctl status systemd-timesyncd.service
Wenn dem nicht so ist, starten mit:
Code:
timedatectl set-ntp true
Wenn es dann weiterhin nicht funktioniert, Logs posten mit:
Code:
journalctl -u systemd-timesyncd.service
 
Wenn du, @zitterhand, ntpd manuell installiert hast, dann bitte wieder entfernen (und vorher disablen).

ntpd habe ich meines Wissens nach nicht menuell installiert.

Ich habe mal eben den Rechner neugestartet und den Befehl in die Konsole eingegeben:
systemctl status systemd-timesyncd.service
Das kommt bei raus:
~
❯ systemctl status systemd-timesyncd.service
○ systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; preset: enabled)
Active: inactive (dead)
Docs: man:systemd-timesyncd.service(8)

~

Dann wieder den Befehl eingegeben:
timedatectl set-ntp true
Aber es kommt immer noch das gleiche raus.


Code:
❯ journalctl -u systemd-timesyncd.service
Apr 11 08:21:41 DAVT systemd[1]: Starting Network Time Synchronization...
Apr 11 08:21:41 DAVT systemd[1]: Started Network Time Synchronization.
Apr 11 08:21:51 DAVT systemd-timesyncd[5990]: Timed out waiting for reply from 162.159.200.1:123 (time.cloudflare.com).
Apr 11 08:21:53 DAVT systemd[1]: Stopping Network Time Synchronization...
Apr 11 08:21:53 DAVT systemd[1]: systemd-timesyncd.service: Deactivated successfully.
Apr 11 08:21:53 DAVT systemd[1]: Stopped Network Time Synchronization.
Apr 11 08:21:53 DAVT systemd[1]: Starting Network Time Synchronization...
Apr 11 08:21:53 DAVT systemd[1]: Started Network Time Synchronization.
Apr 11 08:22:03 DAVT systemd-timesyncd[6040]: Timed out waiting for reply from 162.159.200.123:123 (time.cloudflare.com).
Apr 11 08:22:08 DAVT systemd[1]: Stopping Network Time Synchronization...
Apr 11 08:22:08 DAVT systemd[1]: systemd-timesyncd.service: Deactivated successfully.
Apr 11 08:22:08 DAVT systemd[1]: Stopped Network Time Synchronization.
Apr 11 08:22:08 DAVT systemd[1]: Starting Network Time Synchronization...
Apr 11 08:22:08 DAVT systemd[1]: Started Network Time Synchronization.
Apr 11 08:22:18 DAVT systemd-timesyncd[6135]: Timed out waiting for reply from 162.159.200.123:123 (time.cloudflare.com).
Apr 11 08:22:28 DAVT systemd-timesyncd[6135]: Timed out waiting for reply from 162.159.200.1:123 (time.cloudflare.com).
Apr 11 08:22:30 DAVT systemd[1]: Stopping Network Time Synchronization...
Apr 11 08:22:30 DAVT systemd[1]: systemd-timesyncd.service: Deactivated successfully.
Apr 11 08:22:30 DAVT systemd[1]: Stopped Network Time Synchronization.
Apr 11 08:22:36 DAVT systemd[1]: Starting Network Time Synchronization...
Apr 11 08:22:36 DAVT systemd[1]: Started Network Time Synchronization.
Apr 11 08:22:46 DAVT systemd-timesyncd[6458]: Timed out waiting for reply from 162.159.200.1:123 (time.cloudflare.com).
Apr 11 08:22:48 DAVT systemd[1]: Stopping Network Time Synchronization...
Apr 11 08:22:48 DAVT systemd[1]: systemd-timesyncd.service: Deactivated successfully.
Apr 11 08:22:48 DAVT systemd[1]: Stopped Network Time Synchronization.
 
Hast du außer den Cloudflare-NTPs auch schon einen alternativen NTP-Server getestet? Laut dem Log bekommst du scheinbar keine rechtzeitige Verbindung zu deinen Zeitserver.
 
ptbtime1.ptb.de
den nutze ich seit Jahren in Windows und in Linux habe ich ihn auch eingetragen.
(weil der von MS hatte auch immer timeout oder die Uhr ging nach dem Mond)
 
Wie bekommt man NFS/SMB share auf CachyOS zum Laufen? Ich kann es zwar mounten aber es kommt nur "access denied". Der Share geht von TrueNAS aus. Auf Windows 10 LTSC läuft alles wie gewohnt einwandfrei. Gibts da irgendwas bei zu beachten?
 
Was sagt "showmount --export truenasIP"?
Wie ist dein truenas share eingerichtet?
 
Hast du außer den Cloudflare-NTPs auch schon einen alternativen NTP-Server getestet? Laut dem Log bekommst du scheinbar keine rechtzeitige Verbindung zu deinen Zeitserver.
ptbtime1.ptb.de
den nutze ich seit Jahren in Windows und in Linux habe ich ihn auch eingetragen.
(weil der von MS hatte auch immer timeout oder die Uhr ging nach dem Mond)

Da muss ich noch mal schauen wie das geht. Ich habe ja den NTP Server nie gewechselt.

Ich probiere es mal aus.


EDIT:

Anscheinend hat es mit einem anderem (ptbtime1.ptb.de) NTP Funktioniert.

1776000148868.png


Hatte den Server in der ntp.conf geändert und ein Neustart gemacht.

So sieht es aktuell aus.

Danke euch auf jeden Fall für die Hilfe.
 
Zuletzt bearbeitet:
Moin,

ich wollte gerne meinen kleinen Server vom Bastel- in den häuslichen Regelbetrieb überführen, d.h. nicht mehr ständig händisch daran rumfriemeln und daher auch die Updates automatisieren.

Da laufen nur ein paar Docker-Container drauf --> Muss man da was beachten, dass die vorher runtergefahren werden?
Mir schwebt vor, dass z.B. (täglich/wöchentlich) nachts zwischen 3 und 4 Uhr "apt update/upgrade" angestoßen wird, dann ein Neustart und die Docker-Images kommen eh alle wieder automatisch hoch.

Früher hatte ich mal "cron-apt" für regelmäßige Updates auf einem headless-Server genutzt, macht man das heute mit "unattended-upgrades", oder schreibt man ein eigenes Script, oder was ist da state of the art?

Danke!
 
Da sollte sich der normale Shutdown Prozess und der Docker Daemon kümmern. Die bekommen und schicken dann alle einen SIGTERM und das passt.
 
Da sollte sich der normale Shutdown Prozess und der Docker Daemon kümmern. Die bekommen und schicken dann alle einen SIGTERM und das passt.
Die bekommen ganz am Ende vorm Reboot einen SIGTERM, oder werden die "aktuell in Benutzung befindlichen" Pakete auch alle erstmal runtergefahren und dann aktualisiert, oder parallel aktualisiert und dann beim nächsten Reboot in der neuen Version geladen?
 
Pakete sind kein Problem, das macht alles der Paketmanager. Da brauchts auch außer für neuen Kernel gar keinen Neustart. Das mach ich auch einfach mit unattended-upgrades. Docker gibts Lösungen (zb https://github.com/mag37/dockcheck), die prüfen auf neue Images und kümmen sich darum, würde ich aber im Produktivbetrieb nicht machen (breaking changes, ...).
 
Ich würde für solche Fragen nicht in den Linux-Anfängerthread gerhen, sondern ins Homeserver-Forum...
 
Das verrät dir eine beliebige Suchmaschine deiner Wahl sofort. Hint: Die Antwort ist ziemlich positiv...
Du wirst lachen. Dies habe ich schon seit minimum zwei Jahren auf meinem Rechner gespeichert:

Code:
$ qemu-img convert -f vmdk -O raw image.vmdk image.qcow2

Hat nur nie funktioniert. Das Umwandeln schon, nur hat QEMU immer gemekert das es keine gültige Datei ist. Jetzt hat es funktioniert. Entweder hat ich einen Bug, der zwischenzeitlich behoben wurde. Oder was wahrscheinlicher ist, ich bin zu blöd das Terminal richtig zu bedienen.
 
Hab einen Thread aufgemacht - aber im Kern ist es die Anfängerfrage "wie installiere ich Linux?" (auf einem vielleicht etwas speziellen Rechner):
 
Wenn ich ein Display (in der Osterverlosung gewonnen) von der GPU (R7900 XT) via USB anschließe. Hat es gestern funktioniert. Heute musste ich mehrmals das USB Kabel abziehen und neu anschließen bevor es funktioniert hat. Woran kann das liegen?
Edit: Es ist ein Multi Monitor Setup. 2x 24" via DP und ein 27" via USB. Ein HDMI Anschluss an der GPU ist noch frei.

Der DisplayLink Treiber ist der aktuelle. Gibt es eventuell ein Befehl um zu testen ob der Display Alt Mode in der GPU immer aktiviert ist. Oder suche ich an der falschen Stelle?
 
Args...ich kann mesa-git immer noch nicht aktualisieren weil mir lib32-vulkan-driver dazwischen funkt. Das kann ich aber auch nicht deinstallieren weil das von Steam benötigt wird.
Muss ich jetzt also Steam deinstallieren damit ich den Rest runter bekomme?
Beitrag automatisch zusammengeführt:

ok, nvm.
Hab steam deinstalliert und dazu noch einiges anderes von mesa und irgendwelchen Abhängigkeiten.
Dann Steam mit lib32mesa-git neu installiert.
Mal sehen ob es das alles bereinigt hat.
Sehe ich dann beim nächsten mesa-git devel Update.
 
Zuletzt bearbeitet:
Args...ich kann mesa-git immer noch nicht aktualisieren weil mir lib32-vulkan-driver dazwischen funkt. Das kann ich aber auch nicht deinstallieren weil das von Steam benötigt wird.
Muss ich jetzt also Steam deinstallieren damit ich den Rest runter bekomme?
Beitrag automatisch zusammengeführt:

ok, nvm.
Hab steam deinstalliert und dazu noch einiges anderes von mesa und irgendwelchen Abhängigkeiten.
Dann Steam mit lib32mesa-git neu installiert.
Mal sehen ob es das alles bereinigt hat.
Sehe ich dann beim nächsten mesa-git devel Update.

Hast Du den richtigen 32er? Es gibt verschiedene.
Für 32er nutze ich diese 3 Treiber: lib32-vulkan-radeon und lib32-mesa und lib32-vulkan-icd-loader

Hinweis: achte darauf daß bei pacman.conf nur die zwei Zeilen "Multilib" sowie darunter "include"aktiviert ist. Ich hatte einen Bug wo auch multilib-testing freigeschaltet wurde. Überprüfe dies, und schalte multilib-testing wieder ab.
 
es geht ja jetzt wieder.
 
Habe aktuell das Problem das ich unter EndeavorOS (Arch) aktuell nicht mitr "yay" inkl. der AUR updaten kann, nur ohne AUR über Pacman.
Das Update bleibt bei folgendem Punkt hängen:

Code:
:: Abhängigkeiten nach der Installation entfernen? [j/N] j
:: (1/11) SRCINFO geparst: imagescan
:: (2/11) SRCINFO geparst: ytdlp-gui
:: (3/11) SRCINFO geparst: ventoy-bin
:: (4/11) SRCINFO geparst: lib32-gstreamer
:: (5/11) SRCINFO geparst: heroic-games-launcher-bin
:: (6/11) SRCINFO geparst: botan2
:: (7/11) SRCINFO geparst: cheese
:: (8/11) SRCINFO geparst: epson-inkjet-printer-escpr
:: (9/11) SRCINFO geparst: reiserfsprogs
:: (10/11) SRCINFO geparst: qtutilities-qt6
:: (11/11) SRCINFO geparst: c++utilities
gpg: error reading key: Kein öffentlicher Schlüssel
gpg: error reading key: Kein öffentlicher Schlüssel

 :: PGP-Schlüssel müssen importiert werden:
 -> D637032E45B8C6585B9456565D2EEE6F6F349D7C, benötigt von: lib32-gstreamer
 -> 621DAF6411E1851C4CF9A2E16211EBF1EFBADFBC, benötigt von: botan2
:: Importieren? [J/n] J
:: Importiere Schlüssel mit gpg...
gpg: Empfangen vom Schlüsselserver fehlgeschlagen: Die Wartezeit für die Verbindung ist abgelaufen
 -> Problem beim Importieren der Schlüssel

Ist das ein bekanntes Problem?
Liegts am Server oder an mir?
 
Das hatte ich neulich auch, da ist vermutlich der Keyserver down. Du kannst es explizit über nen anderen Versuchen und dann das yay update nochmal starten.

z.B.
gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys D637032E45B8C6585B9456565D2EEE6F6F349D7C 621DAF6411E1851C4CF9A2E16211EBF1EFBADFBC
 
Das hatte ich neulich auch, da ist vermutlich der Keyserver down. Du kannst es explizit über nen anderen Versuchen und dann das yay update nochmal starten.

z.B.
geht auch nicht:

Code:
gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys D637032E45B8C6585B9456565D2EEE6F6F349D7C 621DAF6411E1851C4CF9A2E16211EBF1EFBADFBC
gpg: Empfangen vom Schlüsselserver fehlgeschlagen: Die Wartezeit für die Verbindung ist abgelaufen


hab mal nslookup gemacht:
"** server can't find hkps://keyserver.ubuntu.com: NXDOMAIN"
 
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