Új hozzászólás Aktív témák

• #76 inf3rno nagyúr

  Új Válasz 2020-12-30 22:26:58 #76

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  Az elején el kell dönteni, hogy melyik kiadást teszed fel. A 12.1-STABLE vagy 12.2-STABLE, amiket most érdemes kipróbálni, a 13.0-CURRENT a fejlesztés alatt álló verzió, a 12.x-RELEASE pedig régebbi lesz, mint a 12.x-STABLE, és nem stabilabb számottevően. Innentől a 12.1 és 12.2 a STABLE-t jelenti nálam. A 12.1-nél van jelenleg pkg bináris, ami AMD driver szempontból fontos, annál pkg install drm-kmod telepíti a drivert, a 12.2-nél viszont be kell fordítani cd /usr/ports/graphics/drm-kmod/ && make install clean. Utána mindkettőnél be kell tölteni kernel modulként sysrc kld_list+="amdgpu". Ez a /etc/rc.conf-ba írja bele, hogy betöltse a modult, de kézzel is be lehet tenni oda. A 12.2-t akkor lehet érdemes mégis választani, ha NKRO billentyűd van, mint nekem, mert abban már van iichid [link]. Sajna nekem 12.1-nél nem működik, ha utólag telepítem kernel modulként, állítólag van valami kompatibilitási gondja a kernellel vagy passz. Később biztosan változni fog ez az egész, ha kivezetik a 12.1-et, és csak a 12.2 lesz, vagy ha bejön a 13.0-STABLE végre. Az AMD driverhez még annyit kell hozzátenni, hogy a /boot/loader.conf-ba, is bele kell írni egy ilyet: hw.syscons.disable="1", mert annak is van most valami kompatibilitási gondja, és különben kernel panic lesz, ha be van kapcsolva a konzol, amikor bootol. Valszeg majd ezt is javítják idővel, addig meg ilyen szép színes artifactek lesznek betöltéskor ezzel a driverrel. A fájlba írásnál nekem az ee jobban bejön, mint a vi, de akár úgy is lehet, hogy appendeled, és bele se nézel szövegszerkesztővel. Az nvidia-nál ugyanígy megy a dolog, csak nem kell kikapcsolt konzol és drm-kmod helyett nvidia-driver a neve a pkg-ban és amdgpu helyett nvidia-modeset a kernel modul neve. Érdemes még megemlíteni, hogy nem javasolják, hogy a pkg-ből a binárisok telepítését keverjük a ports-ból a befordítós módszerrel, mert a függőségeknél eltérőek lehetnek a verziók, és valami katyvasz jön ki az egészből, szóval azt mondják vagy az egyik, vagy a másik módszert kövessük, de én szeretem a pkg-t, és ennél az egynél szerintem kivételt lehet tenni jobb híján.

  A másik, amit érdemes eldönteni az elején az a fájlrendszer. Van valami UFS vagy mi a tököm, de én alapból mindenre ZFS-el teszem fel. A telepítőben ki kell választani a ZFS autot, az egész jól felteszi, de lehet manuálisan is gpart-al, és utána arra telepíteni. Titkosítást egyelőre nem állítottam be rá. A raid-z, ilyesmik ráérnek később, elég ha csak az a lemez bent van, amire a rendszer felmegy. A BSD féle ZFS-ről azt hiszem már átálltak a Linux félére, és most úgy van, hogy együtt fejlesztik a kettőt. Megy is a rinya, hogy majd ebből is egy systemd bloat halmaz lesz a végén egy csomó "unwanted feature"-el, amit letolnak az ember torkán, dehát ez van. A ZFS-nél bele kell írni az /etc/rc.conf-ba egy olyat, hogy zfs_enable="YES", újraindítás nélkül meg azt hiszem kldload zfs-el lehet berántani. Általában a kernel moduloknál ez működik, hogy kldload-al berántod menet közben, pl az AMD drivernél is talán szerencsésebb így tesztelni. Nem világos, hogy miért kell egyik modulnál x_enable="YES"-el kell bekapcsolgatni, másnál meg sysrc kld_list+="x"-el, nem találtam rá logikus magyarázatot. A ZFS-nél még kell olyan, hogy service zfs start, ha tényleg használni is akarod. A rendszer meghajtóra megy FAT32-vel egy UEFI-nek fenntartott kis rész, erre elég párszáz MB, a maradék meg lehet ZFS, illetve GPT-re érdemes feltenni. Na most ebben nem nagyon akarok belemenni, hogy ez manuálisan hogy megy, amit érdemes tudni, hogy gpart-ot kell használni hozzá [link] valahogy így [link], és hogy a ZFS-nél ha mirrort akarunk, akkor is érdemes úgy csinálni, hogy partíciókra, és nem teljes lemezre tesszük a mirrort, mert a BTRFS-el ellentétben a ZFS nem tudja kezelni, ha eltérő méretűek a meghajtóink, és ha elcsesződik egy SSD, és az új valamivel kisebb, akkor az elég nagy szívás lehet. Eltérő gyártóknál eltérőek a méretek, úgyhogy egy 240GB-os lemeznél akár lehet 1-200MB eltérés is simán. Érdemes lehet eldobni 1 GB-ot a lemez méretéből, aztán kész. Úgy tudom nem lehet shrinkelni ZFS partíciót, csak új lemezek bevitele és új zpool létrehozása, aztán az adatok másolása, ami segít, ha ilyen gondunk van, de az már nem csak egy új lemez lesz, ha az új zpool-ra is raid-z-t akarunk. Ennél jobban nem akarok belemenni a ZFS rejtelmeibe, mert nem értek hozzá annyira.

  Ha fent van a display driver és a fájlrendszer is rendben és stabilan fut a rendszer, akkor lehet továbblépni a DE-re. Na most ehhez Linux kompatibilitási kernel modult kell feltenni: kldload linux64, illetve /etc/rc.conf-ban linux_enable="YES". Kell még létrehozni valami virtuális fájlrendszereket, amiről fogalmam sincs, hogy mit csinálnak, de jó ha van kategória, a /etc/fstab-ba kell beírni hozzájuk, hogy linprocfs /compat/linux/proc linprocfs rw 0 0 és linsysfs /compat/linux/sys linsysfs rw 0 0 és tmpfs /compat/linux/dev/shm tmpfs rw,mode=1777 0 0. Ha nincsenek meg itt a könyvtárak, akkor létre kell hozni őket. Ezen kívül kell majd később Linux display driver is, ami vagy pkg install xf86-video-amdgpu vagy pkg install linux-nvidia-libs. Utána mehet a display server telepítés: pkg install xorg. Kell neki egy driver betöltés is, ehhez /usr/local/etc/X11/xorg.conf.d/-ben létre kell hozni egy driver-x.conf fájlt, amibe nagyjából ez megy bele:
  Section "Device"
