LINUX.ORG.RU

Пропало свободное место на ext3 после ресайзинга/перемещения


0

0

Решил сделать на диске новый логический раздел. Было у меня 5 разделов:

sda1 - ntfs
sda2 - ext3 (/)
sda3 - extended
в нем sda5 - swap
sda4 - ext3 (/home)
8 с лишним гиг свободного места

Я при помощи GParted уменьшил размер sda4, переместил его в конец, создал в разделе sda3 логический раздел sda6.

Теперь возникла проблема: куда-то подевалось все свободное место на sda4. По показаниям parted, fdisk и resize2fs там еще достаточно незанятого места. Но df его в упор не видит и весь остальной софт - тоже.

Пробовал:
fsck - ошибок нет, даже плохих секторов нет
resize2fs -M /dev/sda4, а потом resize2fs /dev/sda4. Пишет, что ФС уменьшилась, потом - что увеличилась, но свободного места все равно ровно 0.
tune2fs -m 0 /dev/sda4 (и другие значения). Не помогает.

Система (Кубунта 9.10) грузится (даже с иксами, но КДЕ не работает без свободного места в хомяке), потери данных вроде бы нет.

Что делать?

Интересно, может быть dumpe2fs больше скажет о свободном месте и занятых блокгруппах.

Adjkru ★★★★★ ()
Ответ на: комментарий от Adjkru
# dumpe2fs /dev/sda4

Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          556bfdea-fc50-4ce5-9869-91d225c5a8ea
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              12091392
Block count:              48339585
Reserved block count:     2416978
Free blocks:              2212646
Free inodes:              12027250
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1012
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Sat May 23 16:16:30 2009
Last mount time:          Mon May 10 18:58:37 2010
Last write time:          Mon May 10 19:35:28 2010
Mount count:              1
Maximum mount count:      24
Last checked:             Mon May 10 18:48:45 2010
Check interval:           15552000 (6 months)
Next check after:         Sat Nov  6 18:48:45 2010
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      caf1658c-038a-4c1d-b2fb-7bded4c0e68a
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0x001ad931
Journal start:            0

(остальное на pastebin)

http://www.pastebin.org/218728

proud_anon ★★★★★ ()
Ответ на: комментарий от proud_anon

Столкнулся с такой же проблемой на ext4. Разметил новый диск, перенос систему, млучайно обнаружил что 20 GB подевались не известно куда.
Система: Arch x86_64, kernel 2.6.33.3

[pastor@x120 ~]$ fdisk -l /dev/sda

Диск /dev/sda: 500.1 ГБ, 500107862016 байт
255 heads, 63 sectors/track, 60801 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x83b3efce

Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 1 13 102400 7 HPFS/NTFS
Раздел 1 не заканчивается на границе цилиндра.
/dev/sda2 13 3930 31459328 7 HPFS/NTFS
/dev/sda3 3931 60278 452615310 83 Linux
/dev/sda4 60279 60801 4200997+ 82 Linux своп / Solaris

[pastor@x120 ~]$ df -h
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda3 425G 325G 79G 81% /
udev 10M 188K 9,9M 2% /dev
none 1,5G 0 1,5G 0% /dev/shm
/dev/sda2 31G 25G 5,8G 81% /media/disk
/dev/sda1 100M 34M 67M 34% /media/Зарезервировано системой

pastor ()

Проблема решена бэкпом всех файлов, переформатированием раздела и восстановлением бэкапа. Выяснить причину неполадки так и не удалось.

proud_anon ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.