ez mi miatt lehet?

Mindig így szoktam csinálni a fájlrendszer csökkentést, ahogy lejjebb mutatom. Eddig nem volt gond. Ez így hülyeség, és eddig csak szerencsém volt? Vagy ez most véletlen egybeesés, és ne törődjek vele? (A második fsck által talált hibák bizonytalanítottak el).


spark:~# mount
/dev/mapper/rd1-moging on /export/moging type ext3 (rw,noexec,nodev)
spark:~# df
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/rd1-moging
                      4.9G  1.5G  3.2G  32% /export/moging
spark:~# umount /export/moging
spark:~# e2fsck -f /dev/rd1/moging
e2fsck 1.41.3 (12-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/rd1/moging: 1816/645120 files (20.3% non-contiguous), 399117/1288192 blocks
spark:~# resize2fs /dev/rd1/moging 3G
resize2fs 1.41.3 (12-Oct-2008)
Resizing the filesystem on /dev/rd1/moging to 786432 (4k) blocks.
The filesystem on /dev/rd1/moging is now 786432 blocks long.
spark:~# mount /export/moging/
spark:~# df
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/rd1-moging
                      3.0G  1.5G  1.4G  52% /export/moging
spark:~# lvresize -L 3.4G /dev/rd1/moging
  Reducing logical volume moging to 3.40 GB
  Logical volume moging successfully resized
spark:~# resize2fs /dev/rd1/moging
resize2fs 1.41.3 (12-Oct-2008)
Filesystem at /dev/rd1/moging is mounted on /export/moging; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/rd1/moging to 891904 (4k) blocks.
The filesystem on /dev/rd1/moging is now 891904 blocks long.
spark:~# df
/dev/mapper/rd1-moging
                      3.4G  1.5G  1.8G  46% /export/moging
spark:~# umount /dev/rd1/moging 
spark:~# e2fsck -f /dev/rd1/moging
e2fsck 1.41.3 (12-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Directories count wrong for group #25 (14, counted=0).
Fix<y>? yes

Directories count wrong for group #26 (16, counted=0).
Fix<y>? yes

Directories count wrong for group #27 (19, counted=0).
Fix<y>? yes


/dev/rd1/moging: ***** FILE SYSTEM WAS MODIFIED *****
/dev/rd1/moging: 1816/451584 files (20.5% non-contiguous), 393045/891904 blocks

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...