FreeBSD desktopra - perverz ötlet?

FreeBSD-all

Elszántam magam, hogy próbaképpen felépítek egy desktopot FreeBSD 8 alapokon, komoly tapasztalatok nélkül, hogy valami perverzióm nekem is legyen :-). Eddig tetszik, viszont van egy csomó apróbb-nagyobb problémám, ha valakinek esetleg tippjei, ötletei vannak, azt örömmel várom.
Tehát:
- a boot folyamat elég sokáig tart -> mivel ugye desktop, gdm is indul, és nem igazán jöttem rá, hogy miért olyan lassan áll fel. Adalék: nvidia videókártya, nvidia meghajtóval, plusz - bár nem hiszem hogy közrejátszik - vezetéknélküli egér.
- wifi nem megy, wpa_supplicant timeoutol, bár ezen nem csodálkozom, ezzel a ralink kártyával ezen a gépen pl. az arch is ugyanezt produkálja, zenwalk 6.2 meg hiba nélkül megy, ergo ez valszeg nem bsd-spec, hanem vmi finomhangolás kérdése (meg egy rakat fos a DLINK DIR-301 routerem is).
- ha a boot során nincs csatlakoztatva a router netre amin kimenne a gép a nagyvilágba, akkor miután feláll a gdm, nincs billentyűzetem (lol, tudom, de nem tudom a logokat se megnézni így :-) ) -> ha van net, nincs ilyen gond...
- nem tudom, hogy természetes-e, de nekem inkább gondnak tűnik, hogy X alól nvidia driverrel nem tudok karakteres terminálra váltani. Nvidia bug?
A többi hardware megy, még a parportos scannerem is, aminek külön örültem, mert nem is szerepelt a handbookban, hogy támogatott lenne (ott csak usb és SCSI)
Az apróbb bajok:
- böngésző: firefox, a telepített, és a handbooknak megfelelően linkelt (meg próbaképpen már máshova is linkelt) java nem jelenik meg a bővítmények között. A leírás szerint telepített flash sem, de az legalább symlinkelve a home/.mozilla... alá megy.
- java jre/jdk telepítés egy agyrém számomra, a ports minden kényelmét pillanatok alatt száműzi. De legalább oda is regisztráltam.
- csak kérdés: mekkora helyet lenne érdemes/optimális elkülöníteni a /usr-nek a ports használatához? Mondjuk openoffice-t nem fogok valszeg portsból telepíteni, de amúgy amit lehet.

  • 6238 megtekintés

( fimikz | 2010. 05. 26., sze – 13:55 )

rovid valasz: lehet, de nem erdemes. w7-nel jobban jarsz.

de nezzuk sorba.
- nekem kdm relative elviselhetoen furge volt. bar igazabol za onnantoli logint tartottam lassunak. bar en bekapcsolok, es elmegyek cigi/kave, es kb 1-2 havonta van 1 reboot, max. szoval ezt a problemat sose ereztem at.
- anno nekem ment a wifi, nem volt vele gondom igazabol.
- ezt a router+bill dolgot nem tudom hogyan hoztad ossze, de gratulalok.
- sose valtogattam X es syscon kozott. X alatt putty/pterm eleg kellemes terminalt nyujt, boldog voltam vele.
- operat hasznaltam, flashre szartam. ezt leszamitva alapkiepitesben nekem ment minden, java is.
- java ment nekem.
- en ugy szoktam, h 512M /-nek, es maradek /usr, ha desktoprol van szo.

w7 az windows akart lenni? Na olyanom tuti nem lesz, linux desktopon tolom már ~10 éve.
"- ezt a router+bill dolgot nem tudom hogyan hoztad ossze, de gratulalok." Köszi! :-) én sem értem, hogy ez mi, de ha nincs net, nincs bill, ha van, akkor van. Majd utánajárok hátha van vmi a logokban ami kapaszkodó, ez most a hobby kategória egyelőre.

( subchee | 2010. 05. 26., sze – 13:56 )

Szerintem tényleg perverz ötlet (önszopatás), de attól még nem kizárt, hogy működhet. :)
Pl. Deninetnél FreeBsd + Gnome "desktop" terminálok vannak, amikről cseszegtetheted a szervereid a helyszínen.

Évekig használtam desktopon, de szerintem halálos a folyamatos csomagfrissítés és a hardver támogatások el/lemaradottsága. A csomagfrissítést részben pkg_add -r kiküszöböli, de el is veszted vele a ports lényegét, a hardver támogatás meg sajnos kb. arányos az elterjedtségével.

