Используемое дисковое пространство от 'df' не складывается в то, что говорят такие инструменты, как 'ncdu / du'… как это может быть?

Я использую Ubuntu Server 14.04.2 LTS, и в последнее время системному разделу часто не хватает места. Я очищаю все, что могу, стандартными командами apt-get autoremove и т. Д., Но это возвращает мне только несколько мегабайт.

Теперь я попытался выяснить, куда ушло все пространство и ... я просто не выяснил, где оно находится. Согласно

df -h

Filesystem                 Size  Used Avail Use% Mounted on
/dev/mapper/stig--vg-root   12G   11G  386M  97% /
none                       4.0K     0  4.0K   0% /sys/fs/cgroup
udev                       7.8G   12K  7.8G   1% /dev
tmpfs                      1.6G  1.9M  1.6G   1% /run
none                       5.0M     0  5.0M   0% /run/lock
none                       7.8G  4.0K  7.8G   1% /run/shm
none                       100M     0  100M   0% /run/user
/dev/sdf1                  236M   68M  156M  31% /boot
/dev/sdb1                  2.7T  2.1T  551G  79% /data/disk1
/dev/sda1                  2.7T  2.1T  498G  81% /data/disk1b
/dev/sdc1                  1.8T  520G  1.2T  30% /data/disk2
/dev/sdd1                  1.8T  521G  1.2T  30% /data/disk2b
/dev/sde1                  688G  522G  132G  80% /data/disk3
/dev/sdg1                  932G  522G  410G  56% /data/usb.disk3b
/dev/sdh1                  932G  522G  410G  57% /data/usb.disk2c

На / dev / mapper / stig - vg-root используется 11 концертов ... но я не смог узнать где. Я попытался с

sudo ncdu -o ~/ncduoutput

в корневом каталоге. Вот вывод:

ncdu 1.10 ~ Use the arrow keys to navigate, press ? for help                                                                                                                                                                           [imported]
--- / ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    6.6TiB [ 99.9%] /data
    2.5GiB [  0.0%] /usr
  969.9MiB [  0.0%] /var
  292.6MiB [  0.0%] /lib
  178.9MiB [  0.0%] /home
   36.6MiB [  0.0%] /boot
   28.7MiB [  0.0%] /etc
   12.1MiB [  0.0%] /sbin
    9.6MiB [  0.0%] /bin
    1.9MiB [  0.0%] /tmp
    1.8MiB [  0.0%] /run
  104.0KiB [  0.0%] /root
   20.0KiB [  0.0%] /storage
e  16.0KiB [  0.0%] /lost+found
   12.0KiB [  0.0%] /dev
   12.0KiB [  0.0%]  webmin-setup.out
    8.0KiB [  0.0%] /opt
    4.0KiB [  0.0%] /lib64
e   4.0KiB [  0.0%] /srv
e   4.0KiB [  0.0%] /mnt
    4.0KiB [  0.0%]  dead.letter
.   0.0  B [  0.0%] /proc
    0.0  B [  0.0%] /sys
@   0.0  B [  0.0%]  initrd.img
@   0.0  B [  0.0%]  vmlinuz

Оставляя / помощник данных (который находится на других дисках), другие вещи даже не составляют в общей сложности 11 концертов.

Кто-нибудь может дать мне подсказку, что я могу пропустить? Или это звучит как неисправность диска? Я не запускал fsck, но это может быть следующим шагом, если кто-нибудь не скажет мне, что я сделал что-то не так или что-то наблюдал.

Большое спасибо заранее :).

0
задан 11 June 2015 в 17:49

1 ответ

Если у Вас есть какие-либо данные в реальной начальной загрузке / и / каталогах данных на Вашем корневом разделе, они не видимы, в то время как у Вас есть другая файловая система, смонтированная по тем каталогам. Можно проверить, что их содержание без других файловых систем, мешающих, связывает монтирование корня где-то в другом месте и затем проверку там:

mount --bind / /mnt
du -sh /mnt/boot /mnt/data
0
ответ дан 11 June 2015 в 17:49

Другие вопросы по тегам:

Похожие вопросы: