Получение файловой системы свободного места
Это не проблема как таковая, а скорее запрос информации, основанный на незнании файловой системы Linux. Очень короткий вопрос:
Как узнать, сколько свободного и использованного пространства есть на томе, с которого работает Ubuntu?
Более подробно:
Я использую Ubuntu 12.04 с 64-гигабайтной флешки USB3, созданной из-за загрузки годовалого DVD с Ubuntu 12.04 и запуска Startup Disk Creator. Причина этого заключается в том, что основная загрузочная запись на моем жестком диске, содержащем Windoze 7, потеряла сознание, и в ожидании диска восстановления я запускаю Ubunto с USB или DVD в качестве «пробной версии». (И я продолжу запускать Ubuntu после восстановления Windoze, так как я заново открыл свою любовь к пингвину: o))
После установки Ubuntu на флешку я запустил приложение обновления программного обеспечения, которое загрузило около 450 МБ обновлений. и потребовалось пару часов для установки на флешку. Пару раз я получал сообщение о том, что на диске мало места. Поэтому я заглянул в файловый менеджер (или как он называется в наши дни) и не увидел список флешек, просто:
- SYSTEM
- жесткий диск (в списке 479Gb Filesystem)
- два других раздела, которые были созданы Windoze
- «Файловая система 4.3GB», которая при попытке открыть выдает ошибку «Не удалось найти / cow», и когда я пытаюсь размонтировать ее говорит мне, что я не могу, потому что он не смонтирован - D'OH !!
Редактировать: снимок экрана файлового менеджера
Редактировать: снимок экрана предупреждение о нехватке места на диске
Чего я не вижу, так это USB-накопителя, с которого я запускаю Ubuntu. Куда это делось, кто-нибудь знает?
Это косвенно связано с моим предыдущим вопросом о системных инструментах , в котором я пытаюсь получить контроль и знание системы в новейшем воплощении Ubuntu.
1 ответ
В этой ситуации я использую несколько инструментов: df , du и mount
du наиболее полезен для поиска виновника, который заполнил вашу файловую систему:
$du -h --max-depth=1
Однако в корне файловой системы / у вас не будет разрешения для доступа ко всем каталоги для чтения размеров файлов, поэтому вам понадобится sudo для получения полных прав. Я только что сделал это на нашем сервере в /, и наш рейд довольно большой, поэтому я отказался от этого.
Примеры следуют:
15:08 chris@server /$ sudo du -h --max-depth=1
8.0K ./mnt
16K ./build
4.1G ./opt
4.0K ./backup
12K ./media
13M ./lib32
38M ./root
300K ./dev
6.0M ./sbin
2.4G ./lib
2.9G ./var
4.0K ./selinux
50M ./home
2.3G ./usr
0 ./proc
7.9M ./bin
5.9M ./tmp
200K ./srv
4.0K ./run
0 ./sys
4.0K ./cdrom
Я нажал ctrl + c , потому что я закончил ждать /raid ... Итак, давайте посмотрим, что говорит df:
15:14 chris@server /$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb7 92G 9.0G 79G 11% /
none 1.9G 300K 1.9G 1% /dev
none 1.9G 0 1.9G 0% /dev/shm
none 1.9G 7.3M 1.9G 1% /var/run
none 1.9G 0 1.9G 0% /var/lock
none 1.9G 0 1.9G 0% /lib/init/rw
/dev/sda1 3.6T 2.3T 1.2T 66% /raid
/dev/sdb9 276M 88M 175M 34% /boot
/dev/sdb8 88G 3.1G 81G 4% /var
Ух ты, рейд полон на две трети, может быть, стоит подождать, чтобы выяснить это?
15:15 chris@server /raid$ !du
du -h --max-depth=1
852M ./www
20K ./investedin
9.8M ./ups
99M ./dealers
3.0G ./photoshoot
69M ./catalog_tech
86G ./misc
4.9G ./marketing
16G ./pics
193G ./Video
37G ./mechanical_design
14M ./tmp
16K ./lost+found
93G ./programs
16K ./.Trash-1000
17G ./Products
1.3G ./vendors
1.1G ./docs
128K ./.Trash-1001
20M ./customers
2.9M ./po_invoices
18M ./_SCANS
Ну, это все еще тусуется, так что я буду пациент и отпустить его в фоновом режиме. Чтобы проанализировать вышесказанное, я просматриваю размеры каталогов, для которых предназначен диск. Обратите внимание, что ./programs составляет 93G. Если это неожиданно, вы начинаете сверлить это дерево.
Я предпочитаю du -h --max-depth=1, потому что с большей глубиной вы получаете тонну выходных данных, и в этом случае вам может понадобиться только один каталог, в котором журнал сошел с ума (как на веб-сайте?)
Отредактировано, чтобы добавить:
И mount не всегда применимо для вашего точного случая, однако я использовал Linux и вышеупомянутые методы, чтобы спасти установку Windows с нет свободного места. mount может помочь вам увидеть, на каких жестких дисках установлены. Также обратите внимание, что df также намекает на вывод из mount.
15:25 chris@server ~$ mount
/dev/sdb7 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/dev/sda1 on /raid type ext4 (rw)
/dev/sdb9 on /boot type ext4 (rw)
/dev/sdb8 on /var type ext4 (rw)
Из сказанного выше следует, что первый раздел первого жесткого диска (аппаратный RAID 5) включен / raid, а фактический «жесткий диск» в компьютере - это sdb. С / на sdb7, это напоминает мне, что это 2-я или 3-я ОС, установленная на этом диске на этом сервере. Я положил /var на отдельный раздел, когда журналы сходят с ума.