Quantité minimale de l'espace disque disponible pour la partition racine
12 réponses
Stéphane GARGOLY
Bonjour =E0 tous les utilisateurs et d=E9veloppeurs de Debian :
Quand j'avais install=E9 Wheezy - il y bient=F4t 2 ans - sur mon ordinateur=
fixe=20
Sirius, j'avais r=E9serv=E9 une taille total de pr=E8s de 18 Gio =E0 la par=
tition=20
racine '/' (apr=E8s formatage en ext4).
A ce moment-l=E0, j'avais pens=E9 =EAtre tranquille pour installer moult qu=
antit=E9 de=20
logiciels propos=E9s par Debian car cela repr=E9sente pr=E9s de trois fois =
la taille=20
(6 Gio pour un poste de travail) recommand=E9e par Debian dans son manuel=20
d'installation de Wheezy (voir note ci-dessous) :=20
http://www.debian.org/releases/wheezy/amd64/apcs02.html.fr
Note : pour Jessie et apr=E8s v=E9rification, il semble que cela reste iden=
tique.
Seulement, quand j'ai r=E9cemment lanc=E9 les commandes "df /" (et "df -i /=
" pour=20
les inodes), il me reste plus que (approximativement) :
- 4.5 Gio d'espace disponible soit pr=E8s de 25 % du total et
- 680 000 inodes soit pr=E8s de 57 % du total.
Manifestement, je me suis montr=E9 beaucoup plus "gourmand" concernant=20
l'installation d'applications que j'avais proc=E9d=E9 au fil des mois pass=
=E9s... :-)
Niveau inodes, je ne m'en inqui=E8te pas trop mais je me rend compte qu'il =
ne me=20
reste (relativement) plus beaucoup d'espace libre sur ma partition racine.
Aussi, ma question est simple : pour le bon fonctionnement d'un syst=E8me=20
GNU/Linux, quelle serait la quantit=E9 minimale (concernant l'espace dispon=
ible)=20
dont il serait plus prudent d'en laisser pour la partition '/' ?
Pour vous aider dans vos =E9ventuelles r=E9ponses, je vous apporte d'autres=
=20
pr=E9cisions :
A. Les sous-r=E9pertoires '/var', '/tmp' et '/home' ont leurs propres=20
r=E9pertoires et il n'y aucun soucis de place pour eux.
B. Par contre, le sous-r=E9pertoire '/usr' est inclus dans la partition ra=
cine=20
(dont je ne souhaite pas modifier la taille).
C. Pour mes besoins, j'avais proc=E9d=E9 =E0 des modifications pour quelqu=
es fichiers=20
se trouvant dans le sous-r=E9pertoire '/etc' et j'avais aussi cr=E9=E9 quel=
ques=20
scripts shell dans '/usr/local/bin' mais, au total, cela ne repr=E9sente qu=
e=20
quelques dizaines de kio (et quelques inodes) ce qui est, me semble-t-il, t=
out=20
=E0 fait marginal par rapport =E0 la taille totale de la partition '/'.
D. Bien qu'ici cela ne soit peut-=EAtre pas utile, les options utilis=E9es=
lors=20
du formatage de la partition "/" sont, entre autres, "-b4096 -i16384 -m1".
E. Enfin et jusqu'=E0 pr=E9sent, je n'ai pas install=E9 des applications v=
enant=20
d'autres d=E9p=F4ts que ceux de Wheezy et je n'utilise pas ceux des r=E9tro=
portages=20
(ou backports si vous pr=E9f=E9rez).
Oui, je suis d'accord sur le fait que le LVM qui prend tout l'espace est un non-sens.
Ainsi que le fait que l'avantage de LVM est de faciliter la gestion de l'espace disque.
Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour faire avancer le système, je me demande juste sur quel paquet reporter ce bug.
Le 07/11/2015 20:56, Pascal Hambourg a écrit :
Damien TOURDE a écrit :
Concernant le partitionnement, quand vous choisissez LVM partitionnement automatique "avec partition /home séparée", il n'assigne que 10Go pour / sur un disque de 500Go.
Ne jamais choisir le partitionnement automatique avec LVM de toute façon. Quelle que soit la répartition retenue il alloue tout l'espace, ce qui est une aberration. Si on veut LVM c'est pour la souplesse, et si tout l'espace est occupé dès le début adieu souplesse.
Ce qui, dans le cas d'une install classique avec Gnome, est trop peu (plein juste après l'install).
Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck, resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
Oui, je suis d'accord sur le fait que le LVM qui prend tout l'espace est
un non-sens.
Ainsi que le fait que l'avantage de LVM est de faciliter la gestion de
l'espace disque.
Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour
faire avancer le système, je me demande juste sur quel paquet reporter
ce bug.
Le 07/11/2015 20:56, Pascal Hambourg a écrit :
Damien TOURDE a écrit :
Concernant le partitionnement, quand vous choisissez LVM partitionnement
automatique "avec partition /home séparée", il n'assigne que 10Go pour /
sur un disque de 500Go.
Ne jamais choisir le partitionnement automatique avec LVM de toute
façon. Quelle que soit la répartition retenue il alloue tout l'espace,
ce qui est une aberration. Si on veut LVM c'est pour la souplesse, et si
tout l'espace est occupé dès le début adieu souplesse.
Ce qui, dans le cas d'une install classique avec Gnome, est trop peu
(plein juste après l'install).
Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à
chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck,
resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
Oui, je suis d'accord sur le fait que le LVM qui prend tout l'espace est un non-sens.
Ainsi que le fait que l'avantage de LVM est de faciliter la gestion de l'espace disque.
Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour faire avancer le système, je me demande juste sur quel paquet reporter ce bug.
Le 07/11/2015 20:56, Pascal Hambourg a écrit :
Damien TOURDE a écrit :
Concernant le partitionnement, quand vous choisissez LVM partitionnement automatique "avec partition /home séparée", il n'assigne que 10Go pour / sur un disque de 500Go.
Ne jamais choisir le partitionnement automatique avec LVM de toute façon. Quelle que soit la répartition retenue il alloue tout l'espace, ce qui est une aberration. Si on veut LVM c'est pour la souplesse, et si tout l'espace est occupé dès le début adieu souplesse.
Ce qui, dans le cas d'une install classique avec Gnome, est trop peu (plein juste après l'install).
Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck, resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
Pascal Hambourg
Damien TOURDE a écrit :
Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour faire avancer le système, je me demande juste sur quel paquet reporter ce bug.
Je dirais aussi partman.
Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck, resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
A condition d'avoir un accès physique à la machine ou qu'elle puisse rebooter sur un système de dépannage accessible via le réseau, et que le système de fichiers supporte d'être réduit (donc pas XFS).
Damien TOURDE a écrit :
Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour
faire avancer le système, je me demande juste sur quel paquet reporter
ce bug.
Je dirais aussi partman.
Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à
chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck,
resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
A condition d'avoir un accès physique à la machine ou qu'elle puisse
rebooter sur un système de dépannage accessible via le réseau, et que le
système de fichiers supporte d'être réduit (donc pas XFS).
Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour faire avancer le système, je me demande juste sur quel paquet reporter ce bug.
Je dirais aussi partman.
Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck, resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
A condition d'avoir un accès physique à la machine ou qu'elle puisse rebooter sur un système de dépannage accessible via le réseau, et que le système de fichiers supporte d'être réduit (donc pas XFS).