portmaster -PP / portupgrade - PP és egy jól állított tároló kiválasztása. Mütyürkén ami egyáltalán létezik, azt csomagból tolom, kb az elv:
előbb portmaster -PP, utána portsnap. Egy hét múlva a mostani ports-fa tartalmából elérhető a szervereken a bináris csomag, tehát egy hét múlva lehet kezdeni előlről: portmaster -PP && portsnap. Mindezt megfejelve egy freebsd-update -tel, security szempontból elfogadható állapotban van az alaprendszer (nyilván ha kijön a következő RELEASE, akkor frissítek arra binárisan), és elfogadható frissességűek a csomagjaim is. És mi nincs bináris csomagban, azt üsse kő fordítom ports-ból. (No jó, OOot-azt nem azon a gépen, arra egy izmosabb laptopot használok.) nincs vele több szívás, mint bármi egyébbel. Ráadásul egy átlagosnak tekinthető mai gépen a mindent forrásból fordító "rolling release" :-) is teljesen kezelhető eredményre vezet. Tapasztalataim szerint többet szopnak azok, akik halogatják a frissítést, mint én, akinél a heti frissítés már ritkaságnak számít. OK, van néha szopás (ilyen volt libJPEG, libPNG, Xorg, olvasd el az április 1-i :-) blogomat - amiben kicsit eltúloztam a dolgot), ekkor a többi gépet nem frissítem, és 2-3 nap alatt meggyógyul a dolog.

hardver: nem a *legfrisebb* hardverrel kell használni, a többséggel nincs gond. jelenleg összesen egy db WLAN adapterem nem támogatott összesen 1 desktop, 2 laptop, 1 netbook készletből (tudtomal 8.1-ben már az), ezért azt NDISulatorral használom stabilan.

Desktopon pont a heti reszelgetés, meg időigényes újrafrissítési folyamatból lett elegem. Mondjuk én portupgrade -ravi módszerrel gyilkoltam, friss ports fát meg cvsuppal szedtem. A pkg_add -r legnagyobb baja, hogy a az egyedi opciókat nem én választom ki.

Szerveren más a helyzet, ott aktívan megy a "JAIL másolás -> részleges (célzott) vagy teljes (portupgrade -ravi) frissítés -> teszt -> régi JAIL stop, új JAIL start - karbantartás keretében" folyamat. Nagyon kicsi változásnál (a.b.c_d -> a.b.c_e) esetleg direktben az éles rendszeren, de ez nem jellemző.
Én nem vagyok az élesben reszelés híve (szerveren), nem szeretek kapkodni, miközben áradnak a panaszok a leállás miatt.

Hardverfüggő, hogy egyátalán felismeri-e a desktop alkatrészeit (bluetooth, wlan) + a csatlakoztatott USB eszközök sem biztosan mennek (generic USB device szinten túl, ami nem ér sokat).
Persze a nagyon szigorúan vett munkára elég, lynx megy, ssh megy, pine megy, más meg nem érdekes :)

( palyesz | 2010. 05. 26., sze – 14:04 )

a ports update allomany szerint a java nem megy ff 3.6-al, csak 3.5-el. google-on kerestem mar leirast 3.6+java-ra, talaltam is eredmenyt, de meg nem volt idom kiprobalni

java installal mi a problemad? nekem semmi nyugom nem volt

/usr meret: attol fugg, mit akarsz hasznalni. kb akkora kell, mint linux alatt (bar mar egy ideje nem linuxozok)

---
Egy jól megállapított probléma félig megoldott probléma.
- Charles Kettering

A regisztrál, kézzel letölt, majd telepít. Egy licence agreement panellel egyszerűbb lett volna, gondolom megvan az oka miért így van, nekem ez kényelmetlen, de ízlés dolga.
/usr nekem linuxok alatt 5-6G-vel bőven elég szokott lenni, ports viszont megette pillanatok alatt a 6,5 G-t.

igen, valoban licencelesi okai vannak. azt hiszem, hogy a handbook-ban vagy a faq-ban olvastam rola, hogy miert van igy

nem tudom, mi ehette meg annyira. a java esetleg, de meg azt sem tartom valoszinunek. igaz, nalam most ~8 giga helye van.

esetleg portsclean?

---
Egy jól megállapított probléma félig megoldott probléma.
- Charles Kettering

