Где корзина для корневого раздела?

Я использую trash-put для извлечения файлов из командной строки. Недавно я trash-put команду rm на trash-put чтобы случайно не удалить что-то важное.

Однако теперь произошло то, что мне пришлось удалить некоторые файлы из папки /var/log чтобы освободить место в / файловой системе. Я сделал это, используя sudo :

 sudo rm /var/log/somelog #Above command is equivalent to: sudo trash-put /var/log/somelog 

После этого на раздел не было свободного места, поскольку файлы должны были перемещаться в какую-либо мусорную корзину. Однако, когда я проверил свой мусорный ящик, не было файлов. Я попытался посмотреть, была .Trash-100 папка .Trash-100 на / разделе, но даже этого не было.

Итак, где мой файл с треском? И как мне найти его, чтобы я мог уничтожить его, чтобы восстановить некоторое пространство?

  • Как отключить корзину в KDE
  • Как «rm» в файловой системе NTFS отличается от собственной реализации Windows?
  • Где файлы идут, когда выдается команда rm?
  • mutt: отметьте как прочитанное и удаляемое
  • Как удалить файл в корзину в BASH (Linux)
  • Как я могу использовать корзину / корзину для своих акций Samba?
  • Как найти мусорную корзину Nautilus в файловой системе
  • Восстановить скрипт корзины не работает
  • 3 Solutions collect form web for “Где корзина для корневого раздела?”

    Те файлы, которые вы удалили, могут по-прежнему открываться другим процессом. В этом случае файловое пространство станет доступным, когда этот процесс закроет его дескриптор файла.

    Вы можете искать эти файлы с помощью lsof :

     lsof |grep "var/log"|grep deleted 

    В соответствии с man – страницей trash-put , trash-put помещает файлы в корзину, которые определяются спецификацией корзины FreeDesktop.org .

    В главе «Каталоги корзины» « Трещина» следует за таким откатом:

    1. Домашний мусор, расположенный в $XDG_DATA_HOME/Trash . В вашем случае это может быть /root/Trash для root. Также возможно, что sudo передал $XDG_DATA_HOME через, так что попробуйте найти его под собственным мусором. Это основной мусор .
    2. Для каталогов, не использующих один и тот же корень монтирования, как и $XDG_DATA_HOME , может использоваться корзина в верхних каталогах установленных каталогов.
      1. $topdir/.Trash/$UID может быть опробован первым.
      2. Если тест не работает (например, $topdir/.Trash не существует), используйте $topdir/.Trash-$UID . В вашем случае попробуйте найти его в /.Trash-0 , так как sudo делает ваш UID root.

    Обновить:

    Бинг «корневой мусор» дает мне больше.

    Из действительно старого учебника, в котором упоминается gksudo nautilus '/root/.Trash/' , может быть хорошим вариантом для .Trash (вместо Trash as in fd.o) под корневым $XDG_DATA_HOME .

    В соответствии с действительно старым вопросом на китайском языке, в котором .Trash-root создан для съемного диска .Trash-root , некоторые реализации используют имя пользователя вместо числового UID.

    Псевдонимы не будут использоваться при использовании sudo :

     $ alias a=ls $ sudo a sudo: a: command not found 

    Это означает, что файлы были фактически удалены, а не перемещены в мусорную корзину.

    Если есть процессы, которые все еще хранят открытые файлы, например, для их записи, то пространство, используемое этими файлами, не будет возвращено до тех пор, пока эти процессы не будут закрыты или не будут завершены.

    Linux и Unix - лучшая ОС в мире.