Bbt:
„21-es hibakód.”
sorry, de meg mindig nem ertem;
pontosan masold be a hibauzenetet;

„ha egy másik vinyó MBR-je aktív, az elsõ vinyón levõjével mit csinál? nem rakja hidden-be? (hogy lehet bootable-é tenni egy partíciót adatvesztés nélül?)”
elsozor a biosban megjelolt elso boot devirol probal bootolni, tehat annak mbrje szamit;

„title test kernel test grub
kernel /boot/bzImage-2.6.8_0_bbt root=/dev/hda6 ro”
ez mit csinal, tehat a „test grub” alatt mit ertesz?

„fellow: azért a cp parancsot nem igazán erre találták ki. az összes felmountolt állományt is másolni akarja, így viszont cseppet körülnményes…”
cp -r -f /bin /mnt/ujwinyo
cp -r -f /boot /mnt/ujwinyo
…

„viszont akár mc alól egy f5-el is el lehet érni hasonló eredményt… ? „
persze, lenyeg hogy minden menjen at (symliket ne kovesse, hanem symlinkkent tegye at; /dev atmenyjen; stb);

a grub probleman meg gondolkodom;

addig nyomj egy ‘fdisk -l’t;
es a jelenlegi grub hol van? hdc mbrjeben?

gondolom a guest os a dhcp;
ha a vmwaret nat modra allitod, akkor a host os szempontjabol pontosan ugy fogja elerni a halot, mint barmilyen mas program;

sz_pista:
„Már 32M van benne,(találtam még )”
ha ket hettel elobb szolsz megdotalak volna meg 32vel (4db 8as modul), de mar lepasszoltam;
64 mar oleg sok mindenre eleg;

a vmwaret natra allitsd, a host ost pedig dhcpre;

(eleve az uj topickok letrehozasaval es regiek osszevonasaval kapcsolatban akartam irni, de vegul fellow mesedeltutan fog tartani)

van egy alapveto problemam: a forum mindig a „jelenben” mukodik igazan jol, mivel a topickok 1/3a nem arrol szol ahol a topick van / amilyen cimet adtak neki, 1/3a idokozben mas temara valt es 1/3a van talan rendben; ez zavaro es imho keveset tehetunk ellene, hacsak nem lenne 2 tucat moderator, aki egyfolytaban rendben tartana (topick osszevonas, szetvagas, atnevezes, athelyezes, stb) mindent visszamenoleg; de ez se hozna sok sikert, mivel ekepeszto nagy a redundancia, ami foleg keresesnel jon elo (mar ha keres vki): egy-egy elterjedtebb tema rengeteg topickban van szetaprozva, neha elavult ill. nem pontos informaciokkal; es ez igencsak nagy problema;
nos, regen sokat mergelodtem e miatt, vegul jott mult decemberben a szikra: osszeszedni a redundans dolgokat egy helyre, amire kesobb lehet hivatkozni ill. frissen tartani ill. szukseg eseten javitani; es lon a faq, ami ugyan nem volt teljes meg konnyen kezelheto, meg semmi, de: volt (van) mint megoldas;
csakhat iras kozben rajottem, hogy egy embernek ez marha nagy munka es raadasul herman otto ota nem volt igazi polihisztorunk, igy jott a masodik szikra: linuxforum wiki; pontosabban nem egy mediawiki klon, hanem kulon erre a celra megalkotott „helpdesk”;
ez volt iden marciusban es az egesz faq otletet rogton partfogasba vevo gabamannal meg is osztottam az otletet; vegulis a tervezes szintjeig jutottunk el;
kozben lekotottek egyeb dolgok, de nemreg egyzetettem egy regi haverral, aki nalam jobban ert a temahoz es fel ev utan (a regi terveket atdolgozva) elindul a dolog megvalositasa;
leglenyegesebb kulonbseg az eddigi wikikhez kepset a sokkal erosebb strukturaltsag lesz; nem a hupwiki vetjtarsanak szanjuk, hanem kiegeszitojenek: itt problemak es megoldasaik lesznek, ott reszeltesebb ismertetok;

hangulatkeltes megtorten, lenyeges kerdes: mikor?
annyi biztos, hogy per pillanat nem nagyon erek ra (maganban) es a kezdes elott par dolgot meg el kell inteznem (linuxszal kapcsolatban);
de az elso hasznalhato valtozattol kezdve az egesz fejlesztes a leheto legnyiltabban fog folyni;

idevago dolog:
a ket nagyobb irasom azert szuletett mert nem talaltam a temajukban elegge friss es elegge alapos dokumentaciot; most, „befejezes” (amit terveztem beleirtam) utan gondolkotam mit lehetne veluk csinalni, mi lenne mindenki szamara a leghasznosabb lepes; vegul a hupwikibeli publikalas mellett dontottem; a megvalositas (wiki) oka egyszeru: hiszek benne, hogy a nyilt fejlesztesi modell sokkal jobb termeket eredmenyez, mint egy zart vagy nyilt, de egy kezben tartott; bar zart forrasu vilagban eltoltott tizen ev utan meg ma is kicsit furcsa az oss/fs hozzaallas, de a ma is futo probam (mig a faq csak elkeszulte utan lett publikalva, a debian_desktop az elso betutol kezdve publikalva lett, folyamatos „verziokovetessel” es „supportal”) azt mutatta, hogy a regi beidegzodeseket leheto leggyorsabban el kell felejteni: egy nyilt project ritkan jut arra a sorsra, hogy „szetlopjak”, sokkal inkabb a fejlesztok es felhasznalok leheto legjobb egyuttmukodeset eredmenyezi;
szoval wikiben megy at mindket doksi, a karbantartas es fejlesztes megkonnyitese erdekeben; (nem utolso sorban az unicode plain text miatt se kell tobbet hallgatnom)
felreeertes ne essek: nem azert hupwiki, mert „cserbenhagyom” a lforumot, vagy nem bizok bennetek, vagy felvagasbol; egyszeruen ez egy mukodo es bejaratott hely; persze van szemelyes oka is (minek tagadnam): szeretem szeparalni a dolgokat, sok problemara sok idealis megoldast alkalmazni, a keves reszmegoldas helyett; konkretan nalam mindig a hup volt a „komoly” terep, a komolyabb irasoke, a lforum pedig egy kotetlenebb hely, ahol a felhasznalok a problemaikat beszelik meg;
a kernel_felkonfig jo esetben meg a heten felkerul, kivancsi vagyok a hatasra;

roviden ennyi, back2work;