J'ai manqué d'espace disque aujourd'hui en essayant de compiler un programme. Lorsque j'ai exécuté df -h, j'ai remarqué que les partitions étaient bancales. df -h donne
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 4.6G 4.4G 0 100% /
udev 32G 4.0K 32G 1% /dev
tmpfs 13G 724K 13G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 32G 0 32G 0% /run/shm
J'ai quelques questions sur cette sortie.
- Pourquoi tout l'espace est-il attribué à udev? Est-ce juste une erreur que l'utilisateur a commise lors de l'installation ou y a-t-il une raison à cela?
- Si je repartitionne, dois-je supprimer udev ou simplement le réduire?
linux
ubuntu
partitioning
filesystems
Sean Egan
la source
la source
Réponses:
udev
n'est pas une partition sur un disque dur permanent. Il s'agit d'un disque RAM . En tant que tel, il ne consomme aucune capacité d'un disque dur permanent (sauf une partie de swap lorsque le système manque de RAM).Disques RAM et / dev sous Linux
Ubuntu comme beaucoup de distributions Linux modernes utilise
devtmpfs
le système de fichiers pour le/dev
répertoire. Le répertoire contient des fichiers spéciaux (périphériques) qui ne sont que des interfaces avec les pilotes de périphériques.devtmpfs
est une instance juste spéciale detmpfs
. Le/dev
répertoire est une partie essentielle de la structure de répertoires de type Unix. Si vous le supprimez, le système cessera de fonctionner.Vous pouvez remarquer que dans Ubuntu
tmpfs
est également monté sur/run
et ses sous-répertoires. Sur certains autres systèmes, il pourrait également être monté sur/tmp
.Vos questions
tmpfs
les systèmes de fichiers sont limités à 50% de votre capacité RAM. (Avez-vous 64 Go de RAM?) Le nombre est vraiment juste une limite car lestmpfs
systèmes de fichiers n'occupent que l'espace nécessaire pour stocker les fichiers et pour le/dev
répertoire, l'espace requis est très petit. La capacité occupée dans votre (un mon) cas est de quelques Ko.tmpfs
tailles en partitionnant car elles ne sont pas stockées sur des disques physiques. La suppression n'est pas possible du tout sans modifications substantielles du système. Vous pouvez réduire la taille limite:sudo mount -o remount,size=1G /dev
mais cela ne fera que modifier la limite mais pas l'espace RAM réellement occupé.Solution à votre problème
Votre solution consiste à repartitionner le lecteur et à l'
/dev/sda1
agrandir (plus facile si le repartitionnement est possible) ou à ajouter de nouvelles partitions et à les monter dans les répertoires appropriés et à y déplacer les fichiers existants pour libérer le/
système de fichiers root ( ).la source