j'ai vu, mais j'avais pas lu tout le commentaire, tu as caché lvm à la fin :p
Je suis loin d'être un expert mais l'avantage c'est pas d'éviter de remplir la partition racine (/) ?
Ben remplir / en soit, ça veut pas dire grand chose. En fait, l'impact, c'est que si / est plein, alors tu peux supposer que tout en dessous est plein aussi, et donc, tu peux pas écrire dans /tmp, /var, /home sauf si ils sont séparés. Donc au final, il faut se dire "quel répertoire je suis susceptible de remplir et quel impact ça va avoir".
Remplir tout ton disque, ça peut empêcher divers choses :
- plus de logs en local
- des daemons qui se relance pas ( pas moyen d'écrire dans /var/lock ) ( même si avec /run en tmpfs, ç'est plus un souci )
- des opérations diverses qui échouent ( genre plus de place dans /tmp, gcc va pas marcher )
Donc à partir de la, tu évalues. Et par exemple, si tu fais un /var séparé, tu va toujours avoir le souci d'avoir des risques sur le fait d'avoir trop de log en cas de souci. Pire encore, tu va quand même impacter ta base postgresql si l'espace est partagé ( ie, pas de /var/lib/postgresql séparé ). Et tes daemons vont quand même se planter au lancement.
Alors qu'avec un / assez grand, tu évites pas les emmerdes, mais tu évites la gestion. Si tu veux éviter les emmerdes, c'est pas limiter l'espace qu'il faut faire, c'est surveiller la consommation ( munin, cacti, nagios, etc ).
Ensuite, je sais qu'il y a des gens qui préfèrent une autre façon de faire, ils ont le droit, j'ai pas la vérité absolu :) ( et y a sans doute des cas ou un contrôle plus fin est meilleur au final )
[^] # Re: LVM ?
Posté par Misc (site web personnel) . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 5.
j'ai vu, mais j'avais pas lu tout le commentaire, tu as caché lvm à la fin :p
Ben remplir / en soit, ça veut pas dire grand chose. En fait, l'impact, c'est que si / est plein, alors tu peux supposer que tout en dessous est plein aussi, et donc, tu peux pas écrire dans /tmp, /var, /home sauf si ils sont séparés. Donc au final, il faut se dire "quel répertoire je suis susceptible de remplir et quel impact ça va avoir".
Remplir tout ton disque, ça peut empêcher divers choses :
- plus de logs en local
- des daemons qui se relance pas ( pas moyen d'écrire dans /var/lock ) ( même si avec /run en tmpfs, ç'est plus un souci )
- des opérations diverses qui échouent ( genre plus de place dans /tmp, gcc va pas marcher )
Donc à partir de la, tu évalues. Et par exemple, si tu fais un /var séparé, tu va toujours avoir le souci d'avoir des risques sur le fait d'avoir trop de log en cas de souci. Pire encore, tu va quand même impacter ta base postgresql si l'espace est partagé ( ie, pas de /var/lib/postgresql séparé ). Et tes daemons vont quand même se planter au lancement.
Alors qu'avec un / assez grand, tu évites pas les emmerdes, mais tu évites la gestion. Si tu veux éviter les emmerdes, c'est pas limiter l'espace qu'il faut faire, c'est surveiller la consommation ( munin, cacti, nagios, etc ).
Ensuite, je sais qu'il y a des gens qui préfèrent une autre façon de faire, ils ont le droit, j'ai pas la vérité absolu :) ( et y a sans doute des cas ou un contrôle plus fin est meilleur au final )