Таким образом, я получаю корневой раздел как полный после некоторых ошибок. Вот то, что я вижу.
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 175G 175G 0 100% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
udev 7.8G 4.0K 7.8G 1% /dev
tmpfs 1.6G 1.4M 1.6G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 7.9G 0 7.9G 0% /run/shm
none 100M 0 100M 0% /run/user
overflow 1.0M 0 1.0M 0% /tmp
Поскольку Вы видите здесь. Я отчасти знаю то, что произошло. Я переместил свой сервер на новые аппаратные средства. Моя резервная Карта памяти изменила UUID. Я устал и поместил неправильный. Так корневой диск, смонтированный к / и резервные копии/. Когда задание RSYNC работало для резервного копирования, я уверен, что это был один адский цикл. Я получаю то, что произошло, но что я не могу выяснить, ни за что в жизни то, как восстановить эти файлы. Я с тех пор принял то участие из моего /etc/fstab
файл. Затем удаленный резервный каталог. Я имею, выполнил все виды вещей как NCDU, df -h
, и т.д. и я не могу найти, где эти "двойные" файлы имели бы быть. Это - единственная вещь, о которой я могу думать, который, возможно, вызвал это. Снова я не могу найти эти двойные файлы нигде, но мой диск показывает как полный, таким образом, они должны быть где-нибудь.... Любая справка или подсказки ценятся.
ncdu
должен был показать Вам, где проблема была.
Имеют Вас, пытался загрузиться от живого usb как sysrescuecd или grml, таким образом, система офлайн, затем монтирует корневой раздел и сверяется с ncdu.
Вы могли вывести свое целое дерево файла в файл, затем взглянуть в текстовом редакторе или даже электронной таблице при 10%-м масштабировании, для наблюдения, где части могли бы появиться к дублированному или рекурсивному.
find . -type d -name /\* > wholetree.txt