Единственная причина, по которой я знаю, это если у вас нет 64-разрядного процессора. Хост ОС не имеет значения, и если аппаратная виртуализация не включена (VTX в настройках BIOS), вы все равно можете создать VM, но он скажет вам, что не так, когда вы пытаетесь начать его.
Как вы видите из выхода, которые вы разместили, почти все используемые пространство выделяются на /
, верхний уровень (или «корня», но не Чтобы быть запутанным с корнем root
пользователя) файловой системой. На самом деле, в вашей системе, это только настоящей установленной файловой системы. И вы можете увидеть, что это 100% используется.
/dev/xvda1 9.8G 9.3G 0 100% /
Следующее, что нужно сделать, это сверлить на эту файловую систему и найти какие подкаталоги занимают пространство. Попробуйте:
cd /
sudo du -sh * 2>/dev/null | sort -h
, который скажет, какая из поддирецетов / самых больших, с самым большим внизу.
0 /bin
0 /lib
0 /lib64
0 /proc
0 /sbin
0 /sys
4.0K /media
4.0K /mnt
4.0K /sysroot
16K /lost+found
156K /root
496K /opt
1.3M /run
2.0M /tmp
2.7M /dev
41M /etc
125M /boot
8.9G /usr
14G /var
17G /srv
21G /home
Здесь, большинство из мои материал в / Home
. Это может быть в вашем случае, хотя моя ставка в качестве Sysadmin - это что-то на / var
. Следующий шаг,
cd /var # or whatever seems abnormally large
sudo du -sh * 2>/dev/null | sort -h
и посмотрите, чтобы посмотреть, какие файлы журнала или временные данные или что-то еще вышли из-под контроля.
Первый шаг - проверять системные журналы. Перейдите в каталог / var / log и очистите некоторые старые файлы журнала. Далее вы можете проверить все / VAR каталог с помощью команды:
du -sh /var
, чтобы увидеть, какой каталог «есть» диске