Я использовал Kazam, чтобы записать 12-минутную запись экрана, и ему каким-то образом удалось создать 40 Гб файл. Это привело к тому, что мой компьютер (на самом деле компьютер на роботе Husky) исчерпал свою память. Я пытался удалить файлы, но памяти для этого не хватало.
Я прочитал пару обучающих полей и постов в программе askubuntu и увидел, что было рекомендовано загрузиться с помощью Live USB и удалить файлы таким образом.
Я смог это сделать и использовал sudo nautilus
, чтобы дать мне возможность удалить большие видеофайлы.
Однако, на компьютере все еще не хватало памяти для запуска сценариев запуска робота. Я смог войти в SSH и запустить sudo tune2fs -m 0 /dev/sda6
(как и предполагалось в другом посту), и я смог сделать достаточно памяти для фактической загрузки компьютера полностью. Затем я проследил за тем, чтобы все папки Trash для каждого пользователя были полностью опустошены и вручную выполнил rm -rf ~/.local/share/Trash/*
.
Теперь df
все еще имеет /dev/sda6
как почти полный:
eric@cpr-mic09:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4014820 0 4014820 0% /dev
tmpfs 807508 2892 804616 1% /run
/dev/sda6 114756748 109069280 5671084 96% /
Я пытался использовать du
, чтобы посмотреть, были ли очевидно большие файлы, но ничего не выглядело необычным. Я также использовал lsof
, чтобы попытаться найти удаленные файлы sudo lsof | grep delete
(source). Я даже зашел так далеко, чтобы просто убить все, что lsof вернул (source):
$ kill -9 $(lsof -ti | awk "{print $2}")
Ничего из того, что я сделал до сих пор, не смог освободить дисковое пространство. Я перезагружал несколько раз безрезультатно. Ниже приведены несколько соответствующих скриншотов. Я был бы очень признателен за любой совет.
Использование inode
выглядит нормально. Я проверил с помощью df -i
и /dev/sda6
использует только 16%.
Я смог исправить это после многих, много часов. Это было сочетание довольно много вопросов.
Я загрузился с помощью usb usb, чтобы попытаться удалить файлы. Оглядываясь бы, было бы лучше просто SSH в и вручную RM -RF
файлы.
Поскольку я загрузился с живым USB для удаления файлов, файлы не были полностью удалены. Вместо этого они были перемещены в файл /. Trash-0
. Это связано с тем, что:
всякий раз, когда вы устанавливаете внешний диск, каталог мусора будет создан в каталоге «root», где файлы перемещаются в случае удаления Из графического интерфейса, как мусор на вашем рабочем столе.
Это для улучшения восстановления файлов для внешних дисков. (Например, палочки USB или HDDS)
Итак, для суммы, при использовании живого USB для удаления файлов, файлы фактически будут перемещаться в /. Trash-0
вместо того, чтобы фактически удалить.
TRASH-CLI
Кто-то в лаборатории добавил псевдоним:
alias rm = 'trash-put`
Tous-Put
- это инструмент, который перемещает файлы в папку для мусора из командной строки. В отличие от RM
, который сразу и навсегда удаляет файл, Trash-Put
позволяет восстановить файлы из папки для мусора.
Когда инструмент был впервые выпущен, рекомендуется сделать это изменение. Однако автор сейчас настоятельно рекомендует не делать этого псевдонима источника .
Вы можете избежать использования псевдонимов RM
, если кто-то установил его, делая \ Rm
вместо RM
.
, я пытался использовать LSOF
, чтобы найти файл, который был открыт с помощью процесса, и не разрешено удалить. Однако это не помогло мне, потому что файл не был открыт. Он просто сидел внутри другой папки для мусора.
Я смог наконец найти, где это было делать:
# Switch to the admin account
$ sudo su administrator
# Move into the root directory
$ cd /
# List the top ten largest files
$ sudo du . | sort -nr | head -n10
Я сделал это, и самый большой файл был . / TRASH-0
, а затем ./. Trash-0 / файлы
.
Я смог удалить файлы, делая Sudo \ RM -RF ./.Trash-0
(для людей без псевдонимов RM
, вы можете просто сделать Sudo RM -RF ./.Trash-0
).
Некоторые уроки, которые я узнал из этого опыта:
sudo tune2fs -m 0 / dev / sda6
, чтобы вы могли использовать память, сохраненную для необходимых функций. Обязательно восстановите это на sudo Tune2fs -m 5 / dev / sda6
, когда вы закончите.