Как найти причину несоответствия между сообщенным и фактическим используемым пространством? [dубликат]

При создании резервных разделов размером 250 ГБ для моих данных я заметил множество несоответствий между указанным размером раздела и свободным пространством в Nautilus, gParted, df, tune2fs и т. д.

Сначала я подумал, что это путаница GiB / GB. Это было не так.

Тогда я подумал, что это могут быть зарезервированные блоки ext4. Это не было .

Im полностью озадачен. Вот несколько изображений. Вот шаги:

Во-первых, NTFS. 524288000 секторов x 512 байт / сектор = 268435456000 байтов = 268,4 ГБ = 250 ГБ.

Наутилус говорит «Общая емкость: 250,0 ГБ» (хотя его фактически GiB, а не GB). Помимо этого незначительного неправильного обозначения, до сих пор, так хорошо

Во-первых, NTFS. 524288000 секторов x 512 байт / сектор = 268435456000 байтов = 268,4 GB = 250 GiB.

enter image description here [!d9]

Первый, последний и общий секторы являются одна и та же. Это тот же раздел 250GiB. Используемый размер 4.11GiB (возможно, зарезервированные блоки?)

Нет. Похоже, что зарезервированные блоки составляют 12,7 гигабайта (~ 5%. Ouch!). Но ... Общая емкость: 250,0 ГБ . Эта разница (вид) соответствует 4.11 GiB, сообщенная gparted. Но ... если это не из зарезервированных блоков, что это? И почему gparted не сообщил, что 12.7GiB используемого пространства?

$ df -h /dev/sda5 Filesystem Size Used Avail Use% Mounted on /dev/sda5 247G 188M 234G 1% /media/BACKUP

df соответствует Nautilus в опубликованном свободном пространстве. Но .. только 188M используется? Должно ли это быть ~ 12 ГБ? И общая мощность по-прежнему не так. Поэтому я побежал tune2fs, чтобы найти некоторые подсказки. (нерелевантный выход оммитирован)

$ sudo tune2fs -l /dev/sda5 tune2fs 1.41.12 (17-May-2010) Filesystem volume name: BACKUP Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Filesystem state: clean Filesystem OS type: Linux Block count: 65536000 Reserved block count: 3276800 Free blocks: 64459851 First block: 0 Block size: 4096

65536000 всего блоков * 4096 байт / блок = 268435456000 байтов = 268,4 ГБ = 250 ГБ. Он соответствует gparted.

3276800 зарезервированных блоков = 13421772800 байтов = 13,4 ГБ = 12,5 ГБ.

64459851 free blocks = 264027549696 bytes = 264.0 GB = 245.9 GiB. И почему gparted не сообщил, что 12.7GiB используемого пространства?

Удаление зарезервированных блоков:

$ sudo tune2fs -m 0 /dev/sda5 tune2fs 1.41.12 (17-May-2010) Setting reserved blocks percentage to 0% (0 blocks) $ sudo tune2fs -l /dev/sda5 tune2fs 1.41.12 (17-May-2010) Filesystem volume name: BACKUP Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Filesystem state: clean Filesystem OS type: Linux Block count: 65536000 Reserved block count: 0 Free blocks: 64459851 Block size: 4096

Как и ожидалось, такое же количество блоков, 0 зарезервированных блоков , но ... ouch! ? Разве я не освободил 12.5 GiB?

$ df -h /dev/sda5 Filesystem Size Used Avail Use% Mounted on /dev/sda5 247G 188M 246G 1% /media/BACKUP

enter image description here [!d20]

Похоже, что я это сделал. Доступное пространство увеличилось с 233 до 245,9 гигабайт. gparted вообще не заботился, показывая точно такую ​​же информацию!

Разве я не освободил 12.5 GiB?

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

Что это за грязные 4.11 GiB, отсутствующие в NTFS -> форматирование ext4? Почему существует так много несоответствий между gparted, Nautilus, tune2fs, df? Что не так с моей математикой? (вопросы выделены жирным шрифтом)

Любая помощь приветствуется. Хотя я не могу понять, что происходит, я серьезно рассматриваю возможность отказаться от ext4 в пользу NTFS для всего, кроме моего / раздела.