Identifier "Card0"
Driver "amdgpu"
EndSection
  Az amdgpu helyett lehet nvidia is persze, ha olyan kártyád van. Enélkül a konfig fájl nélkül az xorg nem az AMD, hanem a default drivert tölti be, ami szintén elég stabil nekem AMD kártyával, viszont ilyesmi nem elérhető rajta, hogy Option "VariableRefresh" "true", ami az adaptive sync-hez kell.

  Na most ha megvan a fenti Linuxos alap, akkor felmehet rá a KDE. Ehhez annyi kell, hogy pkg install x11/kde5, illetve pkg install x11/sddm. Az utóbbi nem tudom pontosan mit csinál, nem volt kedvem utána nézni. Kell még hozzá még egy ilyen virtuális fájlrendszer a /etc/fstab-ba proc /proc procfs rw 0 0, meg pár kernel modult bekapcsolni az /etc/rc.conf-ban dbus_enable="YES" és hald_enable="YES" és sddm_enable="YES".. Ezek azt hiszem nem minden DE-hez kellenek, pl Lumia-hoz azt hiszem éppen nem, de KDE-hez elvileg szükség van rájuk. Utána ha azt szeretnéd, hogy amikor feljön a login, akkor betöltse a DE-t, akkor ~/.xinitrc-be kell tenni, hogy exec ck-launch-session startplasma-x11, ezt se tudom, hogy miért ilyen ezoterikus kifejezéssel kell, de működik.

  Nagyjából ennyi, ameddig eljutottam a témában, meg még egy csomó driver és program telepítéses szívás is volt, de azt most hagyjuk. Elvileg WINE-t ugyanúgy fel tudsz tenni, mint Linux-nál, gondolom ahhoz is kellenek a Linux kompatibilitási libek. Amit fel tudsz tenni rá, az mind vagy a pkg-ból vagy a ports-ból elérhető, nem feltétlen a legújabb verziók lesznek fent mindenből, mert mindegyikkel van egy kis munka, amí] hozzáigazítják a BSD-hez a Linux-ra írt cuccot, de többé-kevésbé működik a rendszer. Na 5 perc helyett 2 óra lett, de le van tudva. Majd írd meg, hogy neked mik a tapasztalataid. A mostani Linuxokhoz képest jóval fapadosabb az egész, de ami nekem kell, az elfut ezen is. Előnye nekem eddig csak annyi volt, hogy systemd, pulseaudio, stb. mentes, meg hogy tényleg segítenek a fórumon, nem trollokkal van tele. Amit még majd megnézek az a Lumina desktop lesz. Illetve a GhostBSD is érdekes, az 12.1-re épül most, és MATE vagy XFCE-t tud alapból, ha nem akarsz így konzolból kínlódni, de a telepítője nekem legutóbb hibára futott, mert nem volt betöltve az nvidia driver, és nem igazán jöttem rá hogyan tudnám beleerőszakolni. Most AMD-vel esetleg újra próbálom majd. Asztalira nem egy nagy élmény egyébként a FreeBSD a sok parancssorozás miatt egy Windows után, azért lehet, hogy inkább mást keresek, de majd kiderül még. Szerverre szerintem ez lesz.

Új hozzászólás Aktív témák