«Скрытые, лишние данные» из-за неправильной установки домашнего каталога
Что случилось:
Мой жесткий диск объемом 500 ГБ на моем DELL XPS13 очень быстро заканчивал работать - и проблема продолжала возникать каждые несколько месяцев, несмотря на все мои усилия по очистке моего система (см. ниже). Я предполагаю, что мой домашний каталог каким-то образом был / не был правильно смонтирован, в результате чего на моем жестком диске было использовано дополнительное пространство, которое я не всегда мог видеть, в зависимости от используемого инструмента.
Перезагрузка в режиме безопасной загрузки позволила мне увидеть лишние данные. Поскольку это произошло с самого начала на этом компьютере, я собираюсь полностью переустановить Ubuntu (Ubuntu предустановлена DELL) ...
Вторая версия поста
Кажется, у меня возникла другая проблема, чем я думал (первоначальный пост ниже) ...
У меня есть SSD-накопитель на 500 ГБ.
df -h
говорит мне, что я использую 327 ГБ из 500 в своем домашнем каталоге (в зашифрованном виде) соответствующие выходные данные:
Filesystem Size Used Avail Use% Mounted on
/home/gugy/.Private 435G 327G 87G 80% /home/gugy
Но Наутилус говорит мне, что я использую только 224,6 ГБ в моем доме каталог / gugy.
Любые идеи, куда ушло около 100 ГБ, которые я не вижу в Наутилусе, как заставить эти два инструмента согласовать / удалить 100 ГБ, что я не знаю, какие они есть?
Я запустил
apt-get clean
apt-get update
apt-get upgrade
apt-get dist-upgrade
, чтобы сэкономить несколько ГБ здесь и там, но не могу найти виновного: /
Подробнее baobab сообщает мне, что каталоги / home и / home / gugy используют 244 ГБ (не каждый, но на обоих уровнях)
ls -lsha /home/
total 36K
4.0K drwxr-xr-x 4 root root 4.0K Mar 21 2017 .
4.0K drwxr-xr-x 25 root root 4.0K May 9 08:55 ..
4.0K drwxr-xr-x 3 root root 4.0K Mar 21 2017 .ecryptfs
24K drwx------ 70 gugy gugy 20K May 9 11:00 gugy
Первая версия поста
У меня есть зашифрованный домашний каталог на моей Ubuntu 16.04, мой встроенный Жесткий диск SSD имеет 500 ГБ свободного места. У меня не хватило места быстрее, чем ожидалось (использовалось 466,7 ГБ, все это в / home, но когда я проверял каталог / home / USER, его размер составлял всего 224,6 ГБ), и теперь я наконец понял, что идет не так : ncdu (версия 1.11) показывает мне это как вывод для моего каталога / home:
--- /home ----------------------------------------------------------------------
. 227.4 GiB [##########] /.ecryptfs
. 227.4 GiB [######### ] /USER
Теперь я бы очень хотел удалить что-то, все мои данные были заархивированы, но я не уверен, как продолжать. Я хотел бы сохранить свой домашний каталог в зашифрованном виде, но я не хочу просто удалять вещи, не понимая, как возникла эта ситуация. Не было ли это как-то неправильно размонтировано в зашифрованном домашнем каталоге (я понятия не имею, как это могло произойти ...)? У меня есть виртуальная машина с окнами на ней и общими папками между гостем и хостом, может ли это вызвать такую проблему? Любые советы, советы, идеи, предложения приветствуются.
больше информации : в соответствии с комментариями:
df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.8G 0 7.8G 0% /dev
tmpfs 1.6G 26M 1.6G 2% /run
/dev/nvme0n1p3 435G 327G 87G 80% /
tmpfs 7.8G 65M 7.8G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/loop2 87M 87M 0 100% /snap/core/4407
/dev/loop1 87M 87M 0 100% /snap/core/4571
/dev/loop0 87M 87M 0 100% /snap/core/4486
/dev/loop3 60M 60M 0 100% /snap/notes/4
/dev/nvme0n1p1 496M 28M 469M 6% /boot/efi
tmpfs 1.6G 100K 1.6G 1% /run/user/1001
/home/gugy/.Private 435G 327G 87G 80% /home/gugy
tmpfs 1.6G 0 1.6G 0% /run/user/0
PS: gugy - мой пользователь ...
Выходные данные
du -h /home/
превышают слишком много страниц для печати
2 ответа
Шифрование не удваивает Ваше использование диска, удаление шифрования не имело бы никакого значения. Некоторые приложения использования диска сообщают о зашифрованных данных неправильно или смутно, лучший способ просмотреть Ваше фактическое использование с:
df-h
На Linux у Вас есть диск, которые имеют разделы. Эти разделы смонтированы к различным точкам монтирования или каталогам, в системе.
Это интересно, потому что это означает, что у Вас может быть относительно простая система, или можно вспыхнуть различные каталоги на различные диски. Например, Ваш / (корень) и Ваш /home/ каталоги могли жить на отдельных дисках. Это обеспечивает разделение проблем и большую гибкость с будущими изменениями.
Кроме того, сами файловые системы могут содержать ссылки. Ссылки сгенерированы ln, и или трудно или гибкие ссылки. При создании ссылки Вы говорите системе, что файл живет в одном месте, но Вы хотите это доступный от другого местоположения. Когда Вы редактируете любую ссылку, другой обновляется.
Используя комбинацию этих двух функций, можно сохранить дистрибутив Linux на SSD с ограниченным пространством, и Вы могли сначала вспыхнуть /home/ на другой SSD или жесткий диск, но почему остановка там? Вы могли получить третий диск и поместить его в /mnt/data/, и храните большие файлы. Вы могли вообразить сценарий, где у Вас есть что-то как /mnt/data/some/long/path/Videos, и Вы хотите смочь получить доступ к ним более легко. Вы могли связать тот каталог с где-нибудь в Вашем корневом каталоге:
ln -s /mnt/data/some/long/path/Videos /home/user/Videos
Теперь, если добавляют файл к любому каталогу, у них обоих есть файл, но только источник хранит фактические данные, когда у Вас есть символьная ссылка, как та, созданная с помощью -s флаг.
Это означает, что, вместо того, чтобы буквально копировать все данные в два места (жесткая ссылка), мы только храним данные в одном месте и ссылку, или указываем на него. Однако, если Вы посмотрите на файлы, то они сообщат, что у них есть размеры, и ссылки копируют общее использованное пространство, о котором сообщают с некоторыми инструментами.
Поэтому мы говорим, что Вы действительно смотрите на вывод df -h, А именно, Avail столбец:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 1.0G 100M 0.8G 16% /boot
Здесь, мы видим мой /boot раздел и Используемый процент. Это - фактическое использование и является значением, которому можно доверять. Даже если я создаю набор символьных ссылок, размер не изменяется:
$ sudo ln -s /boot/initrd.img-4.4.0-47-generic /boot/${N}
$ ls -lsha /boot
total 102M
4.0K drwxr-xr-x 4 root root 4.0K May 12 15:18 .
4.0K drwxr-xr-x 25 root root 4.0K Oct 22 2017 ..
0 lrwxrwxrwx 1 root root 33 May 12 15:18 1 -> /boot/initrd.img-4.4.0-47-generic
0 lrwxrwxrwx 1 root root 33 May 12 15:18 2 -> /boot/initrd.img-4.4.0-47-generic
0 lrwxrwxrwx 1 root root 33 May 12 15:18 3 -> /boot/initrd.img-4.4.0-47-generic
После того как Вы понимаете это, можно использовать инструменты такой как baobab визуально осмотреть Ваши диски, который помогает Вам быстро найти, где большие файлы расположены.
Обновление
Это возможно это /home/gugy/ был записан в то, прежде чем файловая система была смонтирована. Это привело бы к файлам, 'скрытым' к большинству инструментов, и может быть проверено путем перезапуска в режим восстановления и отбрасывания к корневой подсказке.
/home/gugy/ должен существовать, но не должно быть никаких файлов, найденных в том каталоге, когда использование Зашифрованный Дом. Зашифрованные данные должны быть найдены и оставлены в покое, в /home/.ecryptfs/gugy.