Dotaz: Defragmentace souborů - ISO

[gtz]

Mohu se Vás zeptat zda někdo neví jak vyřešit defragmentaci ISO souborů. Jde mi o následující věc:

Po instalaci multi-bootu pro ISO a GRUB4DOS a doplnění správným konfigurákem mi grub při pokusu o zavedení nějakého ISO píše následující hlášku:

Error 60: File for drive emulation must be in one contiguous disk area

jedná se o to, že ISO, které je uloženo na USB disku na FAT32 partici by mělo být defragmentováno tak, aby bylo v jednom nepřetržitém bloku. Pro tyto účely se nabízejí soubory contig nebo wincontig, ale ty jsou jen pro widle.

Existuje nějaká alternativa jak na to? jistě šlo by to udělat tak, že ISo rozpakuji někam na disk a pak přes mkisofs vytvořím iso přímo na FAT32/USB

Díky

---

---

Odpovědi

[Sten]

O žádném nástroji pro defragmentaci vfat nevím. Když už to potřebuji, tak používám:

cp -a /mnt/flash /somewhere
umount /mnt/flash
mkfs.vfat [nějaké parametry, pokud jsou potřeba] /dev/sdx
mount /dev/sdx /mnt/flash
cp -a /somewhere/flash /mnt

Mělo by to být rychlejší než defragmentace, protože se to neprovádí jen přesouváním bloků na pomalé jednotce, ale jako dočasná cache se používá rychlá (místní disk, RAM disk, ...)

[gtz]

a co číst co jsem napsal proč to potřebuji?? Kopírovat soubory umím, nejsem přeci žádná lama LINUX používám od roku 2003 (místo cp -a bych asi použil cp -dpR, ale to je fuk), ale jde mi o to, že máte na disku (u mně home s ext3 nějaké ISO) to ISO klasicky přes cp nebo přes mc/krusader apod zkopíruii na disk VFAT. Poté upravím grub4dos tak, aby toto iso se objevilo v menu třeba takto

title ms dart
find --set-root /msdart.iso
map /msdart.iso (0xff) || map --mem /msdart.iso (0xff)
map --hook
chainloader (0xff)

umountu disk a pokusím se z tohoto disku bootovat, grub najede jak má, ale při spuštění toho isa grub zařve :

Error 60: File for drive emulation must be in one contiguous disk area

a to znamená, že iso není uloženo v souvislém bloku.

Takže co teď s tím?? ve Vidlích se to dá udělat popř. jak jsem psal ISO rozpakovat a nechat ho mkisofs znovu sestavit, ale už na ten USB disk.

[chrono]

Problém je skôr v tom, čo píše on a teda, že ten ISO súbor nie je na tom VFAT disku súvislý. Preto navrhol naformátovanie a až potom kopírovanie toho ISO súboru.

[gtz]

USB disk má 4 partice, FAT32/NTFS/EXT3/SWAP - formátoval jsem disk před použitím toho Grub4dos. Ten USB disk měl být určený jen práve pro tyto případy (recovery a start portableXP )

[lertimir]

Připadá mi, že hledáš neřešitelné. Linux neřeší fragmentaci ex post, ale vyhýbá se jí strukturou filesystémů při zápisu souboru. V některých výjimečných případech je defragmentace součástí utilit k filesystému, jako pro XFS je xfs_fsr. Nicméně v praxi na linuxu je to v podstatě potřeba pouze tehdy, když je to FS se kterým se často pracuje v stavu blízkém zaplněnosti. s filesystémem v zaplněnosti do 70% je fragmentace někde na úrovni 1-2%. Jenže vfat podle mě nikdo nebere jako filesystém. Je to jen interface s majoritním systémem, kterému se tedy nedá vyhnout a je třeba mít korektně napsané rozhraní na zápis a čtení, ale nikdo se optimalizací tohoto filesystému pod linuxem nebude zabývat. a defrag do optimalizace patří. Lidi, kteří umí psát filesystém se jistě budou raději věnovat ext4 nebo btrfs než defragu na vfat. Podle mne vfat má smysl použít jen tehdy, když to co na něm je musí být viditelné i ve widlích a pak když defrag tak na widlích. Pokud to řešiš už od 14 hodin tak zastrčit a defragmentovat na widlích bylo vše hotové dávno.

[gtz]

nakonec jsem to musel vyřešit pomocí Virtuálu, některé ISA prostě nechtěly bootnout , tak jsem to řešil přes Widle, to co šlo un-packovat tak jsem to unpackoval a znovu sestavil, ale přímo na tu VFAT. Právě ta VFAT musí být viditelná, protože se z ní bude bootovat. Některá ISO co jsem potřeboval jsem mudel dělat přes Widle (typicky nějaký WIM apod.).

Mi šlo o to, když nástroje pro defragmentaci souborů na Windows jsou k dispozici, pak proč ne pro Linux. Podporujeme VFAT/NTFS, ale na defrag použít Widle? Co když je někdo nemá a VFAT má právě jen na USB boot. apod?

