Hozzászólások
Egyelöre hobbi szinten érdekel, meg talán lesz 1 kis szerverem nem olyan sokára, amin "élesben" is lehet próbálkozni.
Az a bajom az 5-ös sorozattal, h. még bevallottan sok sebböl vérzik, és úgy hiszem az az 1-2 hónap nem lesz rá elég h. minden komoly hibáját kijavítsák mire megjelenik az 5.3. Szóval maradok a 4-es ágnál, abban is megtalálok egyelöre mindent amire szükségem van, és kis eséllyel ütnek be csak olyan dolgok amiket kezdöként nem tudok megoldani :)
- A hozzászóláshoz be kell jelentkezni
[quote:a83614b396="ricsip"]Az a bajom az 5-ös sorozattal, h. még bevallottan sok sebböl vérzik, és úgy hiszem az az 1-2 hónap nem lesz rá elég h. minden komoly hibáját kijavítsák mire megjelenik az 5.3.
És mik azok a komoly sebek? Nagyon érdekelne a dolog. Persze, tudom, az early adopter-ben (és másutt) leírják, hogy sok dolog még nincs 100%-ra kész, meg tesztelve, de a puding próbája az evés: én már régóta használom az 5.X-et és még sosem volt vele komoly gondom. Általában csak az áramszünet szokta kifektetni :lol:.
Na, de nem akarlak befolyásolni, csak megint beszélek, beszélek...
Laci
- A hozzászóláshoz be kell jelentkezni
Helló!
Megkérném azt, aki járatos Freebsd témában, tisztázzon néhány kérdésemet, amit nem tudok magam megválaszolni. Nevezetesen az egyes változatok viszonya nem világos nekem.
Manapság van ugyebár 2 nagy változat. A 4.X és az 5.X. Ebböl a 4-es ami már elég régóta a színen van, és elég stabilnak mondható. Az 5-ös változatot viszont aktíva(bba)n fejlesztik, és ez lesz a következő mindenki által használandó változat, amint megfelelö stabilitást elér. Eddig világos. Viszont mindkét ágnak van több al-ága, amiknek a célja már nem egyértelmű nekem. Van ugyebár a -CURRENT, ami a 4 és 5-nél is azt jelenti, hogy itt jelenik meg először minden új fejlesztés, és ha már megérett rá, akkor bekerül a stabil változatba, és a kevésbbé kísérletező kedvű felhasználók is használhajták. A -STABLE ágból csak a 4-es változatot láttam. Ez az ág azt jelenti, h. ami a -CURRENT-ben már jól működik, átkerül ide is? Ennek az ágnak az aktuális tartalmából készül el az évente 1-2 RELEASE?
Az egyik változatról a másikra történő átjárási lehetőségek:
A CVS kérdések, amik szintén érdekelnének: ha van egy pl. 4.10 Release-em, akkor CVS-el mire updatelhetek? A 4-CURRENT-re nem érdemes, ha használni akarom a rendszert. A STABLE ág valószínűleg a RELEASE óta tartalmaz újítást, tehát ezt érdemes? Mit válasszak, ha tényleg a legmegbízhatóbb változatot akarom használni, csak a szükséges biztonsági módosítások érdekelnek, amik errata-ban megjelennek? Ha váltogatom a STABLE és A CURRENT-et a CVS fájlban, maradhat ugyanaz a kernel forrás, vagy előtte érdemes törölni, vagy a RELEASE CD-s
változatot visszamásolni? Nem kavarodik össze a különféle változatoktól?
A RELEASE-k: amikor kijön, azt az állapotot lefagyasztják az összes csomagnál is? Tehát ha "pkg_add -r"-el letöltök egy csomagot hozzá ftp-n, akkor az mindig ugyanaz a változat lesz, mint ami a legújabb volt a release idején?
A kernel fordításról: mi tartozik a kernelhez szorosan, amit minden új kernelnél újra kell fordítani (a userland??)? Ha csak a konfig-filet változtatom, de új fájl nem kerül a kernel-forrásba, akkor mit kell/célszerű újrafordítani? A modulokat is minden esetben cserélni kell?
Első lépésben ezek lettek volna. Ha netán az én kedvemért nem akarnátok leírni, tegyétek meg a HUPWIKI-be, hogy bárki könnyen megtalálja ha nem érti a dolgot az angol leírás alapján (esetleg
a kérdése hasonló az enyémhez, és sehol nincs igazán megválaszolva)
- A hozzászóláshoz be kell jelentkezni
Nem minden kerdesedre tudok pontos valaszt adni, ezert a bizonytalan reszekre inkabb nem valszolnek.
1. A RELEASE a hivatalosan is kiadott stabil valtozat, a STABLE a RELEASE allapotba kerules elotti valtozat, amibe mar nem kerul uj fejlesztes, csak a hibakat javitjak ki, a CURRENT a fejlesztoi.
2. A CVS-es kerdes fogos kerdes. En nem szeretem csak ugy firssitgetni a rendszert. Csak azt az egy ket alkalmazast es portot, amire bugfix jelenik meg, vagy frissitese komolyan indokolt. Nem is nagyon foglalkoztam annyira behatoan a temaval, nalam tapasztaltabbak ugyis irnak.
3. A "pkg_add -r"-rel a RELEASE-nek megfelelo verzioju csomagot szeded le az ftp szerverrol, de van fent valahol egy latest konyvtar is, ha jol emlekszem...
4. A kernel tema erdekes felvetes. En az ujabb kernelekkel csak jobban jartam, de neha csusznak be hibak, ezert nem is nagyon szoktam frissiteni.
En is szivesen fogadnam, ha valaki irna ezzel a ponttal kapcsolatban, mert erdekes kerdeseket vetettel fel.
Remelem tudtam valamennyit segiteni.
- A hozzászóláshoz be kell jelentkezni
Szia!
Eloszor is ebben a cikkben van egy jo abra, ami a kulonbozo valtozatokat, fejlesztesi agakat szemlelteti. CURRENT csak egy van, ennek a neve igazabol 5-CURRENT, ha jol tudom. STABLE-bol tobb is van: 3-STABLE, 4-STABLE. A CURRENT-et a . cvs tag-gal, a STABLE-kat a RELENG_4-gyel es RELENG_3-mal tudod kovetni. Bar nem tudom, hogy a 3-ast fejlesztik-e meg. Ahogy te is modtad, a CURRENT-bol nehany dolgot visszaportolnak a STABLE-ba. Vannak meg a fo agakrol minden release utan leagazasok RELENG_4_7, RELENG_5_2 stb. Ezekbe mar csak a fontos hibajavitasok kerulnek, semmi ujitas. Ja, es a RELEASE-ek a CURRENT, STABLE agak egy-egy bizonyos pontjainal vannak, de gondolom ez mar vilagos volt.
A peldadra: 4.10 release-rol updatelhetsz 4-STABLE-ra, vagy RELENG_4_10-re. Ha csak a legfontosabb javitasok kellenek, akkor neked a RELENG_4_10 a megfelelo.
Cvs ugyileg nem tudom, mi a helyzet, de az biztos, hogy ha van egy valamilyen 4-es FreeBSD-d, akkor azon nem tudsz leforditani egy 5-oset. Vagy ha le is fordul, akkor sem tudnad feltenni a kulonbozo kernel es userland miatt.
A csomagokat leforditjak minden release-hez, tehat a pkg_add -r az eppent fentlevohoz megfeleloket teszi fel, ez ott van a pkg_add man-jaban is a -r leirasanal (en is onnan neztem meg :)).
Kernel forditas: azt tapasztaltam, hogy ha egy kicsi elteres van a kernel es az userland forditasa kozott, azaz egy cvsup utan csak kernelt forditottam, akkor is jol megy a rendszer. A make buildkernel meg ugyis clean-nel kezdi, ugyhogy ha modositasz valamit, ha nem mindenkepp lefordul az egesz kernel. Persze be lehet allitani, hogy ne clean-eljen az elejen de ugy lkapsz biztos eredmenyt, ha mindig tiszta lappal kezdesz :).
Ha nem eleg ertheto, szoljatok nyugodtan.
Udv:
Gyuri
- A hozzászóláshoz be kell jelentkezni
Köszönöm a válaszokat, így már lényegesen világosabb a dolog :)
A kernel fordításnál az nem volt nekem világos, vajon ha a kernel módosul valahol, akkor előfordulhat hogy pl. a TOP vagy a PS nem működik megfelelően? Tehát EZEK hozzátartoznak-e a kernelhez, vagy cvs-ben csak akkor kell ezekből újat leszedni ha valami SAJÁT hibájukat javítják?
A LINT-ben felsorolt összes létező modul elkészül minden esetben, akkor is ha pl. egy hálókártyát belefordítottam?
- A hozzászóláshoz be kell jelentkezni
[quote:4079bf9ea8="ricsip"]A kernel fordításnál az nem volt nekem világos, vajon ha a kernel módosul valahol, akkor előfordulhat hogy pl. a TOP vagy a PS nem működik megfelelően? Tehát EZEK hozzátartoznak-e a kernelhez, vagy cvs-ben csak akkor kell ezekből újat leszedni ha valami SAJÁT hibájukat javítják?
Igen, ilyet mar sajat boromon tapasztaltam, hogy hosszabb kihagyas utan frissitettem, uj kernel, reboot. A rendszer siman elindult, egyszer csak azt vettem eszre, hogy nem megy se a top, se a ps :), mivel kernel hivasokat hasznalnak a processzek lekerdezesere, pontosabban a libkvm-en keresztul hasznalnak kernel hivasokat.
[quote:4079bf9ea8="ricsip"]A LINT-ben felsorolt összes létező modul elkészül minden esetben, akkor is ha pl. egy hálókártyát belefordítottam?
A /etc/make.conf-ban a MODULES_OVERRIDE valtozoban megadott listaban tudod allitani, hogy miket forditson le. Ha nem adsz meg semmit, akkor minden lefordul, ha benn van a kernelben, ha nincs.
- A hozzászóláshoz be kell jelentkezni
[quote:8352480b34="ricsip"]
A kernel fordításnál az nem volt nekem világos, vajon ha a kernel módosul valahol, akkor előfordulhat hogy pl. a TOP vagy a PS nem működik megfelelően? Tehát EZEK hozzátartoznak-e a kernelhez, vagy cvs-ben csak akkor kell ezekből újat leszedni ha valami SAJÁT hibájukat javítják?
Én mindig egyben szedem le az src-fát (src-all), ami a kernel és a szűken vett userland. (Nem is ajánlják, hogy csak a kernelt frissítsd). Aztán, ha lejött az anyag, akkor (majdnem) mindig így érdemes eljárni:
cd /usr/src
make buildworld
make buildkernel KERNCONF=YOURKERNELCONF
make installkernel KERNCONF=YOURKERNELCONF
reboot
mergemaster -p
make installworld
mergemaster
reboot
Ebben az esetben működni fog minden.
Laci
- A hozzászóláshoz be kell jelentkezni
[quote:3b03db606e="k_laci"][quote:3b03db606e="ricsip"]
A kernel fordításnál az nem volt nekem világos, vajon ha a kernel módosul valahol, akkor előfordulhat hogy pl. a TOP vagy a PS nem működik megfelelően? Tehát EZEK hozzátartoznak-e a kernelhez, vagy cvs-ben csak akkor kell ezekből újat leszedni ha valami SAJÁT hibájukat javítják?
Én mindig egyben szedem le az src-fát (src-all), ami a kernel és a szűken vett userland. (Nem is ajánlják, hogy csak a kernelt frissítsd). Aztán, ha lejött az anyag, akkor (majdnem) mindig így érdemes eljárni:
cd /usr/src
make buildworld
make buildkernel KERNCONF=YOURKERNELCONF
make installkernel KERNCONF=YOURKERNELCONF
reboot
mergemaster -p
make installworld
mergemaster
reboot
Ebben az esetben működni fog minden.
Laci
Csillagos 5-ös :) Köszönöm a korrekt választ. Tehát akkor ez a legbiztosabb módszer. Ilyenkor ha jól értem lecserélödik pl. az egész /bin és a többi? Gondolom akkor ennek az idöigénye is "cseppet nagyobb", mint ha csak kernelt forgatok.
Ez esetben a RELENG_4_10 a legbiztosabb nekem, minden forrást felrakok a telepítö cd-röl, így a "cvs src-all"-nak nem kell sok mindent letöltenie, és mehetnek a fentebb említett sorrendben a parancsok.
- A hozzászóláshoz be kell jelentkezni
[quote:750f43ee18="ricsip"]
Ilyenkor ha jól értem lecserélödik pl. az egész /bin és a többi? Gondolom akkor ennek az idöigénye is "cseppet nagyobb", mint ha csak kernelt forgatok.
Bizony, minden lecserélődik. Pl. ha be volt állítva a mountra a suid, akkor azt újból meg kell tenned, vagy ha felraktad a port-fából az utf8locale-t vagy az nvidia-driver-t, akkor azokat is újból kell telepíteni, de csinálhatsz magadnak egy egyszerű scriptet, ami ezeket mind elvégzi.
Az időtényező persze kicsit nagyobb, de szerintem így sem kibírhatatlan (1-2 óra), gyorsíthatsz a dolgon azzal is, hogy a /etc/make.conf-ban letiltod azon elemek fordítását, amelyek nem kellenek. Pl. ha nem használsz sendmail-t vagy lpr-t, akkor a NO_LPR=yes, NO_SENDMAIL=yes ezt tudatja a makerrel és nem fordítja le őket.
[quote:750f43ee18="ricsip"]
Ez esetben a RELENG_4_10 a legbiztosabb nekem, minden forrást felrakok a telepítö cd-röl, így a "cvs src-all"-nak nem kell sok mindent letöltenie, és mehetnek a fentebb említett sorrendben a parancsok.
Ha mondjuk az egyes biztonsági frissítéseket rendszeresen letöltöd, akkor minimális anyagról van szó.
Nem tudom, mire akarod használni, de ha otthoni rendszer lesz, akkor én az 5.X-es szériára szavaznék. Egy példa: a dinamikus /dev és a devd-s attach, detachhez rendelhető funkciók nagyon megkönnyítik az életet, pláne ha sokat dugdosol usb-s cuccot a gépedbe. Ezen kívül, ha meglesz az 5-STABLE (elméletileg hamarosan), akkor a 4-es széria leszállóágba kerül és már nem nagyon lesz benne fejlesztés, inkább csak fix.
Laci
- A hozzászóláshoz be kell jelentkezni