0% d'utilisation sur la partition udev (/dev)

C'est normal pour le /dev monture à utiliser à 0%. De même, de bonnes informations sur le /dev Le support peut être trouvé à https://superuser.com/a/675664/440143

Ceci est tiré du lien ci-dessus. Veuillez créditer l'auteur original.

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 permanent (sauf une partie du swap lorsque le système manque de RAM).

Disques RAM et /dev sous Linux

Ubuntu, comme beaucoup de distributions Linux modernes, utilise devtmpfs pour le système de fichiers /dev répertoire. Le répertoire contient spécial fichiers (périphériques) qui ne sont que des interfaces avec les pilotes de périphériques. devtmpfs est une instance spéciale de tmpfs . En /dev est un élément essentiel de la structure des 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 d'autres systèmes, il peut également être monté à l'adresse /tmp .

Vos questions

1. L'affectation des espaces est le paramètre par défaut. Par défaut tmpfs Les systèmes de fichiers sont limités à 50 % de la capacité de votre RAM. (Disposez-vous de 64 Go de RAM ?) Ce chiffre n'est en fait qu'une limite car le tmpfs fichier les systèmes de fichiers n'occupent que l'espace nécessaire pour stocker les fichiers et pour le /dev répertoire, l'espace nécessaire est très réduit. Le site capacité occupée dans votre (et mon) cas est de quelques KB.
2. Vous ne pouvez pas influencer le tmpfs par partitionnement car ils ne sont pas stockés sur des disques physiques. La suppression n'est pas possible à possible sans apporter des modifications substantielles au système. Vous pouvez réduire la taille limite plus basse : sudo mount -o remount,size=1G /dev mais cela ne fera que modifiera seulement la limite mais pas l'espace RAM réellement occupé.

Solution à votre problème

Votre solution est de repartitionner le disque et de faire /dev/sda1 plus grande (plus facile si le repartitionnement est possible) ou pour ajouter de nouvelles partitions et, les monter dans les répertoires appropriés et y déplacer les pour libérer la racine ( / ) du système de fichiers.

J'espère que cela vous aidera !