Спасибо!

14
задан 13 June 2011 в 16:15

27 ответов

Здесь есть несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки. Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это приводит к тому, что он отображает зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 17 July 2018 в 21:42

Здесь есть несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки. Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это приводит к тому, что он отображает зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 23 July 2018 в 22:19

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 31 July 2018 в 19:34

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 2 August 2018 в 12:37

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 3 August 2018 в 16:59

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 5 August 2018 в 02:17

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

12
ответ дан 6 August 2018 в 18:58

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

13
ответ дан 8 August 2018 в 23:20

Здесь происходит несколько вещей. gparted сообщает о фактическом использованном / свободном пространстве. Ядро уменьшает доступное количество на зарезервированное пространство. После удаления зарезервированного пространства бесплатный счет не изменился, поскольку зарезервированные блоки уже были свободными; это просто, что не root-пользователям не разрешено вторгаться в это пространство, чтобы предотвратить их возникновение из-за заполнения диска. Номера гномов немного шелушатся из-за ошибки . Вместо того, чтобы сообщать о используемом пространстве, которое отчет ядра (и показывает df), он вычисляет его, вычитая свободное пространство из общего числа. Это заставляет его отображать зарезервированное пространство в качестве используемого.

Отсутствующий 4 ГБ фактически используется, это накладные расходы fs для ext4. NTFS только изначально выделяет небольшое пространство для MFT и увеличивает его по мере необходимости. Тем не менее, серия ext файловых систем выделяет пространство для таблицы inode (приблизительный эквивалент MFT) во время форматирования и не может расти. Пространство, отсутствующее в указанном общем пространстве, является таблицей inode. Оставшийся бит используемого пространства - из журнала (обычно 128 мб) и изменяет размеры inodes.

13
ответ дан 14 August 2018 в 13:20
  • 1
    Спасибо, +1 за решение некоторых тайн! Но, если ~ 4 ГБ являются издержками файловой системы, почему некоторые из них (3,9 ГБ) вычитаются из общей площади, а 188 МБ отображается как фактически используется? Какой (или оба) являются накладными расходами? И почему обрабатывались по-разному? Кроме того, df , даже с sudo, показывает общую емкость (247GB) и используемое пространство (188MB), подобное Nautilus. Так что, если его ошибка, это не только гном. – MestreLion 14 June 2011 в 00:55
  • 2
    Я думал, что 188 МБ были накладными расходами (по сравнению с 72 МБ от NTFS). Но, если накладные расходы NTFS будут расти с течением времени, означает ли это, что Nautilus позже сообщит об общей емкости сокращения ? – MestreLion 14 June 2011 в 00:59
  • 3
    Коррекция: df всегда показывает доступное пространство, независимо от того, кто его запускает. Чтобы увидеть свободное пространство (== свободное пространство + зарезервированное пространство), используйте stat -f / media / BACKUP . – Marius Gedminas 14 June 2011 в 02:19
  • 4
    Отредактированный ответ, чтобы уточнить. И я считаю, что NTFS будет просто сообщать о более используемом пространстве, а не сокращаться, поскольку MFT растет. @Marius, это тоже неверно. statfs () и, следовательно, как df, так и stat -f оба показывают доступное пространство, не считая зарезервированные блоки. Я мог бы поклясться, что он также скорректирован на квоту и меняет свой ответ на основе вызывающего пользователя, но вы правы в этом; он не учитывает квоту и не заботится о том, что пользователь называет его. – psusi 14 June 2011 в 06:41
  • 5
    @psusi: у меня есть ~ 3.9GiB таблицы inode и ~ 188MB журнала + что-то? И Nautilus вычесть таблицу inode из Total Size, в то время как журнал отчетов используется в качестве используемого пространства? И gparted сообщает о них как о едином 4.11GiB используемого пространства? Это верно? Если это так, я просто хотел, чтобы Наутилус обрабатывал обе накладные расходы одинаково. Оба либо вычитались из общего числа, либо оба были учтены как «используемое пространство». (предпочтительно). – MestreLion 14 June 2011 в 21:58

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root, чтобы гарантировать, что сервисы, использующие файлы на этом разделе, не могут быть исключены из

