“Никакое пространство, оставленное на устройстве” после изменения размеров раздела
Я решил изменить размер раздела на своем накопителе (с gparted), все, казалось, подходили, но теперь когда я пытаюсь создать каталоги или файлы копии к диску, я не получаю "Пространство, оставленное на устройстве" ошибка.
Кроме того, даже если я удаляю некоторые файлы, это не позволяет мне заменять их.
Все файлы на диске, кажется, читаемы очень хорошо, и я могу переместить существующие файлы в другие каталоги без проблем.
На диске существует пространство. Проверка размера всех отчетов о файлах: 175 840 объектов, в общей сложности 839,8 ГБ
Это - ext3 раздел.
Одна странная вещь состоит в том, что Ubuntu (кармические 64 бита) все еще берет диск как "Файловая система на 957 ГБ" в меню Places.
Обратите внимание, что затронутый диск не является моим основным загрузочным диском, но просто накопителем, который я монтирую из меню Places при необходимости.
Вывод "df-h":
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 885G 842G 0 100% /media/acd61702-ff34-460f-8539-ac762d1dc466
Вывод "df-i":
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sdb1 58433536 175818 58257718 1% /media/acd61702-ff34-460f-8539-ac762d1dc466
Я имею, выполнил "fsck-f-v/dev/sdb1":
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
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
175818 inodes used (0.30%)
8348 non-contiguous files (4.7%)
142 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 76655/8046/56
222404925 blocks used (95.17%)
0 bad blocks
79 large files
161176 regular files
12907 directories
0 character device files
0 block device files
0 fifos
38 links
1726 symbolic links (1512 fast symbolic links)
0 sockets
--------
175847 files
Любая справка ценилась бы.
Спасибо, e.
Править: Согласно просьбе "tune2fs-l/dev/sdb1":
tune2fs 1.41.9 (22-Aug-2009)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: acd61702-ff34-460f-8539-ac762d1dc466
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: 58433536
Block count: 233703571
Reserved block count: 11685177
Free blocks: 11298646
Free inodes: 58257718
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 968
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 256
Filesystem created: Thu May 15 14:59:19 2008
Last mount time: Fri Nov 13 13:47:23 2009
Last write time: Fri Nov 13 14:40:32 2009
Mount count: 2
Maximum mount count: 35
Last checked: Thu Nov 12 15:14:03 2009
Check interval: 15552000 (6 months)
Next check after: Tue May 11 16:14:03 2010
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: 793715af-66d6-46da-82aa-97ab4549b0ad
Journal backup: inode blocks
3 ответа
Во-первых, Вы не можете просто сложить размеры всех файлов на диске и ожидать, что быть общей суммой использовало. Каждый раз Вы храните файл, существует некоторое потраченное впустую пространство. Это похоже на книги помещения по полке, если книги варьируются по размеру, то Вы собираетесь иметь пространство между верхней частью книги и нижней частью следующей полки.
Во-вторых, если у Вас будут какие-либо файлы, которые открыты, но удалены, то затем пространство, которое используется, будет все еще использовано до программы с тем файлом или закрывает его, или выходы. Это часто используется для временных файлов, программа не должна волноваться о чистке их, все, что она должна сделать, открыть файл, затем удалить его, прежде, чем работать с ним. Использованное пространство этих файлов обнаружится в df, но Вы не можете найти имя файла, которое соответствует ему. Если Вы хотите найти их, то необходимо будет посмотреть в/proc / */fd
В-третьих, и это - Ваша проблема здесь, ext3 файловые системы имеют процент зарезервированного пространства, которое может только быть записано в корнем. Существует две причины этого, много файловых систем становятся неэффективными, когда диск становится близко к становлению полным, система должна потратить файлы вписывающегося все большего количества времени в пробелы, которые оставляют. Также чтение и запись в файлы являются медленными, поскольку они заканчивают тем, что были плохо фрагментированы. Другая причина резервирования пространства для корня состоит в том, что это позволяет корню сжимать файлы и надо надеяться восстанавливать некоторое пространство для пользователей. Если бы диск был полностью полон, то это не было бы возможно.
Поэтому неправильно нет ничего, что Вы видите, нормальное поведение для полного диска.
Это говорит, что файловая система составляет используемых 100% и имеет 0 свободного места. Файловая система полна. По различным причинам, Польза + Используемый! = Размер.
Хорошо, Вы были в порядке, это было полно :D
Благодаря шарлатану для tune2fs комментируют, что я вижу, где я пошел не так, как надо:
Reserved block count: 11685177
Free blocks: 11298646
Я только что переместился 60 ГБ от диска, и он теперь работает, как он должен :)
Спасибо всем за Вашу справку.