Потеря дискового пространства в Ubuntu 18.04

Мое дисковое пространство продолжает падать, даже если я ничего не устанавливаю! До этого у меня было 9,5 ГБ. Через 2 дня он изменился на 8,9, еще один день спустя 8,2, теперь 7,9! Это действительно злит меня!

Что мне показалось интересным, так это то, что в приложении «Анализатор использования диска» все еще написано 9.4, но в Nautilus (Диспетчер файлов) он показывает использование памяти. Является ли пространство, которое он показывает в Nautilus, ненастоящим, а просто ошибкой, а пространство - это анализатор использования дисков - это реальный объем памяти, который я оставил, или это наоборот? Что я нахожу странным, так это Nautilus, когда я щелкаю свойства в каталоге /, он говорит, что используется 21,2 места, а общая емкость - 30,6. Когда вы вычитаете 30,6 на 21,2, вы получаете 9,4. Это довольно интересно. Кстати, он говорит, что 7.9 / 30.6 доступны // когда вы нажимаете «Другие местоположения» в Наутилусе.

df -h дает мне

Filesystem      Size  Used Avail Use% Mounted on
udev            898M     0  898M   0% /dev
tmpfs           186M  1.9M  184M   1% /run
/dev/mmcblk0p1   29G   20G  7.4G  73% /
tmpfs           927M   20M  908M   3% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           927M     0  927M   0% /sys/fs/cgroup
/dev/loop0       87M   87M     0 100% /snap/core/4486
/dev/loop1      155M  155M     0 100% /snap/retroarch/106
/dev/loop2       87M   87M     0 100% /snap/core/4571
/dev/loop3      7.3M  7.3M     0 100% /snap/communitheme/97
/dev/loop5      142M  142M     0 100% /snap/minecraft/11
/dev/loop7      126M  126M     0 100% /snap/discord/52
/dev/loop6      6.0M  6.0M     0 100% /snap/communitheme/124
/dev/loop8       87M   87M     0 100% /snap/simplescreenrecorder/1
/dev/loop4      173M  173M     0 100% /snap/retroarch/113
/dev/loop9       87M   87M     0 100% /snap/core/4407
/dev/loop10     111M  111M     0 100% /snap/minecraft-nsg/13
/dev/loop11     6.0M  6.0M     0 100% /snap/communitheme/185
/dev/loop12     173M  173M     0 100% /snap/retroarch/110
/dev/loop13     135M  135M     0 100% /snap/discord/60
tmpfs           186M   16K  186M   1% /run/user/121
tmpfs           186M  3.1M  183M   2% /run/user/1000
/dev/loop14     135M  135M     0 100% /snap/discord/64

Спасибо.

0
задан 10 May 2018 в 15:01

1 ответ

Несоответствие, которое Вы находите между этими 2, является вопросом масштабов. Существует много масштабов, используемых для измерения компьютерного устройства хранения данных. Например:

Гибибайты: Складные цилндры 2^30 - 1 Гибибайт = 1 073 741 824 байта

Гигабайты: df -h размеры печати в полномочиях 1 024 однако, производители дисков обращаются к мощностям с помощью полномочий 1 000 df -H, предоставит информацию в том масштабе также. Посмотрите примеры ниже:

me@zippy-64bit:~$ df -H /dev/sda2
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       113G   11G   97G  11% /
me@zippy-64bit:~$ df -h /dev/sda2
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       106G   11G   90G  11% /

, Как Вы видите выше и с неполной нагрузкой зависите не только от того, как Вы спрашиваете, но также и зависите от того, кто Вы и кого Вы спрашиваете.

Рассматривают это: от свойств наутилуса как обычный пользователь я получаю это:

npropsreguser

Вы отметите, что вывод свойств Nautilus не соглашается ни с одним из df выводов. Подсказка (some contents unreadable), но даже если Вы были корнем нет никакой гарантии соответствия, поскольку метод, используемый для вычисления использования, может варьироваться, как свидетельствуется выводом df по сравнению с du , например. Мой лучший совет состоит в том, чтобы следить % Использования в Вашем выводе df, поскольку это всегда будет точно независимо от используемого масштаба.

2
ответ дан 24 September 2019 в 04:03

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

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