[chrono]

Nie sú dostupné pretože ich nikto neurobil (takže asi ich nikto, kto ich urobiť vie, nepotrebuje). Navyše v tom tvojom prípade sú zbytočné, keďže stačí disk naformátovať a hneď potom tam tie údaje kopírovať (v takom prípade tam určite bude súvislé voľné miesto, pretože FAT štruktúry sa vytvárajú na začiatku disku).

[Michal Kubeček]

Mi šlo o to, když nástroje pro defragmentaci souborů na Windows jsou k dispozici, pak proč ne pro Linux.

Důvod je jednoduchý: na to, aby takové nástroje byly k dispozici, je potřeba existence člověka, který je na jedné straně schopen je napsat a na druhé cítí potřebu je napsat. Vypadá to, že průnik těch dvou skupin je prázdný.

Podporujeme VFAT/NTFS, ale na defrag použít Widle?

Jak už bylo řečeno, většina linuxových uživatelů používá VFAT jen pro účely přenášení dat mezi Linuxem a Windows nebo nějakým zařízením (foťák, MP3 přehrávač, televize, …). V prvním případě není problém defragmentovat pod Windows, ve druhém čas od času vytvořit filesystém znovu a data do něj nakopírovat.

[Heron]

Nicméně v praxi na linuxu je to v podstatě potřeba pouze tehdy, když je to FS se kterým se často pracuje v stavu blízkém zaplněnosti. s filesystémem v zaplněnosti do 70% je fragmentace někde na úrovni 1-2%.

Což je pravda pouze pro určitou pracovní zátěž. Zrovna xfs_fsr by mohlo vyprávět a to i přes to, ze XFS má tak dlouhou delay allocation (tudíž alokuje bloky po velkých kusech), že by se z toho jiným FS udělalo nevolno. Přesto desetitisíce nesouvislých oblastí (extents) na 60% free xfs nejsou výjimkou.

Lidi, kteří umí psát filesystém se jistě budou raději věnovat ext4 nebo btrfs než defragu na vfat.

Především by se mohli zavěnovat slibované online defragmentaci ext4. Už je v produkčním nasazení a defrag nikde. Ta fatka se dá defragmentovat z widlí, linuxové fs obecně vůbec.

[Sten]

Pokud je disk delší dobu používaný, začnou se na něj nově nahrávané soubory fragmentovat (obzvlášť u VFAT). Pokud se ale zformátuje a celý obsah se tam nahraje najednou, tak fragmentovaný nebude

Promiň, že jsem se snažil poradit

[gtz]

Pak nechápu proč GRUB4DOS mi stále hlásí ERROR:60, již předtím jsem disk naformátoval znovu (ještě než jsem psal dotaz do poradny), přes cp -dpR jsem tam nakopíroval celý obsah uložených dat a u některých image to dělá stále. Některé projdou normálně, Iso se nabootuje a pohoda, ale jiné třeba image PE/VISTA pro VIM napíše tuto haluz.

disk je rozdělený na 4 partice jak jsem někde zde psal a ta VFAT je první, formátoval jsem to jak na VISTA tak i zde na Suse a dělá to stále, takže jako poslední možnost co vidím to prohnat badblockem zda tam nejsou vadné bloky.

I tak díky za radu :)

[gtz]

Než jsem začal dělat ten MultiBoot pri ISO, tak jsem partimage udělal zálohu celého disku (pro -jistotu) pak jsem jej rozdělil na 4 oddíly (zde v Suse) a taky v Suse jsem to celé zformátoval. Formátoval jsem to hlavně proto, aby se u toho staršího disku zvětšila rychlost a aby tam byly ty 4 partice, které jsem potřeboval. Linux tedy Suse bude pro portable verzi na ext3 a vfat/ntfs bude sloužit pouze pro image PE/VISTA-PE/HIRENS/miniPE-XT. A když jsem tam nahrál image jak ISO tak i VIM ze zálohy, která byla uložena na XFS disku tak některé image začaly zlobit s tou hláškou ERROR:60. Jak jsem psal nyní vidím jen jednu šanci, podívat se v nějakých utils v Vistách jak jsou ty image uloženy a pokusit se zjistit zda tam není někde nějaký vadný blok. Ale haluz je i to, že jsem ty 3 VIMy co to hlásí přes Vidle defragmentoval a dělá to zase

[ikkar]

a co takhle:

map --mem (hd0,0)/blabla.img (fd0)

to by melo fungovat i na fragmentovanem fs, mapuje se totiz do souvisleho bloku pameti. Nebo jsem nekde vedle?

[gtz]

díky za nápad, stále běží badblock pak to zformátuju znova a zkusím i to. na wikině v Grub4dosu jsem to viděl, ale ono se to mapuje jako floppy no večer si budu hrát.

buď takto

title Boot from floppy image
   map --mem (hd0,0)/aa.img (fd0)
   map --hook
   chainloader (fd0)+1
   rootnoverify (fd0)