Suchergebnisse

Nein. Wenn er startx startet funktioniert alles. Er fährt den Rechner hoch, es startet sich sddm. Wenn er sich einloggt (egal ob in die User-Session oder in die kde-Session) landet er wieder beim Login-Screen.

Prüfe mal, was in der plasma.desktop bei "Exec=" steht. Auch interessant wäre es mal, die für kde verantwortlichen Verzeichnisse im ~ wegzusichern um zu prüfen, ob es mit einer neu aufgebauten Konfiguration klappt. Unterscheidet sich das sddm-Log von dem Rechner, bei dem es funktioniert? Hier...

Kannst du das konkretisieren? Meine sddm.conf enthält ebenfalls nur den von ihm geposteten Inhalt der mitausgelieferten Config.

Nur um sicher zu gehen: Die .xsession wird nur verwendet, wenn du die User Session wählst. Das verhalten tritt also nur bei der User-Session auf, ja? Was hast du genau in die .xsession geschrieben? Das Handbuch ist in diesem Punkt fehlerhaft. Das ist die falsche Datei. Du willst an dieser...

Mein Ansatz ist, dass es nicht schadet zu verstehen, wann die .xsession genutzt wird und wann die .xinitrc. Das gelingt mir im konkreten Fall zwar nie, aber dafür sind die manpages ganz gut. Ich finde es für mich sogar schädlich das per Link zu machen und sehe bewusst davon ab. startx nutze ich...

sddm nutzt iirc gerade nicht die .xinitrc. Siehe auch: https://docs.freebsd.org/de/books/handbook/x11/ Da startx funktioniert (startx nutzt die .xinitrc) solltest du prüfen, welche Session du in sddm auswählst. Wählst du die User-Session ist dürfte es, wenn ich...

Meinst du mit bridges "cloned_interfaces="bridge tap0 tap1 tap2 tap3" und "ifconfig_bridge0="addm igb0 addm tap0 addm tap1 addm tap2 addm tap3" in der /etc/rc.conf? Wie macht das vmbhyve und inwiefern hilft das ungemein?

Moin, Ziel dieses Beitrags soll es sein Erfahrungen mit bhyve zusammenzutragen. Meine Idee ist, dass ich die Erkenntnisse immer in diesem ersten Beitrag sammle (evtl. kommentiere) und aktualisiere. Anlass ist, dass ich vor der Entscheidung stehe, einen Gast neu aufzusetzen. Da bestimmte...

So. Und hier ist jetzt Schluss.

Bitte zurück zum Topic.

Ich bin ganz sicher kein OpenBSD-Experte, nutze aber die manpages. XENODM(1) sagt .xsession, XINIT(1) sagt .xinitrc.

Du sagtest ja, dass du xenodm nicht benutzt. Deswegen gehört es bei dir in die .xinitrc. Für den Fall, dass du xenodm nutzt oder nutzen möchtest, ist .xsession der korrekte Anlaufpunkt.

Ich hab das Shell-Gedöns noch nie ganz verstanden. Aber aktuell habe ich den Eindruck, dass dir das "export" fehlt, wenn du es in die .xinitrc einträgst...

Lass mich kurz raten: Du nutzt xenodm um X zu starten, richtig? Das würde erklären, warum es über die .xinitrc nicht funktioniert. Vielleicht willst du es dann mal aus der .profile rausnehmen und in die .xsession packen, was mE der richtige Platz wäre. Wenn das geht: Sorry, hab ich vergessen...

Nach meinem Verständnis müsste es funktionieren, wenn du zB über die ~/.xinitrc sowas wie "env AUDIORECDEVICE=snd/1" setzt. Oder du startest audacity per "env AUDIORECDEVICE=snd/1 audacity". Auf der OpenBSD Mailingliste habe ich allerdings einen älteren Beitrag gefunden, bei dem gesagt wird...

Nur am Rande: syctl kern.audio.record=1 ändert das Device zur Laufzeit. Mit dem zweiten Befehl stellst du ein, dass es beim Booten automatisch geändert wird. Du hättest dir also entweder den ersten Befehl sparen können oder hättest nicht rebooten müssen. Sieh dir mal SNDIO(7) (man 7 sndio) an...

Ich habe die Überschrift mal angepasst.

Obwohl das schon nach ca. 12 Sekunden raus war, hab ich mal die ersten (!) Minuten angehört. Wenn es die ganze Zeit so weiter geht: Nein, da wird (zu viel) gesungen. :ugly:

Auch wenn ich zu deiner eigentlichen Frage leider keine Hilfe weiß, könnte meine Idee vielleicht trotzdem Abhilfe (eher Workaround) sein: Reicht es evtl. FreeBSD 13.3 in einer Jail laufen zu haben? Oder als bhyve-Instanz?

https://docs.freebsd.org/en/books/handbook/advanced-networking/#network-aggregation Etwas weiter runter scrollen, "Example 3". Leider gibt es das Handbuch wohl nicht mehr in Deutsch (derzeit?).

Ich kenne die Hintergründe nicht, warum du das Interface änderst. Deswegen kann mein Beitrag "unnötig" sein. Aber evtl. hilft er dir ja auch (was auch die Intension ist, weshalb ich das schreibe): Du weißt, dass du ein Failover zwischen Ethernet und Wireless konfigurieren kannst? Dabei...

Ich? :D Das war die Antwort von Chat-GPT. Ich hatte gehofft, dass die Antwort Sinn macht.

"Die Kodierung, die verwendet werden muss, damit die Binärzahl 1000 0010 1100 0110 die Zahl 6,4 ergibt, ist die IEEE 754-Standard-Kodierung für 32-Bit-Gleitkommazahlen. Mit dieser Kodierung wird die Binärzahl 1000 0010 1100 0110 als -0,07421875 interpretiert, was der Dezimalzahl -6,4...

Die /etc/dhcpd.conf fehlt ebenfalls. Was für ein Systemupdate war das denn? syspatch kann zB auch "rollback".

Du tust dir einen Gefallen, wenn du mehr Informationen lieferst. Wenn wir "die Konfiguration" sehen könnten, wäre das schonmal ein guter Anfang. Logfiles wären auch hilfreich (die findest du in /var/log). Wie startest du dhcpd beim Boot? Was sind die Einträge in /etc/rc.conf*?