Én most már tudom, csak nem számítottam rá :-) Mivel grafikázom, kellett inkscape, scribus, gimp, stb., meg portsból tettem fel a firefoxot, ezek megették vidáman a helyet. Portsclean után lett egy kicsi, de sajna a distfiles alatt volt majd 3 Gb letöltött stuff, amit nem szed le. Letöröltem, így most van hely, ha nem is elegáns megoldás. Java egyébként csak jre van fenn, jdk-t hanyagolom egyelőre, majd ha lesz egy szabad napja a gépnek :-).

( bambano | 2010. 05. 26., sze – 14:05 )

nem, de ha jól tudom, van pc-bsd néven desktopra optimalizált freebsd fork.

( cannibal | 2010. 05. 26., sze – 14:51 )

Desktopra vagy OSX, vagy Win7, vagy FreeBSD. Minden más valóban perverz ötlet.

[ Like ]

Ne kezdjünk flémelni, de miért is? Elfogadom, hogy egyéb oprendszerek az általad felsoroltaktól eltérően viselkedhetnek. Azt is megengedem, hogy van olyan dolog, amire ezeket lehet hsználni, másokat meg nem. (Fordítva is.) De miért "perverz" dolog mondjuk Debiant használni desktopon, és miért "nem perverz" FreeBSD-t?
Szvsz. Az a legjobb rendszer, ami NEKEM (neked, bárkinek) a legjobban megfelel. Aka "kinek a pap, kinek a papné" és egyéb modorbonbonok.

nemtom, szerintem perverzebb a FreeBSD desktopra, bár működőképes windowmaker-rel tök ugyanaz, mint debian pofára.
Ha nincsenek elvetemült dolgok amiket használsz akkor nincs különösebb szívás.
Kollégámmal használtuk pár hónapig debian helyett, gondot csak a network scanner beizzítása okozott, bár az debian alatt is csak ráolvasásos módszerrel megy.

--------------------------------------------------------
„Az Univerzum már elég nagy és öreg ahhoz, hogy egy fél óráig vigyázzon magára.”

A windows az bármire képes, akár még mûködni is....
--------------------------------------------------------

Webcam támogatásból indultunk ki, nem tudom, annak miért előfeltétele a *rendes*, *natív*, *supported* video API. libv4l van portsban, webcamd és libv4l segítségével a kamera elérhető, ezáltal kezelhető tempóban jelennek meg a FreeBSD specifikus port-patchek ahhoz, hogy az egyébként v4l -t használó progik FreeBSD-n is tudják azt használni. Bármi egyéb esetén kb nagyságrendekkel nehezebb lenne támogatott, natív api segítségével bármit is elérni. Ez ugyanis olyan, hogy kitalálhatok én a világon egyedülállóan tökéletes natív video API-t bármihez, ha nem győzöm meg az alkalmazást írókat arról, hogy azt nekik érdemes támogatni, akkor egyesével szophatok minden létező progival, hogy majd én megírom a saját API-mhoz a wrapper-t, hogy jó legyen és használni lehessen *azt* az alkalmazást. Ezért örülök én annak, hogy anno kb teljes OSS-t hoztak össze, mert a ma *IX-re létező zajkeltő alkalmazások kb 99%-a még tartalmazza az OSS specifikus részeket, így használható. (Még az agybajos linuxos Flash is úgy működik, hgy van benne egy kiskapuu, amivel a jelenleg natívan benne levő ALSA támogatás helyett/mellé lehet egyéb hangkeltő rutinokat tölteni, és ezt valaki megírta.) Speciel ha jól tudom a küszöbön áll az ALSAlib emuláció vagy mi szösz.

Szóval nem rendes (mert a v4l nem az), nem natív (mert nem az), nem supported, mert ami portsban van az nem igazán supported - ellenben használható, következésként a desktop kitételnek akár meg is felelhet.

És hogy a kezdeti kérdésre is válaszoljak: már mi a francért lenne perverzio egy dekstop FreeBSD? Nem perverzebb, mint 0 tudással debillányt használni, nem perverzebb, mint 0 tudással archot heggeszteni desktopon, ső nem perverzebb, mint 0 tudással windowst használni desktopon. Embere válogatja, ki mit hajlandó a használat kedvéért megtanulni (már sokszor írtam: ismerek embert, aki szerelőt hív az újonan vásárolt tévéje csatornahangolásához - pedig az aztán desktop :-)).

