AXTHEB: ano, to jsem nebyl přesný myslel jsem -O i s tím co jde zatím.

Teď jsem se musel kouknout do man(u).
'dir_index = Use hashed b-trees to speed up lookups in large directories.' Takže hashované b-stromy, abychom byli přesní .)

DELVIT: -O není btree, ale Option. Je to až ten dir_index a neni to btree ale htree :)

dam obed a pak uvidime

AXTHEB: S tém b-strom(em) (-O) máš pravdu, to mu pomůže.

DELVIT: Vzhledem k RAINBOF myslím že ten dir_index bude poznat.

RAINBOF: V tom případě doporučuji rozdělit ten disk na části a pokud to jde skladovat menší soubory na jedné části a velké na druhé. Pokud tohle nejde je zapotřebí se rozmyslet, kde ta rychlost palí nejvíce u menších souborů nebo u velkých.

DELVIT: no jsou tam soubory od nekolika byte do 1gb

RAINBOF: To co psali předchůdci je přesný. Po umount nemáš proč přijít o data. Jestli chceš ext3 kvůli rychlosti tak podle mě budeš zklamaný. Ext3 přidává žurnál, který to nejspíše jeste troch zpomalí. Jde o to, že ten žurnál je tam kvůli integritě dat a ne kvůli rychlosti.

Spíše by pomohlo optimalizovat velikost bloků vůci obvyklé velikosti souborů na tom disku. To bys ale musel vzít jiný disk a vytvořit na něm ten filesystem znova s jinou velikostí bloků a odmigrovat.

ADMIX: no je to pomalý. je tam dost zanořená souborová struktura a vytváření složky občas trvá i půl minuty.

vlastne se udela jenom zurnal a prepises fstab, namountujes a voila

o data na 99% neprijdes

RAINBOF: A proc to potrebujes prevest? Je to vzdycky risk, ale pokud muzes udelat umount (coz jsem predtim prehlidnul), tak by to mela bejt bezbolestna operace ...

ADMIX: můžu ten disk klidně vypnout ale ne ten system. blby je ze ty data nemam kam nasypat.

CHOROBA: "Well, you know, when you want something really bad and you close your eyes and you wish for it? God's the guy that ignores you."

to se musis modlit

RAINBOF: jop, da se to udelat i po remount,ro ale radsi bych si na to vypadecek udelal :)

       -j     Add an ext3 journal to the filesystem.  If the -J option is not specified, the default journal parameters will be used to
              create an appropriately sized journal (given the size of the filesystem) stored within the  filesystem.   Note  that  you
              must be using a kernel which has ext3 support in order to actually make use of the journal.

              If  this  option is used to create a journal on a mounted filesystem, an immutable file, .journal, will be created in the
              top-level directory of the filesystem, as it is the only safe way to create the journal inode  while  the  filesystem  is
              mounted.   While  the ext3 journal is visible, it is not safe to delete it, or modify it while the filesystem is mounted;
              for this reason the file is marked immutable.  While checking unmounted filesystems, e2fsck(8)  will  automatically  move
              .journal  files  to  the  invisible,  reserved  journal inode.  For all filesystems except for the root filesystem,  this
              should happen automatically and naturally during the next reboot cycle.  Since the root filesystem is mounted  read-only,
              e2fsck(8) must be run from a rescue floppy in order to effect this transition.

CHOROBA: no a data tam zůstanou ?

umount /dev/sda1
tune2fs -j /dev/sda1
Edit /etc/fstab, and for /dev/sda1, change ext2 to ext3
mount /dev/sda1

mel bych dotaz, mam 2TB disk kterej je EXT2, potreboval bych ho za chodu (max umount&mount) prevest na ext3 nebo ext4