abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    včera 13:55 | Nová verze

    Byla vydána verze 0.77 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.

    Ladislav Hagara | Komentářů: 2
    27.5. 12:11 | Nová verze

    SteamOS (Wikipedie) byl vydán ve verzi 3.2. Přehled novinek v oznámení.

    Ladislav Hagara | Komentářů: 1
    27.5. 09:00 | Nová verze

    SecureDrop (Wikipedie, GitHub) je open source platforma pro bezpečné a důvěrné sdílení informací mezi žurnalisty a jejich zdroji. Vydána byla nová verze 2.4.0.

    Ladislav Hagara | Komentářů: 0
    26.5. 20:33 | IT novinky

    Společnost Proton AG představila novinky ve svých službách Proton Mail, Proton VPN, Proton Calendar a Proton Drive. Služby jsou přístupné z nového webu proton.me. Aktualizován byl ceník. Představen nový vizuál.

    Ladislav Hagara | Komentářů: 1
    26.5. 19:22 | Nová verze

    Týden po vydání Red Hat Enterprise Linux (RHEL) 9.0 byl vydán jeho klon AlmaLinux 9. Podrobnosti v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 6
    26.5. 15:00 | IT novinky

    Broadcom kupuje firmu VMware za 61 miliard dolarů.

    Ladislav Hagara | Komentářů: 12
    26.5. 09:55 | Nová verze

    Google Chrome 102 byl s verzí 102.0.5005.61 prohlášen za stabilní. Opraveno bylo 32 bezpečnostních chyb. Přehled novinek na Chromium Blogu nebo na Chrome Platform Status. Oficiální přehled novinek (New in Chrome, YouTube) zatím nebyl publikován. Přehled novinek v nástrojích pro vývojáře je bez videa.

    Ladislav Hagara | Komentářů: 0
    26.5. 01:55 | Komunita

    The Open Source Software Security Mobilization Plan (pdf) je konsorciem The Linux Foundation zastřešen plán na zvýšení bezpečnosti open source softwaru.

    Ladislav Hagara | Komentářů: 2
    26.5. 00:11 | Zajímavý článek

    Minulý týden proběhla hackerská soutěž Pwn2Own Vancouver 2022. Máte-li na starost bezpečnost IT, výsledky vás nepotěší. Microsoft Teams, Oracle Virtualbox, Mozilla Firefox, Microsoft Windows 11, Ubuntu Desktop, Apple Safari, Tesla Model 3 Infotainment System. Vše potopeno. Demonstrované bezpečnostní chyby ve Firefoxu jsou již opraveny ve verzi 100.0.2.

    Ladislav Hagara | Komentářů: 0
    25.5. 13:22 | Nová verze

    Lokální úložiště Stratis (Wikipedie), alternativa k úložištím s ZFS a Btrfs, bylo vydáno ve verzi 3.1.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 6
    Na sociálních sítích nebo jiných webových diskuzích vystupuji pod
     (61%)
     (17%)
     (22%)
    Celkem 358 hlasů
     Komentářů: 29, poslední 24.5. 00:02
    Rozcestník


    Súborové systémy - I

    15. 4. 2004 | Rastislav Stanik | Systém | 23616×

    Co je to souborový systém, jak funguje, k čemu slouží? Popis různých filesystémů od FAT až po Ext2.

    Pravdepodobne viete, že údaje sa v počítači ukladajú na disk. Na to, abyste mohli ale nejaké údaje ukladať, musí byť jasné, kde presne na disku tieto údaje budú uložené a ako ich nájdete, až ich budete potrebovať. Presne túto úlohu riešia súborové systémy. Súborový systém je teda štruktúra obsahujúca súbory (ich obsah) a ich atribúty a ďalšie informácie potrebné pre prácu so súbormi - metadáta.

    Čo majú spoločné adresár a súbor?

    Adresár (angl. directory) je v našom jazyku známy pod mnohými menami: zložka, priečinok, atď. Treba si uvedomiť, že adresár je len zvláštny typ súboru. Jeho zvláštnosť spočíva v tom, že pre daný typ súborového systému má vopred definovanú štruktúru. Pre novšie, inteligentné súborové systémy táto štruktúra obsahuje meno súboru a číslo tzv. inodu. Inode je časťou metadát a obsahuje informácie o súbore ako sú jeho prístupové práva, dátum a čas vzniku, veľkosť a podobne. To prináša zo sebou zaujímavú možnosť mať v dvoch rôznych adresároch záznam ukazujúci na ten istý inode. Vtedy vlastne existuje jeden súbor na disku, má jediné miesto uchovávajúce prístupové práva, veľkosť a podobne, ale môže mať rôzne mená. Vo svete Unixu sa to označuje ako linka - hard linka.

    Pripájanie a odpájanie súborových systémov

    Na rozdiel od operačného systému MSDOS alebo Windows, súborové systémy v Unixoch spravidla nevidno automaticky (výnimku tvorí systém supermount, ktorý je ale mimo rozsah tohoto dokumentu). Každý súborový systém, ktorý má byť dostupný operačnému systému či jeho užívateľom, je nutné najprv pripojiť. Súbor /etc/fstab obsahuje záznam o tom, ktoré súborové systémy sa pripoja automaticky pri štarte systému.

    Je dôležité si uvedomiť, že potreba pripájať a odpájať súborové systémy sa týka aj diskiet, CD-čiek a podobne. Zariadenia, ktoré podporujú zamykanie, zamknú médium po dobu, kedy je súborový systém na médiu pripojený. To znamená napríklad, že CD mechanika alebo ZIP mechanika nereagujú na tlačidlo pre vybratie média, ak súborový systém na tomto médiu je pripojený. Na druhej strane, súborový systém nie je možné odpojiť, ak sa používa. To znamená, že ak nejaký program má otvorený súbor na tomto súborovom systéme, alebo nejaký proces má adresár na tomto súborovom systéme nastavený ako aktuálny adresár.

    Žurnálovacie súborové systémy

    Ako sme už povedali, jednou zo základných vlastností súborového systému je uchovávanie údajov. A to najhoršie, čo sa môže stať, je havária, ktorá môže mať za následok stratu týchto údajov. Žurnálovacie súborové systémy boli vyvinuté s cieľom obmedziť riziko straty dát na minimum. Preto sa každá operácia zapisuje do takzvaného žurnálu a v prípade, že sa skutočne úspešne dokončí, tak sa v žurnále označí za vykonanú. V prípade, že dôjde k havárii, tak v žurnále môže systém zistiť, ktoré operácie boli dokončené, a čo bolo skutočne zapísané na disk. Operácie, ktoré neboli dokončené, akoby sa ani nestali. To znamená, že síce môžete prísť o nejaké údaje (z poslednej operácie), ale stav súborového systému ako takého je konzistentný. Za zmienku stojí informácia, že z dôvodou rýchlosti sa často žurnálujú len metadáta.

    FAT

    FAT (File Allocation Table) ste mohli stretnúť medzi prvými v operačnom systéme MS-DOS. Charakterizovať ho možno tým, že súbory usporadáva do stromovej štrukúry adresárov, pričom hlavný adresár má stanovený maximálny počet položiek, ktoré môže obsahovať. Ďalšou charakteristickou črtou je FAT tabuľka. FAT filesystém obsahuje tieto tabuľky dve a pokiaľ je všetko v poriadku, tak sú rovnaké.

    FAT je blok dát na začiatku súborového systému, kde sú poradové čísla blokov, na ktorých sa nachádza ten ktorý súbor. V časoch MS-DOS 3.1 boli tieto čísla 12 bitové. Preto môžete občas nájsť tiež označenie FAT12. Samozrejme z toho vyplýva aj obmedzenie na počet dátových blokov, ktoré môže taký súborový systém obsahovať - 212.

    S príchodom väčších diskov prišli aj FAT systémy so 16 bitovými indexami blokov (FAT16) a neskôr až 32 bitovými indexami (FAT32). Poslednou črtou, ktorú spomenieme, je obmedzenie mien súborov. Pôvodne bolo toto obmedzenie stanovené na 8 znakov vlastného mena a 3 znaky prípony. Oboje mohli obsahovať len ASCII znaky. Keď narástla potreba na dlhšie mená súborov, firma Microsoft pre udržanie spätne kompatibility zaviedla konvenciu, podľa ktorej je ôsmy znak nahradený znakom ~ (tilda), na znak toho, že meno súboru pokračuje v ďalšej položke adresára. Tieto rozšírenia dali príčinu pre nové meno: VFAT (Versatile(?) FAT). Nedostatkom FAT je, že informácie inodu má uložené priamo v štruktúre adresárov.

    Jedným z miest, kde FAT prežíva do dnešných čias, sú diskety.

    # mount /dev/fd0 /mnt/floppy/

    Všimnite si ale, že prístupové práva v takomto prípade povoľujú prístup pre zápis len pre roota:

    # ls -ld /mnt/floppy /mnt/floppy/subor.txt
    drwxr--r--  3 root  root   7168 Jan  1  1970 /mnt/floppy
    -rwxr--r--  1 root  root  92599 Jul 19  1996 /mnt/floppy/subor.txt

    Pokiaľ chcete povoliť prístup iným užívateľom, môžete použiť niektorý z iných spôsobov. Všimnite si prístupové práva adresára

    # mount -oumask=022 /dev/fd0 /mnt/floppy/
    # ls -ld /mnt/floppy/ /mnt/floppy/subor.txt
    drwxr-xr-x  3 root  root   7168 Jan  1  1970 /mnt/floppy/
    -rwxr-xr-x  1 root  root  92599 Jul 19  1996 /mnt/floppy/subor.txt
    # umount /mnt/floppy
    # mount -oumask=007,uid=rastos,gid=floppy /dev/fd0 /mnt/floppy/
    # ls -ld /mnt/floppy/ /mnt/floppy/subor.txt
    drwxrwx---  3 rastos  floppy   7168 Jan  1  1970 /mnt/floppy/
    -rwxrwx---  1 rastos  floppy  92599 Jul 19  1996 /mnt/floppy/subor.txt

    Aby ste nemuseli vždy zadávať všetky parametre programu mount, môžete vložiť príslušný riadok do /etc/fstab:

    /dev/fd0   /mnt/floppy     auto  
     defaults,noauto,users,uid=rastos,gid=floppy,umask=007  0  0

    NTFS a WinFS

    NTFS je ďalším vývojovým krokom z dielne Microsoftu. Je rýchlejší, bezpečnejší a skutočne používa koncepciu inodov. Jeho hlavný nedostatok vidím v tom, že podrobnosti o jeho štruktúre nie sú verejne dostupné. Dôsledkom toho je to, že linuxový ovládač pre tento súborový systém podporuje len čítanie. Kód pre zápis je označovaný za experimentálny a v súčasnej dobe by mal umožňovať prepisovanie obsahu súborov za predpokladu, že nemeníte ich dĺžku.

    WinFS vlastne nie je súborový systém, ale nadstavba nad NTFS, ktorá má umožniť rýchlejšie vyhľadávanie údajov pridaním istej funkcionality z oblasti databáz.

    Pozor na to, že súbory, ktorých mená obsahujú znaky mimo ISO-8859-1, nemusí byť pod Linuxom vidno, ak nepoužijete príslušnú voľbu pri pripájaní (pre slovenčinu a jadrá 2.4 iso8859-2, pre jadrá 2.6 nls=iso8859-2)

    # mount -oro,umask=0222,nls=iso8859-2 /dev/hda2 /mnt/nt
    # ls -ld /mnt/nt "/mnt/hd/Documents and Settings/rastos/My Documents/"
    dr-xr-xr-x  1 root  root   8192 2003-01-25 17:39 /mnt/nt
    -r-xr-xr-x  2 root  root 630784 2003-01-25 18:46 /mnt/hd/Documents and 
                                    Settings/rastos/My Documents/návod.doc

    Príslušný riadok v /etc/fstab potom vyzerá takto:

    /dev/hda2 /mnt/nt ntfs defaults,ro,users,umask=0222,nsl=iso8859-2 1 0

    Unixové súborové systémy

    Svet Unixu a jeho klonov je ďaleko bohatší. Nájdeme tu

    • UFS - Unix File System
    • Minix File system
    • ext2 - second extended filesystem
    • ReiserFS
    • a mnoho iných

    Jednou z typických vlastností unixových súborových systémov je to, že blok inodov (tzv. superblok) má viacero kópií rozmiestnených po disku, ktoré operačný systém udržiava zosynchronizované. V prípade, že dôjde k pádu systému, môžete stanoviť, ktorá kópia sa má pužiť pri oprave súborového systému.

    Keďže najpravdepodobnejšie sa stretnete s operačným systémom Linux, spomenieme situáciu na ňom. Ešte donedávna takmer každý linuxový systém používal ext2. Potom ale narástla ponuka žurnálovacích súborových systémov. Preto dnes môžeme bežne stretnúť ext3 (nástupcu ext2) či reiserfs.

    Súborový systém Ext2

    Ext2 je jeden z najrozšírenejších súborových systémov používaných pod Linuxom. Je to klasický unixový súborový systém podporujúci uchovávanie prístupových práv vlastníka, skupiny a ostatných. Podporuje symbolické linky i hard linky, špeciálne súbory atď.

    Vlastnosti súborového systému ext2 možno upravovať pomocou programu tunefs. Medzi vlastnosti patrí napríklad percento kapacity, ktoré je rezervované pre užívateľa root. Výchozí hodnota je 5 %. Ďalšou vlastnosťou je príznak, ktorý označuje, či je daný súborový systém čistý - teda či je konzistentný. Tento príznak sa nastaví na nie pri pripojení systému na zápis a na áno pri odpojení.

    Ak dôjde k pádu operačného systému, tento príznak zostane nastavený na nie a podľa neho fsck vie, či má vykonať úplnú kontrolu alebo nie. (Prepínač -f programu fsck vynúti vykonanie kontroli aj keď súborový systém vyzerá čistý.) Poslednou vlastnosťou, ktorú spomeniem, je počet pripojení, po dosiahnutí ktorého bude súborový systém označený ako not clean, aj keď k žiadnemu problému neprišlo. Ak sa chcete dozvedieť o ďalších zaujímavostiach ext2, pozrite sa na program dumpe2fs.

    Súborový systém UMSDOS

    Tento súborový systém je zaujímavý tým, že je založený na FAT. Odlišuje sa tým, že dopĺňa do neho vlastnosti typických unixových súborových systémov, ako je udržiavanie informácií o vlastníkovi, skupine, prístupových právach a podobne. Tieto informácie sú uložené v súbore --linux-.---, ktorý existuje v každom adresári takéhoto súborového systému. Keď súborový systém UMSDOS pripojíte ako FAT, tak tam tento súbor vidíte. Keď ho pripojíte ako UMSDOS, tak systém tento súbor skryje, ale zapisuje do neho zmeny vo vlastníctve, prístupových právach a iné atribúty. V prípade, že sa niečo zmení v čase keď tento súborový systém nie je pripojený ako UMSDOS, možno údaje v súbore --linux-.--- obnoviť programom umssync.

    Tento súborový systém teda umožňuje použiť existujúci súborový systém FAT ako vlastný unixový súborový systém. To sa často používa pre vyskúšanie unixového systému bez potreby zriaďovať pre neho samostatný súborový systém. Jeho navýhodou však je nižšia rýchlosť.

    Záver

    V druhom (a poslednom) dieli se pozreme na špeciálne súborové systémy: ISO9660, loop filesystem, NFS, swap a smbfs (pre sdielanie súborov medzi Windows a Linuxom).

           

    Hodnocení: 38 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    15.4.2004 07:30 L.
    Rozbalit Rozbalit vše Nedostatek umsdosu
    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.
    15.4.2004 08:25 rastos | skóre: 62 | blog: rastos
    Rozbalit Rozbalit vše Re: Nedostatek umsdosu
    Este jeden sposob ako to vyriesit je "napisat bug report" :-). Osobne som s umsdos problem nemal, ale nepouzival som ho najak extra casto.
    15.4.2004 08:06 Tomáš | skóre: 30 | blog: Tomik
    Rozbalit Rozbalit vše Čekal bych víc teorie
    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.
    15.4.2004 08:22 rastos | skóre: 62 | blog: rastos
    Rozbalit Rozbalit vše Re: Čekal bych víc teorie
    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.

    15.4.2004 11:19 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: Čekal bych víc teorie
    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.
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    15.4.2004 11:27 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Čekal bych víc teorie
    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.
    15.4.2004 13:26 Tomáš | skóre: 30 | blog: Tomik
    Rozbalit Rozbalit vše Re: Čekal bych víc teorie
    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).
    15.4.2004 15:18 jm
    Rozbalit Rozbalit vše Re: Čekal bych víc teorie
    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\._] ^\. ^-
    16.4.2004 11:50 Luk
    Rozbalit Rozbalit vše Re: Čekal bych víc teorie
    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.).
    15.4.2004 08:06 Hlipa
    Rozbalit Rozbalit vše Dokumentace k NTFS
    Nevim jak je ta dokumentace presna, ale na adrese www.ntfs.com lze naji celkem zajimavy prehled struktury i s vlatnostmi NTFS 5.
    15.4.2004 08:51 Libor Valenta | skóre: 13 | Trutnov
    Rozbalit Rozbalit vše EXT3
    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 avatar 15.4.2004 09:19 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: EXT3
    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).
    15.4.2004 09:00 Peto_MiG
    Rozbalit Rozbalit vše Vdaka za clanok
    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)"
    15.4.2004 11:04 Peter Golis | skóre: 63 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vdaka za clanok
    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 ;-))
    15.4.2004 15:30 jiri.b | skóre: 30 | blog: jirib
    Rozbalit Rozbalit vše Pristupova prava pri kopirovani z FAT atd.
    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
    16.4.2004 08:32 rastos | skóre: 62 | blog: rastos
    Rozbalit Rozbalit vše Re: Pristupova prava pri kopirovani z FAT atd.
    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?
    15.4.2004 23:14 Petrik
    Rozbalit Rozbalit vše NTFS je shit
    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...
    16.4.2004 00:28 hidden
    Rozbalit Rozbalit vše Re: NTFS je shit
    Povysovat fat32 nad ntfs povazuji s prominutim za blabol.
    16.4.2004 10:14 rajo AT platon.sk
    Rozbalit Rozbalit vše Re: NTFS je shit
    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!
    16.4.2004 10:48 Petrik
    Rozbalit Rozbalit vše Re: NTFS je shit
    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 avatar 16.4.2004 10:49 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: NTFS je shit
    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.
    16.4.2004 10:54 Libor Valenta | skóre: 13 | Trutnov
    Rozbalit Rozbalit vše Re: NTFS je shit
    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).
    22.4.2004 17:30 xxx
    Rozbalit Rozbalit vše Re: NTFS je shit
    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ší...
    11.8.2004 22:54 XSimi
    Rozbalit Rozbalit vše Re: NTFS je shit
    No nevim kolik si videl zhroucenejch disku, ale zarucuju ti ze teh s fat je vic a ntfs se lip opravuji. To mi ver.¨
    23.4.2004 07:53 Peto_MiG
    Rozbalit Rozbalit vše Chyba! NLS..
    Zistil som, ze spominana volba vo FSTAB (nls=) v kerneli 2.6 nefunguje, neviem ako v starsich. Spravny parameter je skutocne iocharset=
    31.3.2006 13:51 bin ladin
    Rozbalit Rozbalit vše žádný není dokonalý
    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í

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.