Kicsit hosszabb: terelsz. Idézlek:
"free az egyetlen bsd webcam tamogatas nelkul, szoval valoban advanced desktop rendszer "

Mivel van hozzá(*) szoftver, amivel elég sok webcamot meg lehet szólítani, ezek szerint nem webcam támogatás nélküli bsd a free. A natív video api viszont terelés.

(*) hozzá: a FreeBSD-*hez* fejlesztett programhalmaz: multimedia/{libv4l,cuse4bsd,webcamd}

( WoOh | 2010. 05. 26., sze – 15:20 )

Nezd, en kb 3 evig hasznaltam OpenBSD-t a netobookon 1400x1050-es felbontasban, minden ment gyonyoruen.

Akkor tettem ra ujra vissza Linuxot mikor az OpenBSD-sek eppen minden schedulert es belso base programot atirtak sajat malloc()-cal, ezert egy ideig hasznalhatatlan volt minden alkalmazas, viszont szerettem volna a gepet hasznalni :)

Wifinek a Buffalo CLI-t hasznaltam, ment vele gyonyoruen. Szoval sztem abszolut nem perverz.

Ha a mostani notebookomat tamogatna a free/open/net bsd akkor tuti az lenne rajta. De egyelore a sima halokartyat sem ismeri ( picit uj a gep meg ) igy varni tudok csak :)

--
BSD Support Service

HP 6530b-n laptopon használok FreeBSD Desktopra. Meglepő módon ment a hibárnálás, igaz az rc.suspend és rc.resume-ba be kellett rakni a hang, wifi, hálókártya ki és betöltését. Az első kettővel nem is volt gond, de ha akármelyik suspendnél bennt maradt a BGE nem állt vissza normál állapotba. Előtte egy Acer laptopom volt. Azzal viszont gondok akadtak, el még elaludt, de ébresztéskor az X nem indult - igaz ezt még 7.1-es FBSD-vel próbáltam.

A billentyűzetes dolgod tényleg meglepő. A /etc/hosts file-ba írd bele a host nevedet a file végére 127.0.0.1 címmel - ez az egy tippem van rá.

Java-t én mindig kézzel linkelem be a ~/.mozilla/plugins-ba, ami kell megtalálod a /usr/local/diablo.../plugin/ könyvtárban. Iagz FF 3.6-al ez nem működik rendesen.

Flash már más kérdés, nspluginwrapper -v -a -i userként futtatva általában korrekten belerakja a plugins-ba.

Pepe

Köszi az infokat! A "meglepő módon" nem valami bíztató :-D.
Az ff 3.6-al nem működik rendesen az azt jelenti, hogy látszania kéne, de bugos, vagy hogy nem is látja az ff? Nálam ez utóbbi a helyzet, linket csináltam a megadott könyvtárba is.
A flash nem is para, meg már megy is. Perpillanat a jdk miatt bosszankodok, hugin-t akartam feltenni, de kell neki áttételesen jdk, nameg majd a jdk fordításhoz 2,5G hely. Azt hiszem ez mellőzve lesz...

Meglepő volt nekem, igaz jó ideig nem próbálkoztam vele (félreírtam nem hibernálás hanem suspend/resume). Csak most gnome frissítés után lenyomtam a noti fedelét és bealudt, gondoltam magamban ezt ... . De próba cseresznye alapon felébresztettem alvó állapotból és ekkor jött a meglepetés. Utána már gyorsan meglettek az apróbb hibák orvoslásához szükséges dolgok.

Nem is próbálkoztam FF 3.6-al. Olvastam a megjegyzésben, hogy a java nem megy és mivel szükségem volt rá így idő hiányában annyiban hagytam a dolgot.

Pepe

notimon második os-ként van fenn nálam, a suspend-del én is kiegyeznék, de sajna nem sikerült összehoznom, ha nálad össze jön valami, írd meg mindenképp.

nálam megy minden rendesen, gyakorlatilag egyetlen gondom van, mégpedig screen alatt főként meg shell-ben is a vezérlő karakterek nem igazán mennek jól (alt+left, ctrl+left, esc+backspace stb.), gondolom a keymap-pel kellene valamit játszanom, majd ezt még megnézem.

a wifi-m intel, itt fbsd 8 alatt olyan javulás van, hogy nem szakad le a hálóról, 7 alatt az még meg volt. a wired ethernet-em meg 8-tól teljesen támogatott :)

UFS-t nagyon gyorsnak találom személy szerint arra amire használom, néhány pipogya tesztet is szoktam csinálni linux ext3-hoz képest, és eddig mindig fbsd javára dőlt el :)

