Súborové systémy - I (diskuse)

[L.]

Nedostatek umsdosu je predevsim nestabilita. Obcas zmrsi dlouhe nazvy, casto se ze souboru stane adresar a to se pak teprve zacnou dit veci... Jak to vyresit? Nepouzivat!
L.

[rastos]

Este jeden sposob ako to vyriesit je "napisat bug report" . Osobne som s umsdos problem nemal, ale nepouzival som ho najak extra casto.

[Tomáš]

Podle názvu bych od článku čekal víc teorie. Tedy, jak je to udělané uvnitř a porovnání (ne)výhod. Problém mountování různých FS a vychytávky typu znaků z jiné znakové sady by vydal na samostaný článek, možná i víc.

[rastos]

Poslal som abclinuxu.cz viacero clankov popisujucich a vysvetlujucich problematiku predpokladajuc nizku znalost zo strany citatelov. Takze sa tu vyskytne este zopar clankov, na ktore dostanem komentare "cakal som od toho viac" . Mojim cielom bolo/je napisat nieco kam mozem hodit linku do fora ludom co s linuxom zacinaju a nie su im jasne pojmy a zaklady.

Na druhej strane, nebranim sa konkretnym pripomienkam a ked povies, co by tam este malo byt, tak pridam.

Co sa tyka lokalizovanych mien suborov - moja skusenost je taka, ze najspolahlivejsie je pouzivat anglicku abecedu. Viem ze to znie blbo. Stretol som sa uz z anglickymi windowsami co nevedeli najst subor na diskete kam bol dany ceskymi windowsami, s windowsami, ktore nevedeli najst subory na CD-cku vytvorenom pod Linuxom. S ext3, ktore tam tie subory malo, ale bolo treba nastavit lokale a font, kazdemu programu co ich mal najst, tar archivom, co zbalil ale nerozbalil atd. atd. Proste, ked sa chcete vyhnut problemom, kaslite na diakritku. Som si vedomy, ze sa vyskytuju vo fore otazky napr. na sambu s diakritikou pomerne casto. Ale mam trocha obavy ci dokazem napisat dokument, ktory _spolahlivo_ dovedie zaciatocnika k tomu aby mal fs s diakritikou.

[deda.jabko]

taky bych se priklanel k tomu, aby jednotlive souborove systemy byly popsany vic do hloubky, na druhou stranu sveho casu tady vysel velice dobry serial "moderni souborove systemy" http://www.abclinuxu.cz/clanky/show/11662 tak proc se opakovat.

[Robert Krátký]

Přesně tak. Také jsem autorovi říkal, že nemá smysl rozšiřovat článek o detailní popis jednotlivých žurnálovacích filesystémů, protože už o nich jeden seriál máme. Je na něj odkaz mezi "Souvisejícími články". Takto se budou tyto dva seriály vhodně doplňovat.

[Tomáš]

Mel jsem na mysli problem tohoto druhu: Stahuji z FTP serveru (resp. ciziho disku v supliku) soubory, ktere maji diakritiku. Jak nastavit prislusne parametry (kodovani)? Mam zkusenost, ze klikos natlaci z woken na linuxovy server soubory s diakritkou (pravdepodbne ma v Sambe spatne nastaveni), ja to potom stahnu a nestacim se divit. A jak se treba zachovat, kdyz na prvni pohled vidim, ze to kodovani je zmatene uz na serveru?

Osobne pouzivam v nazvech souboru jenom pismena, cisla, pomlcku, podtzitko a tecku. Kdyz se rozsoupnu, tak i '+'.

Jako perlicku muzu uvest prihodu: Stahl jsem soubory se zmrsenymi nazvy do supliku, prepojil do pocitace s W98 a nektere soubory to proste nevzalo (po prevezeni zpatky jsem se presvedil, ze data tam jsou a dokonce citelna-z linuxu).

[jm]

Toto je treba resit predevsim na urovni spravce toho FTP. Kodovani asi zadne nenastavite, protoze uz je beznadejne zmrsene. Do nazvu souboru a adresaru na FTP nepatri zadne mezery, zadna diakritika. Takto by to melo byt nastaveno na tom FTP serveru napr. pres path-filter ^[-A-Za-z0-9\._] ^\. ^-

[Luk]

Diakritiku používám v Linuxu (RH 9) delší dobu bez problémů (resp. problémy mají jen opravdu staré aplikace). BTW nejhorší problémy jsem zažil kdysi s MSIE - uložil jsem WWW stránku do souboru a s tím souborem už pak nešlo dělat vůbec nic. Obsahoval znaky, které nejsou ve Win povolené a tak ten soubor nešel ani smazat. Jediné řešení - přestartovat do Linuxu a tam s ním něco provést (smazat, přejmenovat atd.).

[Hlipa]

Nevim jak je ta dokumentace presna, ale na adrese www.ntfs.com lze naji celkem zajimavy prehled struktury i s vlatnostmi NTFS 5.

[Libor Valenta]

Pokud FS s EXT3 ztrati cely Journal (hypoteticky), jde jej obnovit ze stavajicich dat, ktera zustala nedotcena? DUMPE2FS dokaze z poskozeneho disku tahat data, nebo (jak je psano v MANu) ho jen zkoumat? Nebo to je jiny program, ktery dokaze zachranovat data z EXT3?

[Jiří Svoboda]

Vzhledem k tomu, ze zurnal je vlastne jen specialni typ souboru a ze v nem nejsou ulozena zadna data ani metadata, ale vlastne jen "zmeny", tak by kompletni ztrata zurnalu nemela prilis vadit (vse je relativni). Proste se z toho fileystemu stane normalni poskozeny ext2.
Protoze ext3 je ext2 + zurnal, tak se na ext3 daji aplikovat skoro vsechny postupy z ext2 (krome napr. undelete).

