Вопросы Теги

Файловая система и gparted не согласны с свободной памятью [duplicate]

Я бы предложил использовать программное обеспечение VirtualBox или VMWare Desktop для создания виртуального экземпляра Ubuntu.

Вы можете установить его непосредственно из загруженного ISO-файла.

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

24 ответа

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

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

12
ответ дан 25 July 2018 в 03:07
  • 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

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

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

12
ответ дан 1 August 2018 в 05:21

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

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

12
ответ дан 3 August 2018 в 01:15

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

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

12
ответ дан 4 August 2018 в 03:12

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

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

12
ответ дан 5 August 2018 в 10:35

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

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

12
ответ дан 7 August 2018 в 04:24

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

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

13
ответ дан 9 August 2018 в 08:52

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

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

13
ответ дан 15 August 2018 в 04:08
  • 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
ответ дан 25 July 2018 в 03:07
  • 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
ответ дан 25 July 2018 в 03:07

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

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

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

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

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

6
ответ дан 1 August 2018 в 05:21
  • 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
ответ дан 1 August 2018 в 05:21

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

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

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

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

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

6
ответ дан 3 August 2018 в 01:15
  • 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
ответ дан 3 August 2018 в 01:15

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

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

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

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

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

6
ответ дан 4 August 2018 в 03:12
  • 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
ответ дан 4 August 2018 в 03:12

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

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

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

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

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

6
ответ дан 5 August 2018 в 10:35
  • 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
ответ дан 5 August 2018 в 10:35

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

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

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

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

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

6
ответ дан 7 August 2018 в 04:24
  • 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
ответ дан 7 August 2018 в 04:24

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

1
ответ дан 9 August 2018 в 08:52

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

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

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

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

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

7
ответ дан 9 August 2018 в 08:52

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

1
ответ дан 15 August 2018 в 04:08

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

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

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

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

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

7
ответ дан 15 August 2018 в 04:08
  • 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

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

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