Dotaz: Zmenseni oddilu pomoci parted na Debian Lenny - problem s libreiserfs

[Lubos Kopecky]

Ahoj,

potreboval bych zmensit oddil, na kterem je reiserfs.

Zmensil jsem si filesystem pomoci resize_reiserfs a nyni bych potreboval jeste kus "uriznou", aby i ten oddil byl opravdu mensi, ne jen pouzitelny misto na disku. Zkousel jsem program parted, ale koncim na hlasce:

WARNING: you are attempting to use parted to operate on (resize) a file system. parted's file system manipulation code is not as robust as what you'll find in dedicated, file-system-specific packages like e2fsprogs. We recommend you use parted only to manipulate partition tables, whenever possible. Support for performing most operations on most types of file systems will be removed in an upcoming release.

No Implementation: Support for opening reiserfs file systems is not implemented yet.

Sel jsem tedy na oficialni stranky programu parted http://www.gnu.org/software/parted/features.shtml a tam jsem nasel hlasku:

ReiserFS support is enabled if you install libreiserfs, available at http://www.namesys.com

Tim to bohuzel konci, protoze stranky namesys.com jsou nedostupne a ani v distribuci libreiserfs neni k nalezeni a nainstalovani.

Jak mam tedy zmensit velikost oddilu? Je mozne tento soubor nekde stahnout a rozsirit funkcnost programu parted o pozadovanou vlastnost nebo existuje jine reseni, pomoci ktereho oddil na prikazove radce zmensim?

Dekuji, Lubos

---

---

Odpovědi

[Lubos Kopecky]

Udělal bych to něčím méně inteligentním (cfdisk), co manipuluje fakt jen s tabulkou oddílů a na FS pod tím kašle. Doporučuji zmenšit FS na menší než požadovanou velikost, pak zmenšit oddíl na požadovanou velikost (resp. oddíl smazat a vytvořit nový menší) a potom FS roztáhnout do velikosti oddílu. Je to proto, že programy pro manipulaci s tabulkou oddílů různě zaokrouhlují či zarovnávají (a to ještě radši nemluvím o tom, že některé nástroje klidně řeknou „20 GB“, ale myslí tím „20 GiB“).

[Lubos Kopecky]

zapomnel sem dodat, ze potrebuji zachovat stavajici data na disku, takze smazani oddilu moc nepomuze :(

[Lubos Kopecky]

Ty smažeš záznam o něm z tabulky oddílů, data na tom disku pochopitelně stále budou. A pak vytvoříš menší (ale větší než FS!!!) se stejným začátkem.

[Lubos Kopecky]

Jotakhle, mas recht, neco takovyho uz sem pred lety se zachovanim dat delal... zkusim, dik...

[Lubos Kopecky]

tak jsem narazil na problem - tento navod totiz nefunguje na image vytvorene napr. pro virtualni masiny pod Xen; zde se totiz vytvori soubor o dane vlelikosti, napr. disk.img a ihned v nem jsou ty data, nevytvari se tam nejake dalsi oddily ani tabulka odilu uvnitr tohoto souboru (do systemu se pak mapuje jak se rekne v konfigu toho virtualu) => fdisk vidi prazdno a nic s tim nedokaze udelat :(

nejake reseni na tento problem te nenapada? da se rici, ze potrebuji nejak uriznout kus souboru a zahodit ho...

dik

[kyytaM]

daj config DomU (ten disk.img je ako cely virtualny hdd, ci len ako particia?)..

Ak je to cely virtualny hdd, tak losetup a mas z toho normalny block device s normalnou partition table (ak okeby normalny klasicky disk).

[Lubos Kopecky]

Jedna se o cely virtualni disk, na kterem neni vytvaren zadny oddil - tento disk je rovnou naformatovan a osazen pozadovanym filesystemem, v systemu se to pak hlasi jako dev-zarizeni, ktery reknu (defaultne /dev/xvd?), pricemz jde rovnou pripojit stejne jako by to byl oddil.

Do dom0 si ho pripojim pomoci

xm block-attach 0 'file:/cesta/k/image/disk.img' xvda w

, ale kdyz dam pak

fdisk /dev/xvda

, tak mi p vypise jen popis sloupcu, dal uz nic

Device Boot      Start         End      Blocks   Id  System

tim padem neni co smazat.

[Lubos Kopecky]

losetup se chova stejne jako ten muj prikaz (xm ho pro stejne ucely asi taktez vyuziva soude dle vypisu losetup -a)

[kyytaM]

no uz je vela hodin, tak my to mysli pomalsie (a mozno som uplne mimo) ale:

- co vypise fdisk -l vo virtualke? :)

- keby to bola len particia (bez partition table atd), tak ak je to systemovy disk tej virtualky, shutdown, vytvorenie noveho mensieho img subora v Dom0, naformatovanie, mountnut novy a stary img subor v Dom0 a skopirovat data, odmoutnut, zmenit konfig DomU, nastartovat VM; ak to nie je systemovy disk virtualky, tak urobit novy img file v dom0, attachnut ho virtualke, naformatovat a prekopirovat data z toho vacsieho, vacsi odmoutnovat z DomU a z dom0 zmazat :)

