& ldquo; Скрытые, излишние данные & rdquo; из-за неправильного монтажа домашнего каталога

Что случилось:

Мой жесткий диск емкостью 500 ГБ на моем DELL XPS13 очень быстро вышел из космоса - и проблема продолжалась каждые несколько месяцев, несмотря на все мои усилия по очистке моей системы (см. ниже) , Я думаю, каким-то образом мой домашний каталог был / не монтируется должным образом, в результате чего на моем жестком диске было больше места, которое я не всегда мог видеть, в зависимости от используемого инструмента.

Перезагрузка в безопасной загрузке позволила мне чтобы увидеть лишние данные. Поскольку это произошло с самого начала с этого компьютера, я собираюсь полностью переустановить Ubuntu (Ubuntu был предварительно установлен DELL) ...

Что произошло:

Кажется, у меня другая проблема, чем я думал (начальный пост ниже) ...

У меня есть жесткий диск SSD с доступным объемом 500 ГБ.

df -h

говорит мне, что я использую 327GB из 500 в моем домашнем каталоге (зашифрованный) соответствующий вывод:

Filesystem Size Used Avail Use% Mounted on /home/gugy/.Private 435G 327G 87G 80% /home/gugy

Но nautilus говорит мне, что я использую только 224,6 ГБ в мой домашний каталог / gugy.

Любые идеи, когда около 100 ГБ пошли, что я не вижу в Наутилусе, как получить два инструмента для согласования / удаления 100 ГБ, которые я не знаю, каковы они? [ ! d10]

Я запустил

apt-get clean apt-get update apt-get upgrade apt-get dist-upgrade

, чтобы сохранить несколько GB здесь и там, но не могу найти виновника: /

Дополнительная информация 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, но когда я проверяю каталог my / home / USER, его только 224,6 ГБ), и теперь я, наконец, понял, что происходит неправильно : ncdu (версия 1.11) показывает мне это как результат для моего / домашнего каталога:

--- /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/

пробегает слишком много страниц для печати

0
задан 15 May 2018 в 14:11

4 ответа

В Linux у вас есть диск, который имеет разделы. Эти разделы монтируются в различные точки монтирования или каталоги в системе.

Это интересно, потому что это означает, что вы можете иметь относительно простую систему или вы можете разбить разные каталоги на разные диски. Например, ваши / (root) и ваши /home/ каталоги могут жить на отдельных дисках. Это обеспечивает разделение проблем и большую гибкость с будущими изменениями.

Кроме того, сами файловые системы могут содержать ссылки. Ссылки создаются ln и являются либо жесткими, либо мягкими. Когда вы создаете ссылку, вы сообщаете системе, что файл живет в одном месте, но вы хотите, чтобы он был доступен из другого места. Когда вы редактируете ссылку, другая обновляется.

Используя комбинацию этих двух функций, вы можете сохранить свой дистрибутив Linux на своем SSD с ограниченным пространством, и вы можете сначала вырваться /home/ на другой SSD или HDD, но зачем останавливаться на достигнутом? Вы можете получить третий диск и поместить его на /mnt/data/ и хранить большие файлы. Вы могли бы представить сценарий, где у вас есть что-то вроде /mnt/data/some/long/path/Videos, и вы хотите иметь доступ к ним более легко. Вы можете связать этот каталог где-нибудь в своем домашнем каталоге:

ln -s /mnt/data/some/long/path/Videos /home/user/Videos

Теперь, если добавить файл в любой каталог, у них обоих есть файл, но только источник сохраняет фактические данные, когда у вас есть символическую ссылку, подобную той, которая создана с использованием флага -s.

Это означает, что вместо того, чтобы буквально копировать все данные в два места (жесткую ссылку), мы сохраняем данные только в одном месте и ссылаемся на них или указываем на это. Однако, если вы посмотрите на файлы, они сообщают, что они имеют размеры, а ссылки дублируют сообщаемое общее используемое пространство с некоторыми инструментами.

Вот почему мы, Re [3]:

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.

0
ответ дан 17 July 2018 в 14:28

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

df -h

0
ответ дан 17 July 2018 в 14:28

В Linux у вас есть диск, который имеет разделы. Эти разделы монтируются в различные точки монтирования или каталоги в системе.

Это интересно, потому что это означает, что вы можете иметь относительно простую систему или вы можете разбить разные каталоги на разные диски. Например, ваши / (root) и ваши /home/ каталоги могут жить на отдельных дисках. Это обеспечивает разделение проблем и большую гибкость с будущими изменениями.

Кроме того, сами файловые системы могут содержать ссылки. Ссылки создаются ln и являются либо жесткими, либо мягкими. Когда вы создаете ссылку, вы сообщаете системе, что файл живет в одном месте, но вы хотите, чтобы он был доступен из другого места. Когда вы редактируете ссылку, другая обновляется.

Используя комбинацию этих двух функций, вы можете сохранить свой дистрибутив Linux на своем SSD с ограниченным пространством, и вы можете сначала вырваться /home/ на другой SSD или HDD, но зачем останавливаться на достигнутом? Вы можете получить третий диск и поместить его на /mnt/data/ и хранить большие файлы. Вы могли бы представить сценарий, где у вас есть что-то вроде /mnt/data/some/long/path/Videos, и вы хотите иметь доступ к ним более легко. Вы можете связать этот каталог где-нибудь в своем домашнем каталоге:

ln -s /mnt/data/some/long/path/Videos /home/user/Videos

Теперь, если добавить файл в любой каталог, у них обоих есть файл, но только источник сохраняет фактические данные, когда у вас есть символическую ссылку, подобную той, которая создана с использованием флага -s.

Это означает, что вместо того, чтобы буквально копировать все данные в два места (жесткую ссылку), мы сохраняем данные только в одном месте и ссылаемся на них или указываем на это. Однако, если вы посмотрите на файлы, они сообщают, что они имеют размеры, а ссылки дублируют сообщаемое общее используемое пространство с некоторыми инструментами.

Вот почему мы, Re [3]:

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.

0
ответ дан 20 July 2018 в 14:33
  • 1
    Спасибо, я понимаю намного лучше, что НЕ происходит сейчас. Проблема в том, что я, очевидно, использую около 100 ГБ где-то, что я не знаю, что они есть, хотя ... df -h говорит, что я использую 435GB, nautilus 224.6 Я бы не помню разницы в несколько ГБ и мог понять, что это связано с разными программами, которые считаются по-разному, но 100 ГБ слишком много, не так ли? – gugy 13 May 2018 в 01:27
  • 2
    см. обновление, надеюсь, что я понимаю смысл и понимаю, что вы имеете в виду ... baobab говорит мне, что дома и гугкие каталоги используют 244 ГБ. – gugy 13 May 2018 в 01:36
  • 3
    Отличные обновления. Можете ли вы дать нам ls -lsha /home/? baobab заявляет, что это не дублируется, так что вы видите что-нибудь еще, занимающее 100 ГБ? – earthmeLon 13 May 2018 в 01:40
  • 4
    Я получаю ошибку разрешения с baobab: Ошибка открытия каталога '/home/gugy/.cache/dconf': Permission denied, работающий как sudo теперь, чтобы увидеть, помогает ли это, пока что замедляется ... – gugy 13 May 2018 в 01:43
  • 5
    Я создал этот чат , если вам нужна помощь быстро. – earthmeLon 13 May 2018 в 01:47

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

df -h

0
ответ дан 20 July 2018 в 14:33

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

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