cwbe coordinatez:
101
63540
63542
2109677
64018
1358390

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::1
show[ 2 | 3] flat


pred par dnami mi uspesne odisla particia s /usr,
freebsd 4kovej rady, ufs + softupdates, ostatne particie aj dalsie disky neporusene. /"odisla" = dma fallback to pio mode pri bootovani, nemoznost citat urcitu mnozinu sektorov, hard error-y na danej particii, fsck -> zistenie co zodpovedalo tym sektorom a nasledny vymaz, couz/

pricina je imho nasilne vypnutie v housingovom centre

ext3/reiserfs/xfs a pod by mozno takyto vypadok prezili bez vacsej ujmy..

toto ma uz nejaky cas serie a neviem co s tym, pozeram release notes fbsd 5.3 stable a zas ziadne osetrenie dopadu vypadkov energie a nasilnych zverskych shutdownuti na fs. tusi niekto ako to trosku ochranit? tj. opatrenia pre zachovanie konzistencie filesystemu pri nasilnom vypnuti.




00000101000635400006354202109677000640180135839001362765
Rej
 Rej      24.01.2005 - 22:51:54 , level: 1, UP   NEW
googluj a na freebsd.org si precitaj o ufs2, ma rieseny aj fallback, aj ked to neni journal file system

0000010100063540000635420210967700064018013583900136276501372050
TomX
 TomX      27.01.2005 - 16:17:50 , level: 2, UP   NEW
jj, ufs2/softupdates/ups

anyway rad by som pridal treti disk a poriesil raid5,
rozmyslam nad GEOM, ale zatial som nevyguglil ziadnu schopnu dokumentaciu na raid5 s geom at fbsd5.3

btw. openbsd pf vyzera pekne ;) anyway netusim ci je uz dostatocne stable pod fbsd

000001010006354000063542021096770006401801358390013627650137205001384453
DanGer
 DanGer      31.01.2005 - 23:24:41 , level: 3, UP   NEW
pretoze gmirror raid 5 nevie ak dobre viem...

00000101000635400006354202109677000640180135839001362765013720500138445301384524
TomX
 TomX      31.01.2005 - 23:55:09 , level: 4, UP   NEW
gmirror ma na starosti len raid 1.

raid 5 je implementovane pod gvinum, anyway na jednoprocesorovych strojoch nefici koli bugu v kerneli. navyse klasicky vinum je pod fbsd5.3 nepouzitelny. takze fbsd-stable nema funkcnu implementaciu raid5 (!).

raid3 aka graid3 som cez freesbie zatial nerozbehal. anyway nevidim to ruzovo, prilis cerstve (resp. _cerstve_). co na riesenie spolahlivosti/redundancie diskov vobec nie je dobry privlastok. dokumentacia pozostava z jednej nekompletnej manualovej stranky.

cele to ma na starosti jeden clovek - Pawel Jakub Dawidek, ocividne nestiha.

bordel, vseobecne vyvoj fbsd v poslednom case sa mi nepaci a prognoza tiez nevyzera dobre. 6.x vyzera zaujimavo ale stable bude predpokladam tak mozno o 2 roky.

anyway 4.x je uz technologicky naozaj trosku zastarale, nemienim pri nom zostat. 5.3 ma privlastok "stable" imho zatial nepravom. az v 5.4 maju byt vobec fixnute problemy spojene so SMP (resp. jednoprocesorove stroje).

potrebujem riesit sw raid na produkcnom servri a zial to vyzera tak ze tam budem musiet dat lunex :( a nejak mi nostalgicke citove vztahy k fbsd taketo nieco este stale nedovolili :).. ;/

0000010100063540000635420210967700064018013583900136276501372050013844530138452401384558
Rej
 Rej      01.02.2005 - 00:07:57 , level: 5, UP   NEW
poznam to, nakoniec ten stroj nainstaloval kolega :))