Manque d'espace dans /run

Je ne pense pas qu'il soit nécessaire d'augmenter la taille de /run, mais si c'est le cas, essayez d'éditer votre fichier /etc/fstab. Tous les points de montage et la plupart des partitions y sont répertoriés. Si votre partition /run est un tmpfs (ce qui devrait être le cas, du moins d'après le fichier https://askubuntu.com/questions/57297/why-has-var-run-been-migrated-to-run (je le confirmerais avant de suivre ces instructions), vous pouvez simplement modifier la ligne fstab de votre montage /run en quelque chose qui ressemble à ce qui suit :

none /dev/shm tmpfs defaults,size=8G 0 0

Voyez comment la taille est déclarée juste après defaults ? Essayez de le faire. Vous pouvez également utiliser les mégaoctets en utilisant M :

none /dev/shm tmpfs defaults,size=100M 0 0

Redémarrez ensuite l'ordinateur et les modifications devraient être prises en compte.

Editer : Il semblerait qu'Ubuntu crée le fichier run en utilisant des fichiers dans /etc/init et /etc/init.d et non via fstab. Vous devez consulter ces fichiers et trouver la commande mount qu'il utilise pour créer la partition run et l'éditer manuellement. Je n'ai pas de boîte pour tester cela en ce moment, mais essayez de lancer ceci :

find /etc/init* -type f | xargs grep "mount"

OU

find /etc/init* -type f | xargs grep "run"

S'il est monté via un script bash, cela devrait permettre de trouver le fichier et la ligne qui effectuent le montage.

Augmentation temporaire du système de fichiers tmpfs

1) Ouvrir /etc/fstab mit vi ou tout autre éditeur de texte de votre choix,

2) Localiser la ligne de /dev/shm et utilisez l'option tmpfs size pour spécifier la taille souhaitée,

e.g. 512MB:
tmpfs      /dev/shm      tmpfs   defaults,size=512m   0   0

e.g. 2GB:
tmpfs      /dev/shm      tmpfs   defaults,size=2g   0   0

après

mount -o remount /dev/shm

Cela ne répond pas vraiment à la question posée car cette fonctionnalité n'était pas présente dans Ubuntu 12.04, mais au cas où cela aiderait des personnes ayant des questions similaires, à partir de Debian buster ou Ubuntu 18.10, vous pouvez utiliser la commande initramfs.runsize= paramètre de démarrage ; la valeur par défaut est initramfs.runsize=10% mais vous pouvez utiliser par exemple initramfs.runsize=20% ou initramfs.runsize=128M au lieu de cela.

Cette fonctionnalité a été ajoutée en réponse à Bogue Debian #862013 .

J'ai eu cette erreur à cause d'une mauvaise configuration de journald.conf où j'avais utilisé Storage=volatile et RuntimeMaxUse=1G, alors que /run ne faisait que 200M de taille. Partition /run est une partition en mémoire . Storage=volatile indique à journald de stocker les logs en mémoire dans /run/log/journal, et avec RuntimeMaxUse=1G nous obtenons facilement un dépassement de 200M de logs.

Les options précédées de "System" s'appliquent aux fichiers journaux lorsqu'ils sont stockés sur un système de fichiers persistant, plus précisément /var/log/journal. Les options préfixées par "Runtime" s'applique aux fichiers journaux lorsqu'ils sont stockés sur un système de fichiers volatils en mémoire, plus précisément /run/log/journal. .

-- De documentation journald.conf

La solution pour moi a été de configurer journald.conf avec :

[Journal]
Storage=persistent
RuntimeMaxUse=50M
SystemMaxUse=1G

Plus d'informations :

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           199M  199M    0M 100% /run

$ du -sh /run/log/journal
199.0M  /run/log/journal

$ cat /etc/systemd/journald.conf

[Journal]
Storage=volatile
RuntimeMaxUse=1G