ez mi miatt lehet?

Hozzászólások

Keress rá a "Directories count wrong for group" + resize2fs (esetleg "online resize") kifejezésre. Jó eséllyel resize2fs bug.

A leírt módszer nekem jónak tűnik egyébként (bár az online átméretezéssel még csak nem is kísérleteznék).

Jol latom igy keso este, hogy mountold ext3-al csokkentesz ugy, hogy eloszor az eszkoz meretet csokkented, majd utana a filerendszert? Eszednel vagy? :)

--
Fedora, RHEL, CentOS, virtualizáció, SELinux: http://sys-admin.hu

nem tudom, mit néztél, de pont a fordítottja, mint ahogy látod.
-Unmountolt (mountoltat csak növelni lehet, csökkenteni nem)
-először fájlrendszert, utána eszközt

Ha esetleg a második resize-ra gondolsz (az megy mountolt állapotban), az növeli a fájlrendszert az alatta levő eszköz méretére.

uh kivagod alol a disk egy reszet es meg elvarod, hogy ne zuhanjon szet?
ezt jol vegiggondoltad?

--
NetBSD - Simplicity is prerequisite for reliability

Én jónak látom így elsőre, bár nem értek hozzá. Valamint két szaktekintély is állítja, hogy nem jó. Ezt látom:

- fs lecsatolása
- fs átméretezése kisebbre, konkrétan 3 GB-ra
- fs felcsatolása
- logical volume kisebbre méretezése, ez 3.4 GB, azaz még mindig lötyög benne az fs
- fs kitágítása annyira, hogy kihasználja a logical volume-ot
- fs lecsatolása, ellenőrzése, rémület

Kérdés, felcsatolt filerendszer alatt lehet-e, jó ötlet-e az őt tartalmazó logical volume-ot átméretezni. Az a gyanúm, nem igazán.

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE

Különben az egészet ez nem oldotta volna meg?

umount /dev/rd1/moging
lvresize -r -L 3.4G /dev/rd1/moging

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE

Szerintem nem előnyös semmilyen csökkentést végző műveletet on-line csinálni. Az LVM csökkentést sem. Akkor sem, ha az fs még így is "lötyög" benne. Az igaz, hogy elvben ez nem kéne hogy hibát okozzon - de mint tudjuk, az elmélet és a gyakorlat között nincs különbség - elméletben. Gyakorlatban viszont...