[Peto_MiG]

Dozvedel som sa zopar zaujimavych veci, najma ako asi vyriesit pristupove prava k diskom :o) Zaujal ma tiez parameter nls= vo fstab. Ja som doteraz pouzival iocharset= a teraz neviem, ci spravne. Ako je to teda? V clanku je chyba citujem "(pre slovenčinu a jadrá 2.4 iso8859-2, pre jadrá 2.6 nls=iso8859-2)"

[Peter Golis]

presne tak. prikaz modinfo nazov_modulu by to mal prezradit. ale u mna sa stavalo v kombinacii RH 8, disk z win2k NTFS ze vyzadoval kodovu stranku utf8 s ktorou mi to pracovalo korektne. jadro som mal okolo 2.4.22 (pametam si to len koli tomu, ze moj telefon (n5510) pracujuci aj ako usb harddisk vyzadoval pri starsom jadre zaplatu do /usr/src/linux/drivers/usb/storage/unusual_devs.h aby ho to rozpoznalo a pri 2.4.22 to precistili a uz nebola potrebna )

[jiri.b]

No jednou jsem laboroval po letmem cteni man mount s umask a dmask tak abych zajistil, ze po zkopirovani souboru nebo i adresaru byly na unix souborovem systemu spravna prava...

No nakonec se mi to nepovedlo nebo jsem to asi spatne pochopil... Tak zatim to delam primitivne rucne :) chmod -r 755 adresar a pak premenim prava v podadresarich ... :( No dost vopruz treba kdyz jsem kopirovat adresare s podadresari podle alb interpreta u mp3...

Jak to teda jde...?

Jiri

[rastos]

Mohol by si napisat aky bol zdrojovy a cielovy fs, ake su povodne prava pre subor a adresar a ake prava ocakavas a dostanes na cielovom fs?

[Petrik]

NTFS skutecne NENI rychlejsi nez FAT32 a to ani nahodou. Mozna to je mensi velikosti clusteru, ale kazdopadne pod woknama je asi o 1/4 az o 1/3 pomalejsi a to ve vsech operacich, navic je dost nestabilni, nekolikrat jsem prisel o vsechna data, na FAT32 ani jednou...

[hidden]

Povysovat fat32 nad ntfs povazuji s prominutim za blabol.

[rajo AT platon.sk]

Ja sice NTFS nepouzivam, ale o data na FAT32 som prisiel viackrat. Naposledy sa to stalo pri defragmentacii particie o velkosit cca 18 - 20 GB. Defragmentator (vo Win98) to dostal do takeho stavu, ze mi poprepisoval partition table (cim zmizli linuxove particie /dev/hda9 az /dev/hda12 - nastastie som mal tabulku rozdelenia disku opisanu na papieri! ;), pocas defragmentacie pozapisoval presuvane data do tej linuxovej casti, takze dodrbal linuxovy filesystem. Proste sa uplne zhulil. Nastastie sa mi podarilo z nahodne urobenej zalohy linux spatne rozbehat, ale zabil som tym asi jeden den.

Este aj ta defragmenacia skoncila s nejakou uletenou chybou. Takze na FAT32 a defragmentator pozor!

[Petrik]

No jo, pod W98, to se ani nedivim, to neni chyba FAT32, ale tech woken...ja jsem pred prechodem na XFS a mandrake pouzival WXP a k naproste spokojenosti (ohledne FAT32).

K te rychlosti: je to zcela objektivni a potvrdi vam to kazdy benchmark i relane aplikace, NTFS je proste hrozne pomaly, FAT32 naopak velmi rychle...

[Jiří Svoboda]

Hehehe. Vtip dne.
Je fakt, ze pokud je na FAT32 malo souboru a adresaru, tak rychlejsi je. NTFS uklada preci jen vice metadat. Diky databazove povaze NTFS se vsak se zvysujicim pocatem souboru a adresaru stava oproti FAT32 vyrazne rychlejsi.
NTFS je samozrejme i bezpecnejsi. Jednim z duvodu je i to, ze je to zurnalovaci filesystem. Ja sam videl neobnovitelne zhroucenou NTFS jednou.

[Libor Valenta]

Souhlas. NTFS je predevsim bezpecnejsi a pripadne pady nebo zhrouceni NTFS jsou zpusobeny predevsim rukama (a taky "dobrym" napadem provozovat NTFS pod Win98. Ja vim ze to JDE, ale at si pak nikdo nestezuje ze to jde, jak to jde).

[xxx]

NTFS je hlavně o přístupových právech...

Proto je vizuálně pomalejší. Ale při velkém zatížení je pro Win nejlepší...

[XSimi]

No nevim kolik si videl zhroucenejch disku, ale zarucuju ti ze teh s fat je vic a ntfs se lip opravuji. To mi ver.¨

[Peto_MiG]

Zistil som, ze spominana volba vo FSTAB (nls=) v kerneli 2.6 nefunguje, neviem ako v starsich. Spravny parameter je skutocne iocharset=

[bin ladin]

FAT sem dlohou dobu používal a PC bylo svižné. Teď používám NTFS, je to ale jen kvuli tomu že FAT neuloží vetší soubor než 4GB jinak je NTFS příšerně pomalý, ten rozdíl se nedá přehlídnout při kopírování (rozdíl několika MB za sekundu!!) prostě rychlost naprosto frustrující