(ak meliem o niecom inom ako potrebujes, tak sry :D)

[Lubos Kopecky]

fdisk -l

vypise

Disk /dev/xvda2 doesn't contain a valid partition table

jak jsem uz psal, tam zadna tabulka oddilu tam neni a vyvorit novy a prekopirovat nelze, pac na to nemam dostatek mista

Nejrychlejší bude, když místo hledání softwarového řešení problému zkusíš někde sehnat to místo na překopírování dat z toho virtuálního disku. Půjčit/koupit větší (přenosný) disk.

Jinak se ti může stát, že sice najdeš super řešení, ale bohužel se to v nějaké fázi malinko zvrtne a data budou fuč. Takže pro příště sice budeš vědět jak, ale už to nebudeš nikdy potřebovat.

[kyytaM]

Ono staci ten .img file pri vypnutej DomU nakopirovat na USB/externy hdd/share v sieti a ma to backupnute. :) Pokial to nema 10tky GB tak s tym problem snad nebude. :)

Já souhlasím, ale předpokládám, že toto řešení by napadlo i tazatele, kdyby měl tu možnost.

[Lubos Kopecky]

ma pres 600GB...

[Lubos Kopecky]

Tak z DomU resiznut filesystem na mensi. A potom z DomO useknut koniec .img suboru (napr. pomocou truncate), aby mal velkost o nieco vacsiu ako ten filesystem. Data samozrejme predtym zalohovat. :)

[Lubos Kopecky]

tak presne neco takovyhohle hledam - program na oriznuti konce souboru

s truncate mam problem - v Debian Lenny ho nemuzu nejak najit :( poradis? dik

[Lubos Kopecky]

V Debian Squeeze to je v coreutils, ale ako pozeram, tak v Lenny (stable) to este v coreutils nebolo. :(

A pozeram, ze coreutils nie su ani v backportoch, takze asi zkompilovat zo zdrojaku ten truncate, alebo instalnut coreutils zo Squeeze (co asi na server nie je 2x vhodna metoda)

[Lubos Kopecky]

tak na testovacim souboru na laptopu odzkouseno a funguje paradne, moc dik! jinak zavislosti se zdaji byt stejny pro coreutils ze squeeze a lenny, tak snad nebudou mit jiny chovani :)

moc dik!!

[Jendа]

Pokud má místo, tak dd if=puvodni of=cil bs=1M count=N.

[Bluebear]

Můžete mě nazývat zbabělcem, ale já bych, pokud to jen trochu jde, ta data zkopíroval jinam (eventuálně na dvě místa, pokud jde o důležitá data), zrušil ten oddíl a znovu ho vytvořil menší.

[Lubos Kopecky]

No prave ze neni kam pro takovouhle operaci...

[Bluebear]

Doporučuji pořídit externí disk. Je mi jasné, že peněz není nikdy dost, ale tohle je věc, která se hodí, zvlášť pokud potřebuješ přemisťovat cenná data.

Pokoušet se to takhle šolíchat je IMHO hazard, zvlášť, když tuhle hrůzu pácháš v XENu - leda bys měl po ruce specialistu pracujícího s XENem, který tohle už párkrát dělal (úspěšně).

Já už jsem si takhle jeden XENový virtuální disk zlikvidoval (snažil jsem se ten fyzický soubor jednoduše zkrátit a někde se něco podělalo). Pak jsem se pokusil vytvořit kratší kopii pomocí dd a zvrhlo se to taky.

Zkopírovat data ven, vyrobit nový, menší disk, namountovat, naformátovat a zkopírovat data zpět - to je blbuvzdorné. Věř mi, nervy máš jen jedny.

[Lubos Kopecky]

ok, nejak takhle to zkusim radeji poresit tedy, jen to nebude externi disk, ale pokusim se to proste odlejt jinam po siti, coz teda bude prace tak na tyden pri tom objemu dat :)