Даже без зарезервированных блоков (-m 0) всегда есть часть пространства, используемого для внутреннего управления файловой системой, я не могу сказать, сколько, я не имеют такого глубокого знания.

Кроме того, Gparted выполняется как root, поэтому он видит зарезервированные блоки как свободные. Nautilus, выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 17 July 2018 в 21:42

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 17 July 2018 в 21:42

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root, чтобы гарантировать, что сервисы, использующие файлы на этом разделе, не могут быть исключены из

Даже без зарезервированных блоков (-m 0) всегда есть часть пространства, используемого для внутреннего управления файловой системой, я не могу сказать, сколько, я не имеют такого глубокого знания.

Кроме того, Gparted выполняется как root, поэтому он видит зарезервированные блоки как свободные. Nautilus, выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 23 July 2018 в 22:19
  • 1
    Хамм, очень информативный, +1. По крайней мере, это решает некоторые из проблем, которые я нашел. Наблюдение за зарезервированными блоками как "предельное ограничение" для non-root вместо "используемых блоков" делает gparted, df и tune2fs показания согласны (и имеют смысл). Но некоторые вопросы по-прежнему остаются, особенно 4 ГБ используемого пространства / общей емкости. – MestreLion 14 June 2011 в 00:28
  • 2
    Кроме того, я где-то читал (один из тех старых «почему вам не нужно дефрагментировать ваш Linux-раздел каждый месяц», возможно, HOWTO?), Что резервирование пространства на 5% для root дает некоторое пространство для дыхания для алгоритмов распределения extN, и поэтому избегает фрагментации. – Marius Gedminas 14 June 2011 в 02:22

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 23 July 2018 в 22:19

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 31 July 2018 в 19:34

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 31 July 2018 в 19:34

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 2 August 2018 в 12:37

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 2 August 2018 в 12:37

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 3 August 2018 в 16:59

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 3 August 2018 в 16:59

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 5 August 2018 в 02:17

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 5 August 2018 в 02:17

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

6
ответ дан 6 August 2018 в 18:58

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

0
ответ дан 6 August 2018 в 18:58

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

1
ответ дан 8 August 2018 в 23:20

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

7
ответ дан 8 August 2018 в 23:20

Прежде всего, зарезервированные блоки не являются блоком, используемым для внутреннего управления файловой системой.

Зарезервированные блоки просто зарезервированы для root , чтобы гарантировать, что службы, использующие файлы в этом разделе

Даже без зарезервированных блоков ( -m 0 ) всегда есть часть используемого пространства для внутреннего управления файловой системой я не могу сказать, сколько у меня таких глубоких знаний.

Кроме того, Gparted выполняется как root , поэтому он см. зарезервированные блоки как свободные. Nautilus , выполненный как пользователь, воспринимает их как не бесплатно.

Хорошо, ответ @psusi очень ясен, мне нечего добавить.

7
ответ дан 14 August 2018 в 13:20
  • 1
    Хамм, очень информативный, +1. По крайней мере, это решает некоторые из проблем, которые я нашел. Наблюдение за зарезервированными блоками как "предельное ограничение" для non-root вместо "используемых блоков" делает gparted, df и tune2fs показания согласны (и имеют смысл). Но некоторые вопросы по-прежнему остаются, особенно 4 ГБ используемого пространства / общей емкости. – MestreLion 14 June 2011 в 00:28
  • 2
    Кроме того, я где-то читал (один из тех старых «почему вам не нужно дефрагментировать ваш Linux-раздел каждый месяц», возможно, HOWTO?), Что резервирование пространства на 5% для root дает некоторое пространство для дыхания для алгоритмов распределения extN, и поэтому избегает фрагментации. – Marius Gedminas 14 June 2011 в 02:22

Попробуйте уменьшить размер раздела на несколько мегабайт, используя gparted, а затем увеличив его до первоначального размера. Это может привести к тому, что другие приложения будут правильно читать размеры. Недавно я исправил ошибку 50Gb!

1
ответ дан 14 August 2018 в 13:20

Другие вопросы по тегам:

Похожие вопросы: