Suchergebnisse

Ein kleiner, leistungsfähiger und etwas ausbaufähiger (Grafik) AMD Barebone PC wäre da vermutlich am Besten. Was gibt es da an empfehlenswerten Marken?

Das heißt im Klartext, bei einem kleinen “Stand“ PC eher auf die AMD als auf die Intel Welt zu setzten? Genau genommen, sollte da alles drauf laufen können - Linux, BSD, Windows. Schade, dass Wechselplatten aus der Mode gekommen sind. Platte partitionieren und 3 OS installieren ist auch nicht so...

Sind die BSDs nun alle Qualcomm Snapdragon X Elite ready? Speziell FreeBSD? FreeBSD aarch64 läuft in einer VM auch auf einem Mx (ARM) Mac. Interessant wäre so ein leistungsfähiger Mini PC (etwa im Format wie MacMini oder Mac Studio) alle mal!

FreeBSD 14 aarch64 (ARM) .... wär mal wieder an der Zeit das in VMs auf einem M1 Mac zu testen. :)

Nachtrag: Paket installieren und dies eintragen half leider nicht rc.conf : seatd_enable="YES" Nach Weihnachten muss ich weiter “forschen“ PS: Budgie habe in Fedora 39 aarch64 (auch in VM) neben Gnome als 2 Desktop installiert, gefällt mir.

Ich habe hier FreeBSD 13 aarch64 mit Gnome in einer VMware Fusion VM installiert. Nun zusätzlich Budgie installiert. Wähle den zu starteten Desktop im Anmeldeschirm aus. Nur Budgie startet nicht, es kommt nur schwarzer Bildschirm “Fehler ..... wollen sie sich abmelden“ Was könnte da u.U. an...

Wieso, funktioniert ja eh .... ist nur mühsam ähnliches Problem 2x zu beschreiben Wer nun UTM/QUMU VM oder VMware Fusion VM dazuschreiben. https://www.bsdforen.de/threads/utm-vm-neuinstallation-ver-14-aarch64-gnome-startet-nicht.36926/

Das das Xorg Problem anscheinend ident ist nun in UTM VM - Neuinstallation ver 14 aarch64 GNOME startet nicht fortgesetzt

Brachte auch nichts! Derzeitiges Fazit, egal ob nun die Neuinstallation von FreeBSD 14 aarch64 in einer UTM/QEMU VM oder das Upgrade einer lauffähigen FreeBSD 13.2 Version auf FreeBSD 14, irgendwie will Xorg nicht starten. Etwas muss sich von ver 13 auf ver 14 grundsätzlich geändert haben...

https://forums.freebsd.org/threads/xorg-do-not-start.80120/ Gehört nun eventuell kld_list="scfb" in /etc/rc.conf?

Habe irgendwie den Eindruck in beiden Fällen hängt es irgendwie mit Wayland (ist bei beiden installiert) zusammen echo $XDG_SESSION_TYPE bringt KEIN: x11 Was muss man bei Verwendung von Wayland anders als bei XORG konfigurieren?

UEFI wird von UTM (ist eine graphische App für QEMU) per default eingestellt. Grafik ist in UTM per default auf virtio-ramfb eingestellt. $ sysctl kern.vty kern.vty: vt Ist xf86-video-scfb unter ARM aarch64 lauffähig, ich frag da xf86 im Namen steht. Oder würde eine Installation auf Intel/AMD...

Terminal doch geschafft: Da gabs nirgends etwas zu tun: freebsd-update install freebsd-update fetch install pkg update pkg upgrade Fehlersuche morgen Ein grundsätzliches Problem, manche Tasten/Tastenkombinationen kommen in der VM Maschine nicht an.

Reboot - der nächste Fehler - kann da auch kein 2. Terminal öffnen - bleibt bis morgen - muss ohne GUI ein Terminal Fenster öffnen.

Danke - läuft nun, 684 Pakete Upgrade

Nachtrag: Copy & Paste zwischen FreeBSD & Mac funktioniert auch nicht mehr. Die FreeBSD 14 aarch64 ISO DVD (als File) hab ich eh noch liegen, vielleicht probiere ich eine Neuinstallation in VMware Fusion - bei jener in UTM/QEMU will GNOME nicht starten (siehe Parallel Thread).

vi blieb trotz Eintrag default Editor - [esc] wird vom macOS abgefangen .... das half mir doch https://itler.net/linux-editor-vi-befehle-in-der-bersicht/ FreeBSD 14 ist nun installiert, es funktionieren in GNOME etliche Programme nicht mehr - was aber gravierender ist das pkg Kommando bringt...

Nun der Gesamte Ablauf bis zur Meldung ... muss der root Eintrag etwa komplett raus? sudo freebsd-update upgrade -r 14.0-RELEASE src component not installed, skipped Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata signature for 13.2-RELEASE from...

PS: Ich tue mich mit vi schwer .... machte ein 2. Terminal Fenster auf und nano - den bin ich von Mac gewohnt, verwende nano auch bei meinen anderen Linux Test VMs. Diese Zeilen tauchen nur bei der Fehlermeldung auf, wenn ich in einem anderen Terminal nano verwende ist davon nichts zu sehen...

Ich hab den eingebetteten Key natürlich gekürzt

Wollte nun parallel zu VMware Fusion FreeBSD 14 aarch64 unter UTM (QEMU) neu installieren. Installation läuft im Terminal soweit gut, führte ich analog wie unter 13.x durch. GNOME Pakete installiert - aber die GUI startet nicht. U.a. installiert: gnome gnome-desktop gnome-shell...

Nach freebsd-update upgrade -r 14.0-RELEASE Kommt diese Meldung: irgendwas mit - in line 1 conflict Startet per default vi - aber was wäre da zu tun? Probierte schon einiges - ohne Erfolg. /etc/master.passwd ->> # $FreeBSD$ # root:$6.......L1:0:0::0:> toor:*:0:0::0:0:Bourne-again...

@peterle - das kommt IMHO ganz auf den Einsatzfall von BSD Unix, bzw. Linux an. Als Desktop / Workstation für (Home) Office betrieben, wo man der Einzige User ist, IMHO ziemlich egal. Als Root direkt sollte man sich nicht anmelden. AFAIK ist bei manchen Linux Distributionen aber auch bei Darwin...

Wo sich sudo aus dem Repository installieren lässt, natürlich sudo! Bei meiner FreeBSD VM Testinstallation (hat keine Sicherheits-Relevanz) verwende ich oft root. Produktiv würde ich sudo bevorzugen - und man kann sich als root gar nicht anmelden! Siehe auch Darwin = macOS, dort ist root quasi...

DragonFlyBSD ist noch immer aktiv? Was tut sich bei DragonFlyBSD in Richtung aarch64 und damit auch auf Mx ARM Macs lauffähig?