ncdu
deveria ter mostrado a você onde estava o problema.
Você já tentou inicializar a partir de um live usb como sysrescuecd ou grml, então o sistema está offline, montando a partição root e verificando com o ncdu.
Então, estou recebendo uma partição raiz como cheia após alguns erros. Aqui está o que estou vendo.
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
Como você pode ver aqui. Eu meio que sei o que aconteceu. Eu migrei meu servidor para um novo hardware. Minha unidade USB de backup mudou os UUIDs. Eu estava cansado e coloquei o errado. Então o drive raiz montado em / e / backups. Quando o trabalho do RSYNC foi executado no backup, tenho certeza de que foi um ciclo infernal. Eu entendi o que aconteceu, mas o que eu não consigo entender é como recuperar esses arquivos. Eu tirei essa parte do meu arquivo /etc/fstab . Em seguida, removeu o diretório de backups. Eu corri todos os tipos de coisas como NCDU, df -h , etc e não consigo encontrar onde esses arquivos "duplos" teriam sido. É a única coisa que posso pensar que pode ter causado isso. Novamente eu não consigo encontrar esses arquivos em qualquer lugar, mas meu disco está mostrando como cheio, então eles devem estar em algum lugar .... Qualquer ajuda ou dicas são apreciadas.
ncdu
deveria ter mostrado a você onde estava o problema.
Você já tentou inicializar a partir de um live usb como sysrescuecd ou grml, então o sistema está offline, montando a partição root e verificando com o ncdu.
Você pode despejar toda a árvore de arquivos em um arquivo, dar uma olhada em um editor de texto ou até mesmo em uma planilha com zoom de 10%, para ver onde as partes podem aparecer duplicadas ou recursivas.
find . -type d -name /\* > wholetree.txt