Я вижу много подобных сообщений, но все они предлагают выполнить что-то как:
du -hx / | sort -n
Который мог бы помочь мне, но любая команда на этом сервере просто возвращается с
sort: write failed: /tmp/sortc0c7gF: No space left on device
Так, я перезагрузил, и это все еще подходит 100%. Как может я исключать достаточно материала только для подъема перед воздухом!Спасибо. О, вот результат df, но я не уверен, как полезный, который является!
просто взял экранный клип, так как я не мог вставить результат с надлежащим форматированием
Я должен добавить, что это - бездисплейный сервер под управлением Ubuntu 16.04 LTS. У меня действительно есть физический доступ, но если бы я мог бы сделать это через сессию SSH в терминале, который был бы лучшим!
Я пытался выполнить это. "sudo du-h - max-depth=1" Вы думаете, что проблема могла бы быть, они обрабатывают? Если так, как я могу достигнуть их? Я перезагрузил сервер несколько раз.
Вот снимок экрана команды du, смотрящей на один слой глубоко
Найденный им! @muclux был на правильном пути. В этой системе у меня есть 3 HDs. Один для ОС, один для моих долей и той, которая является ленивым резервным копированием. Я выполняю команды rsync каждый час для синхронизации от долей. Однако, когда я выполняю rsync, я просто использую/media/backup_hd точку монтирования. Так или иначе мой фактический диск был размонтирован и таким образом, команда rsync пыталась скопировать мои файлы в каталог, который является просто частью корневого жесткого диска. Я не знаю, как это был umounted, но когда я вытянул диск ОС и поместил его в другую систему, которая является, где я нашел весь спам.
Моей проблемой теперь является ОС, не загрузится. Я думаю, что повредил свой диск ОС так или иначе. Не уверенный, как, но это просто мигает. Я держал пари, что разрушил GRUB так или иначе. Так или иначе эта проблема решена. Я буду искать, как выполнить rsync к диску не точка монтирования или что-то для предотвращения этого в будущем. Дикий действительно. Благодаря всем, кто прочитал это.