web-dev-qa-db-fra.com

Rétrécir ou supprimer la partition Udev à Ubuntu?

J'ai manqué d'espace disque aujourd'hui en essayant de compiler un programme. Quand j'ai dirigé Df -H, j'ai remarqué que les partitions étaient bécables. DF -H Crayements

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.

  1. Pourquoi tout l'espace est-il attribué à udev? Était-ce juste une erreur que l'utilisateur a fait lors de l'installation ou y a-t-il une raison pour cela?
  2. Si je répare, puis-je supprimer Udev ou simplement la réduire?
linuxubuntupartitioningfilesystems
10
Sean Egan

udev n'est pas une partition sur un disque dur permanent. C'est un Disque RAM . En tant que tel, il ne consomme aucune capacité d'un disque dur permanent (sauf une partie du swap lorsque le système est court sur RAM).

Disques de RAM et/dev sous Linux

Ubuntu autant de distributions Linux modernes utilisent devtmpfs Système de fichiers pour le /dev répertoire. Le répertoire contient fichiers spéciaux (périphérique) qui ne sont que des interfaces avec les pilotes de périphérique. devtmpfs est un exemple juste spécial de tmpfs . Les /dev Le répertoire est une partie essentielle de la structure de répertoire 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 aussi être monté sur /tmp.

Vos questions

  1. L'affectation d'espace est le paramètre par défaut. Par défaut tmpfs _ Les systèmes de fichiers sont limités à 50% de votre RAM Capacité. (Avez-vous 64 Go de RAM?) Le nombre est vraiment une limite parce que la tmpfs Les 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 (une my) cas est peu de KB.
  2. Vous ne pouvez pas influencer les tailles tmpfs par partitionnement car ils ne sont pas stockés sur des lecteurs physiques. L'élimination n'est pas possible du tout sans modification substantielle du système. Vous pouvez faire la taille de taille inférieure: Sudo mount -o remount,size=1G /dev Mais cela ne changera que la limite mais pas la réelle occupée RAM Espace.

Solution à votre problème

Votre solution consiste à repartir le lecteur et à faire /dev/sda1 plus grand (plus facile si la répartition est possible) ou d'ajouter de nouvelles partitions et de monter dans les répertoires appropriés et de déplacer les fichiers existants là-bas pour libérer la racine (/) système de fichiers.

14
pabouk