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
- 5430 megtekintés
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).
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
uh kivagod alol a disk egy reszet es meg elvarod, hogy ne zuhanjon szet?
ezt jol vegiggondoltad?
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
alóla?
szerintem lecsökkentem, a fájlrendszer által nem használt rész egy részét kivágom, majd visszanövelem akkorára, amekkora az eszköz.
A resize2fs man alapján úgy gondoltam, hogy ez így jó.
- A hozzászóláshoz be kell jelentkezni
É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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
A man-ban nem látok -r kapcsolót.
Debian, lenny
- A hozzászóláshoz be kell jelentkezni
-r, --resizefs
Resize underlying filesystem together with the logical volume
using fsadm(8).
rpm -qf `which lvresize`
lvm2-2.02.84-3.fc15.x86_64
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
Az elmélet és a gyakorlat között nincs különbség - elméletben. Gyakorlatban viszont...
Az egyik kedvencem :)
- A hozzászóláshoz be kell jelentkezni