ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverLinux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Útmutató az "unstable" btrfs teszteléséhez(E szösszenet megírásának apropója, hogy Chris Mason ma jelezte, hogy új btrfs lemezformátum került kiadásra, illetve hogy a héten még több ilyen változás várható annak érdekében, hogy a fejlesztők előállhassanak a végleges formátummal.) Ahogy közeledik a btrfs fejlesztése az 1.0-s állapothoz, úgy kap egyre nagyobb hangsúlyt a tesztelés fontossága. A tesztelés fontos a bugok megtalálása szempontjából. Minél többen teszteljük és jelentjük be a bugokat, annál nagyobb az esélye annak, hogy kevesebb hibával kerül majdan kiadásra az anyag a szélesebb publikum számára. A btrfs teszteléséhez szükség van a kernel modul és a "progs" segédprogramok forrására. A btrfs fejlesztői az aktuális kódot git tárolókban tárolják. A git tárolókhoz a git telepítésével lehet hozzáférni. A git telepítése: A forráskódok beszerzése: Készítsünk egy munkakönyvtárat. A kernel modul és a "progs" forráskódokat két külön tárolóból tudjuk kinyerni. A kernel modul forrásához az alábbi módon juthatunk: A "progs" forrásához pedig így: A megfelelő parancsok kiadása után a devel/btrfs könyvtárunkban két könyvtárat találunk: A források frissítéséhez legközelebb már nem kell letölteni az teljes forrásfákat, hanem a megfelelő könyvtárba lépve egy "git pull" paranccsal naprakészre hozható az adott forrásfa. Példa: A kernelmodul fordítása: A kernel modul fordításához szükség van a futó kernel header filejaira. Amennyiben nincsenek telepítve, telepítsük fel a megfelelő csomagot. Ha telepítve van a rendszerünkre, akkor nekiállhatunk a fordításnak: A fordítás eredménye egy "btrfs.ko" kernelmodul. A kernelmodult másoljuk a megfelelő helyre pl. /lib/modules/`uname -r`/kernel/fs/btrfs/btrfs.ko, majd adjuk ki a "depmod -a" parancsot. Ezután a kernelmodul betölthető: Ellenőrzés: A "progs" segédprogramok lefordítása: A fordítás előfeltétele, hogy telepítve legyen rendszerünkön az "uuid-dev" csomag. Ezután: A btrfs alapvető használata semmiben sem különbözik a többi filerendszerétől: Készítünk egy filerendszert: Mount-oljuk: Ellenőrizzük le: Amíg a lemezformátum nem nyeri el a végleges formáját, addig minden egyes formátumváltásnál le kell menteni a filerendszert (ha van rajta adat), majd újra létre kell hozni az új kernel modul / "progs" segédprogram páros "alatt". Ezután vissza lehet állítani az adatokat (ha voltak), illetve lehet használni a filerendszert. Kezdődhet a tesztelés! A hibákat érdemes a btrfs levezelési listára beküldeni.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzések
HUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 11% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 19% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 28% Egyáltalán nem ismerem. 33% Csak az eredmény érdekel. 6% Összes szavazat: 473
Új felhasználók
InformációKövess minket!Partnerünk |
Nagyobb a médiavisszhangja ennek a btrfsnek, mint a zfs-nek, lassan az öreganyám is ezzel fog bétateszterkedni.
Ebből is látszik, hogy a Sun nem ért a marketinghez! :)
Van erről a Chrisről fénykép? Bekeretezném.
Önös érdek. Minél többen foglalkoznak vele, annál nagyobb az érdeklődés. Remélem, hogy minél nagyobb az érdeklődés, annál jobban motiváltak a fejlesztők. Minél jobban motiváltak a fejlesztők, annál hamarabb lesz új filerendszer. :)
--
trey @ gépház
Ja, hogy te mindenképpen egy újra hajtasz. Kell a jávamikinek karira, mi? :)
"Kell a jávamikinek karira"
És megjött!!!!1111 :))
--
trey @ gépház
Ah YESS!
A kedvenc évszakom!
Az csak nem egy Chris Mason marionett a jobb kezében? Jujj de izgi, fsckzhatunk és izgulhatunk az adatainkért a fa alatt, miközben karácsonyi dalokat énekelgetve próbálunk keresni valamit az interneten a google://btrfs recovery segítségével!
(tudom, tudom, karácsonyra nem is a mikulás hozza a btrfs-t, hanem a lájnuszka!)
Mindig decemberben esik le, hogy év közben vhogy elb.sztam a java pluginomat :D
De a JavaMikulás kedvéért mindig meg is javítom.
Afene, csak 9.04-ben lesz natív 64bit-es Java plugin:-(
errol valami info? ha ez komoly akkor ideje lesz atallnom 64 bitre.
Fedorában a 8 óta van és működik (CIB internet bankon tesztelve).
Gábor
:DDD
Help nekem!
Ha még nincs végleges lemezformátum, akkor miért kell kiadni tesztelésre? Most még túl sok minden változhat, nem?
a kernel is kintvan pedig
Épp írni akartam az unstable api nonsense-t. :)
Ez egy "unstable" git repo. A benne levő kódot ebben az állapotában még senki sem adta ki tesztelésre. Ez a cikk azoknak szól, akik a fejlesztés folyamán segíteni kívánnak a tesztelőknek az alapvető hibák kiszűrésében. Például különböző disztribúciókon, kernel verziókon lefordítják, teszteket végeznek, benchmarkolnak és ezek eredményét visszaküldik a listára. Aki fejlesztett már valamit is életében, az tudja, hogy a tesztelés - a hardverek széles skáláján - milyen fontos dolog.
A btrfs v0.15 környékén például amikor a filerendszer benchmarkokat csináltam, belefutottam egy bugba. Szóltam Chris-nek, aki nem tudta reprodukálni a hibát a tesztgépein. Erre adtam neki egy account-ot arra a HP szerverre, amin a teszteket végeztem. Kb. 10 perc alatt kijavította a hibát. Erről szól ez.
--
trey @ gépház
Desktop felhasználás mellett hoz majd ez a filerendszer valami előnyt, vagy plusz szolgáltatást?
Nagy Péter
Remelhetoleg gyorsabb, ha absolute semmi mas nem erdekel.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
Én még kiemelném a
* solid state disk optimalizált működést,
* tömörítést,
* online töredezettségmentesítést
mint ami desktopon szerintem érdekes lehet.
online fsck, checksum-olás, stb.
--
trey @ gépház
Érdekes, bár a tomorítés nem lenne annyira fontos, ha egy "átlagos" disztronak 10 gigatol nem kell tobb és terrás vinyok se drágák már.
Azért a download/storage partíciókat lehet, hogy érdemes tömörítve tárolni.
Attól függ mit tárolsz a download partíción.
Ha képeket, videókat, iso-kat, és hasonlókat, azok már eleve tömörítettek...
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
Engem pont a tömörítés győzött meg a legjobban az előnyök közül.
NTFS-en én szeretem a tömörítést használni.
Adatokon is jól tud jönni, de főleg néhány ritkán használt nagy programnál hasznos (számomra)
nitpicking, de 'git pull' es nem 'git-pull', 1.6.0 ota az utobbi nem is mukodik alapbol. bovebben itt.
Itt 1.5-ös git van, de ha megszűnik a git-pull, akkor valóban érdemes mielőtt áttérni a "git pull"-ra. Javítottam.
--
trey @ gépház
hmm nem is olyan rossz :) A Jaunty Alpha2-höz fordítva már szépen megy (Interpiddel nem) :)
Tetszik! :D