У меня есть очень очень безумная проблема с моим ssd sata жесткий диск.
Я действительно заполнял жесткий диск, и Thunderbird не жаловался на "никакое пространство, оставленное на устройстве".
Но даже если я удалю некоторые файлы из жесткого диска, то df все еще скажет что 0 свободных блоков. Но это сократит число используемых блоков. Таким образом, похоже, что это освобождает блоки и удаляет файлы, но это не откладывает блоки к свободному пулу.
Но вот то, где вещи становятся безумными: Если я вхожу в систему со своим обычным пользователем, я не получаю "Свободное пространство", когда я пытаюсь записать в жесткий диск. Но Если я вхожу в систему как корень, я могу записать в файловую систему, несмотря на то, что df говорит что 0 свободных блоков.
Я действительно пытался выполнить fsck-f, но он просто запускает свой тест и затем говорит, что что-либо прекрасно. Но это работает в течение менее затем 10 секунд, это ожидается на 40 ГБ ssd раздел?.
У кого-либо есть какая-либо подсказка о том, что могло бы быть неправильным здесь?.
Это использует Fedora 14 с ext4.
Вывод:-l/dev/sda2 мелодии (Мой / и только раздел):
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: myroot
Last mounted on: /
Filesystem UUID: 14079141-278f-437e-b042-7271a2ac07ed
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 2150288
Block count: 8600576
Reserved block count: 430028
Free blocks: 380030
Free inodes: 1775702
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1021
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8176
Inode blocks per group: 511
Flex block group size: 16
Filesystem created: Sat Jul 31 21:49:31 2010
Last mount time: Fri Nov 26 17:38:42 2010
Last write time: Fri Nov 26 16:44:15 2010
Mount count: 3
Maximum mount count: -1
Last checked: Fri Nov 26 16:44:15 2010
Check interval: 0 (<none>)
Lifetime writes: 386 GB
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: a0bb9b2c-9238-49eb-94c9-9979fb0fd825
Journal backup: inode blocks
Для списка содержания суперблока файловой системы используют эту команду:
tune2fs -l <device>
Обратите внимание на то, что это берет физическое устройство, не точку монтирования, как ее параметр.
Объекты интереса являются Вашим свободным количеством inode, свободным количеством блока и зарезервированным количеством блока. Предположение, что Вам смонтировали эту файловую систему, где-нибудь важную, здесь имея в виду необходимое для системы дерево каталогов такой как/, желательно поддержать зарезервированные блоки суперпользователя. Однако, при ограничении опции, можно усилить команду tune2fs снова как:
tune2fs -m n <device>
установить процент файловой системы, зарезервированной для суперпользователя к n.
mke2fs
резервы приблизительно 5% дискового пространства на объеме для корня и количество свободного пространства только показывают пространство пользователя. Удалите достаточно файлов на объеме, и пространство должно освободить.
Вот то, что я часто делал для разрешения этого.
Во-первых,
tune2fs -m 1 <device>
Затем используйте что-то как следующее, чтобы найти и удалить/переместить/сжать самые большие файлы:
find /mountpoint/of/device -xdev -type f -printf "%s %h/%f\n" | sort -rn -k1 | head -n 50 | awk '{ print $1/1048576 "MB" " " $2}'
Наконец, после того как достаточное свободное пространство доступно на устройстве:
tune2fs -m 5 <device>