montures non présentes dans fstab. Où sont-ils?

2

mon système Debian utilise tmfs pour plusieurs choses, notamment / tmp

et sa taille est plutôt petite. Et il est introuvable dans mon / etc / fstab

Je suppose que je pourrais simplement ajouter l'entrée dans fstab et que cela prendra effet, mais j'aimerais vraiment comprendre ce qui se passe.

monter: 

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=219602,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=207432k,mode=755)
/dev/disk/by-uuid/xxx on / type ext4 (rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=414864k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,relatime,size=414864k)
/dev/md0 on /DATA type ext4 (rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)

fstab: 

proc            /proc           proc    defaults        0       0
UUID=xxx /               ext4    noatime,errors=remount-ro 0       1
UUID=zzz none            swap    sw              0       0  
/dev/md0    /DATA   ext4    noatime,errors=remount-ro 0 0

Je peux comprendre que / sys / proc / dev soit démarré par autre chose que fstab, et je peux aussi comprendre les avantages de / tmp et / run en tant que fstmp ... mais où est-ce défini?

D'où viennent ces montures?

debian filesystems mount debug fstab gcb
la source
Je peux voir sur un système Debian qu'il y a /etc/init.d/mountoverflowtmp qui est conçu pour monter un tmpfs sur /tmp même quand /etc/fstab n'appelle pas un dans le cas où il y a très peu d'espace disponible sur /. Il semble peu probable que ce soit ce que vous rencontrez (combien d’espace libre avez-vous réellement dans /?) mais pouvez-vous vérifier cela? C'est la seule chose que je peux voir dans les scripts d'initialisation qui pourrait en être responsable.
Celada
26Go gratuit sur /. va vérifier ce script pour voir s'il y a plus d'indices. Merci! EDIT: vous avez raison ... a trouvé cette partie "Si root est en lecture seule, le montage d'un tmpfs sur / tmp est utilisé par défaut, sauf si l'un d'entre eux doit être monté à partir de fstab." comportement très bizarre ... je ne sais pas pourquoi il aurait besoin de / tmp avant les contrôles fs et remonter en tant que rw.
gcb
Bonne prise sur la chose en lecture seule. Ca c'est drôle. J'aurais dû penser que la racine serait remontée pendant l'exécution de S35mountall.sh ou plus tôt, qui vient avant S37mountoverflowtmp en séquence.
Celada
Qu'essayez-vous de faire? Augmenter la taille des fichiers tmpfs automatiques obtenus pour / tmp? Un / tmp accessible en écriture est nécessaire pour beaucoup de choses afin que je puisse comprendre pourquoi il vous donne un tmpfs s'il n'y en a pas déjà un. /etc/fstab est loin d’être l’endroit le plus canonique pour énumérer tout ce qui sera monté et depuis longtemps.
grifferz

Réponses:

3

/run est un tmpfs capturant dans la RAM pour Debian, avec les autres ( lock, etc.) étant des liens symboliques. Par défaut, la taille du /run tmpfs est défini sur 50% de votre physique Mémoire.

/tmp est fait un tmpfs seulement si RAMTMP=yes, ou un système de fichiers racine en lecture seule est détecté.

Selon le wiki Debian , ce sont les étapes pour le montage /run, /tmp, etc., réalisée par Initscripts et initramfs-tools :

Étape 1: Installation du paquet initial

  • / run est créé lors de l'installation du paquet
  • / var / run est lié à / run
  • / var / lock est lié à / run / lock
  • / dev / shm est lié à / run / shm

Cela garantit la présence de la hiérarchie / run, mais les fichiers / var / run et / var / lock sont toujours utilisés pour stocker les fichiers et les répertoires accessibles via / run.

Étape 2: après le redémarrage du système

  • Un tmpfs est monté sur / run
  • (Facultatif) Un tmpfs est monté sur / run / lock si RAMLOCK est configuré
  • (Facultatif) Un tmpfs est monté sur / run / shm si RAMSHM est configuré.
  • (Facultatif) Un tmpfs est monté sur / tmp si RAMTMP est configuré
  • Un lien symbolique / var / run → / run est créé (revient au montage de liaison si le lien symbolique échoue)
  • Un lien symbolique / var / lock → / run / lock est créé (revient au montage de liaison si le lien symbolique échoue)
  • Un lien symbolique / dev / shm → / run / shm est créé (retourne au montage de liaison si le lien symbolique échoue)
ish
la source
c'est quoi RAMTMP? une option du noyau pendant la compilation? option de démarrage? le wiki lié le mentionne sans autre explication, et une recherche ne me conduit qu'à des flammes sur les rapports de bogues si par défaut oui ou non :)
gcb
1
dans /etc/default/rcS, le wiki lié dit. C'est là que tu changerais, si tu voulais ...
ish