amit észrevettem viszont, hogy buffer writeback időzítés valamiért nincs nálam alapból, pl. amikor fetch-csel töltök le egy fájlt, akkor kattog a hdd folyamatosan és írja ki azonnal a fájlt, nem puffer-el semmit. ezt még be kellene paraméterezgetnem sysctl-el gondolom.

( zitev v | 2010. 05. 26., sze – 15:41 )

"- nem tudom, hogy természetes-e, de nekem inkább gondnak tűnik, hogy X alól nvidia driverrel nem tudok karakteres terminálra váltani. Nvidia bug?"
- biztos nem nvidia-bug, mert soksok gépen meg működik. viszont arrrghhh, pont most szívok egy géppel amin meg nem megy, és nem találom a megoldást...

Lehet nem segít, fx5200-assal nem elsötétült a kép gondom ( szép színek közül választott 1-et ) de volt hasonló. Egy tiszta X config segített a dolgon. ( Gép indít gnome_enable nélkül, rootként X -configure és az ez által generált xorg.conf.new-al startoljad el az X-et és próbáld ki. )

Pepe

( batyu v | 2010. 05. 26., sze – 18:27 )

Na még 1 probléma, amivel leakadtam: elvben xfs támogatott legalább olvasható módban. xfs man-ja alapján pl: "mount -t xfs /dev/eszköz /mnt" lenne mindössze, de erre kapok egy ilyet: "mount: /dev/ad0s4 : Operation not permitted" Goole se segített, mit nem csináltam jól? Egyébként egyszerű adatpartíció, semmi extra.

Az eszköz: ad0: 381554MB at ata0-master UDMA100
Mount után 1 üzenet jön: SGI XFS with large block numbers, tracing, no debug enabled
nyilván, mert behúzza az xfs modult, újra kiadott parancsot követően már semmi.
A parancs: mount -t xfs /dev/ad0s4 /mnt
A kimenete: mount: /dev/ad0s4 : Operation not permitted
kldstat szerint pedig valóban be is van töltve az xfs modul
Azt hiszem még sehol nem írtam pontosan, a rendszer FreeBSD 8.0-RELEASE.

Azért elég sok fórumba belefutottam ahol a különböző filesystem-ek támogatásának hiánya miatt keseregtek. Bár ez tényleg csak a migrálás miatt problematikus leginkább, bár valszeg ez is áthidalható egy ntfs-es usb vinyóval, meg ntfs-3g-vel - igaz ezt úgy írom, hogy nem néztem utána.

Én azért migrálásra ha nem támogatott az oprendszerem által az FS, akkor egyszerűbbnek tartanék mondjuk egy zip/arj/rar tömörítvényt, ebből az utolsó kettőnek a darabolt verzióival sincs semmi gond, akár a free unrar/unarj-t, akár a nem annyira free rar/arj-t használom kicsomagolásra.

( ricsip v | 2010. 05. 26., sze – 21:27 )

Igen!

Ha sok a feles szabadidőd, inkább sportolj vmit (ésvagy csajozz)! Annak több értelmét fogod látni 10 év múlva visszanézve, mint ilyen marhaságokkal foglalkozni ;)

Csajozáshoz drága párom nem tudom mit szólna :-) Köszönöm az aggódást, túlzásba nem fogom vinni, ha néhány nap alatt nem lessz "kész" desktop, akkor megint várok vele egy ideig.
Korábban felvetette itt valaki, hogy inkább legyen PCBSD, tegnap tettem egy próbát live rendszerrel, nem győzött meg.

( uzbence | 2010. 05. 27., cs – 06:35 )

Perverz ötletnek is nevezhető.
10 éve használom a FreeBSD-t desktopon.

( gma | 2010. 05. 27., cs – 08:02 )

Én a támogatott fájlrendszerei miatt hagytam ott. Egyébként szervernek baromi jónak tartom, ha nem kell UFS-en és ZFS-en kívül mást toszogatni.
Desktopra freebsd nekem nem igazán jött be, mert sok csimagot használtam és a frissítés egy nagy PITA. Pedig ha az ember desktopon sokmindent használ daily, akkor nem árt egy kis cutting edge technológia adott esetben (sebesség, hibajavítások).
Ígyhát maradt az arch, ha kisérletezni akarok. Főleg, hogy van egzotikus hardver a gépemben, ami alapból nem ment freebsd-vel :(