Правильно ли зашифрован мой диск? Почему он занимает так много места?
У меня есть внутренний жесткий диск емкостью 1 ТБ, и сегодня я обнаружил, что он почти заполнен, хотя я знаю, что на нем не должно быть почти столько данных. Несколько месяцев назад я потратил некоторое время, пытаясь зашифровать диск с помощью ecryptfs (я думаю, что я следовал этому уроку ), мне было трудно заставить его работать, но я думал, что преуспел в конце. К сожалению, я не могу вспомнить детали, где я боролся и где я нашел помощь.
Причина, по которой я считаю, что это связано с недостатком дискового пространства, заключается в том, что анализатор использования дисков показывает, что почти три четверти моего диска заняты одним огромным зашифрованным каталогом. Вот несколько скриншотов, чтобы продемонстрировать:
Коричневый сегмент из примерно 12 3 - мой обычный домашний каталог; Документы, музыка и т. Д. Это то, что я надеялся зашифровать, и размер выглядит примерно так, как я думал на машине (есть только одна учетная запись пользователя). Большой красный сегмент занят загадочными вещами, и все они хранятся в каталоге ecryptfs.
Я видел, как люди поднимали подобные проблемы в прошлом, но с каталогом ecryptfs того же размера, что и домашний каталог, это больше в три раза больше. Я подозреваю, что он расширился из-за трудностей, с которыми я сначала столкнулся при шифровании диска (я, вероятно, пытался запустить инструмент два или три раза, думая, что он не работал каждый раз). В любом случае ответы на эти вопросы мало что могут сделать, чтобы решить проблему. Насколько я могу судить, практическая разница между «диск почти заполнен» или «компьютер просто думает, что диск почти заполнен из-за виртуального файла ecryptfs», насколько я могу судить.
У кого-нибудь есть мысли по этому вопросу?
Редактировать: df показывает следующее:
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.8G 0 7.8G 0% /dev
tmpfs 1.6G 9.9M 1.6G 1% /run
/dev/sda2 913G 758G 110G 88% /
tmpfs 7.8G 152M 7.7G 2% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
tmpfs 1.6G 92K 1.6G 1% /run/user/1000
/home/eddy/.Private 913G 758G 110G 88% /home/eddy
1 ответ
Баобаб (имя собственное Использования диска Анализатор) не изучает файловые системы, смонтированные в подкаталогах (здесь: /home/eddy) из родительского каталога для анализа. Вместо этого это только видит содержание файлов в родительской файловой системе, которые, оказывается, файлы и имена файлов, которые поддерживают Ваш зашифрованный корневой каталог в их зашифрованном состоянии. Я нашел два пути вокруг этого.
1 Говорят Баобабу смотреть на Ваш корневой каталог конкретно
С этой целью откройте терминал и работайте:
baobab "$HOME"
Я не нашел способ сделать это надежно через графический интерфейс пользователя.
2 Использования использование диска командной строки анализатор
du не производит аккуратный вывод взгляда как Баобаб, но он делает свое задание:
du "$HOME"
Вывод простой команды может быть немного трудно считать, и я рекомендую использовать -h опция для человекочитаемых величин числа:
du -h "$HOME"
Можно также отсортировать этот вывод по размеру в порядке убывания с дополнительным инструментом:
du -h "$HOME" | sort -h -r -k 1,1
Наконец, что не менее важно, вывод du вероятно, охватит несколько терминальных экранов. Поэтому я рекомендую перенаправить его вывод к программе пейджера как less это позволяет Вам просмотреть текстовые данные путем прокрутки на своем собственном досуге:
du -h "$HOME" | sort -h -r -k 1,1 | less
Кроме того, можно сохранить вывод du в файле и представлении это с Вашим любимым средством просмотра текста, например:
du -h "$HOME" | sort -h -r -k 1,1 > ~/Desktop/disk-usage.txt