1 votes

Obtenir l'espace libre du système de fichiers

Il ne s'agit pas d'un problème en tant que tel, mais plutôt d'une demande d'information basée sur l'ignorance du système de fichiers Linux. La question très courte est :

Comment puis-je savoir combien d'espace libre et utilisé il y a sur le volume à partir duquel Ubuntu est exécuté ?

Plus de détails :

J'exécute Ubuntu 12.04 à partir d'une clé USB3 de 64 Go, créée en démarrant un DVD Ubuntu 12.04 vieux d'un an et en utilisant Startup Disk Creator. La raison en est que le Master Boot Record de mon disque dur, qui contient Windows 7, s'est effondré, et en attendant un disque de récupération, j'utilise Ubuntu sur une clé USB ou un DVD à titre d'essai. (Et je continuerai à utiliser Ubuntu après avoir restauré Windows, car j'ai redécouvert mon amour du pingouin :o))

Après avoir installé Ubuntu sur la clé, j'ai lancé l'application de mise à jour du logiciel, qui a téléchargé quelque 450 Mo de mises à jour et a pris quelques heures pour les installer sur la clé. À plusieurs reprises, j'ai reçu un message indiquant que l'espace disque était insuffisant. J'ai donc regardé dans le gestionnaire de fichiers (ou quel que soit le nom qu'on lui donne de nos jours) et je n'ai pas vu la clé dans la liste, juste.. :

  • SYSTÈME
  • disque dur (listé comme 479Gb Filesystem)
  • deux autres partitions qui avaient été créées par Windows
  • "4.3GB Filesystem" qui, lorsque j'essaie de l'ouvrir, donne l'erreur "Could not find /cow", et lorsque j'essaie de le démonter, il me dit que je ne peux pas parce qu'il n'est pas monté - D'OH !!!

Editar: capture d'écran du gestionnaire de fichiers

Editar: capture d'écran de l'avertissement de faible espace disque

Ce que je ne vois pas, c'est la clé USB à partir de laquelle j'exécute Ubuntu. Où est-elle passée, quelqu'un le sait ?

Ceci est tangentiellement lié à une ma question précédente sur les outils système J'essaie de contrôler et de connaître le système dans la dernière version d'Ubuntu.

0voto

Krista K Points 323

Il y a quelques outils que j'utilise lorsque je suis dans cette situation : df , du und mount

du est le plus utile pour traquer le coupable qui a rempli votre système de fichiers :

$du -h --max-depth=1

Cependant, à la racine du système de fichiers, / vous n'aurez pas la permission d'accéder à tous les répertoires pour connaître la taille des fichiers, vous aurez donc besoin des éléments suivants sudo pour obtenir tous les privilèges. Je viens de faire ça sur notre serveur à / et notre raid est un peu grand, donc j'ai renoncé à ça.

Voici quelques exemples :

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

J'ai frappé ctrl+c parce que j'en ai assez d'attendre /raid ... Voyons ce que dit 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

Oh, wow, le raid est rempli aux deux tiers, peut-être que ça vaut la peine d'attendre pour le découvrir ?

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

Eh bien, il est toujours en train de baratiner, alors je vais être patient et le laisser aller en arrière-plan. Pour analyser ce qui précède, Je regarde la taille des répertoires pour savoir qui est le gros consommateur de disque. Remarquez ./programs est de 93G. Si c'est inattendu, vous commencez à forer dans cet arbre.

Je préfère du -h --max-depth=1 parce qu'avec plus de profondeur, vous obtenez une tonne de résultats et dans ce cas, vous pourriez juste avoir besoin d'un répertoire où un journal est devenu fou (comme sur un site web).

Modifié pour ajouter :
Et mount n'est pas toujours applicable à votre cas exact, cependant, j'ai utilisé Linux et les techniques ci-dessus pour sauver une installation Windows sans espace libre. mount peut vous aider à voir quels disques durs sont montés où. Remarquez également comment df fait également allusion à la sortie de 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)

Ce qui précède nous indique que la première partition du premier disque dur (un RAID 5 matériel) se trouve sur /raid et que le "disque dur" réel de l'ordinateur est sdb. Avec / sur sdb7, cela me rappelle que c'est le 2ème ou 3ème OS que j'ai sur ce disque sur ce serveur. J'ai mis /var sur une partition séparée pour quand les logs deviennent fous.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X