Retourner aux forums || Retourner au forum general.general
general.general : Partitionnement Disques durs
Posté par delgatux () le 03 décembre 2004Je rebondis sur un des derniers articles paru sur SPT et le partitionnement de disques durs.
Je viens d'acquérir un beau portable et le disque dur fait 60go
L'utilisation de cette machine sera essentiellement bureautique et personnelle ( pas de serveur....)
J'ai toujours été d'avis de partitionner le disque dur.
Outre swap j'ai donc 2 partitions :
/ et /home.
La 1ère fait un peu moins de 6 Go ( le système n'a pas voulu aller plus loin) et /home utilise tout le reste.
Mais pour le moment je n'ai encore rien dessus et je peux tout recommencer.
En effet j'ai pu lire que pour la sécurité il était préférable de plus partitionner encore et avoir une partition /etc, /usr etc etc
1)Est ce utile ?
2) si oui avec un disque de 60 go quelles doivent être les tailles de chacune de ces partitions /etc /usr ...?
> Lire le message (13 commentaires, moyenne: 2,7).
Expérience perso :
Y'a, en plus de ce que tu cites deux emplacements que je colle dans une partition à part :
/tmp et /var/log (parfois même soit /var complètement, soit /var/cache seulement). Pourquoi ? Car Linux plante violement lorsque le filesystem / est saturé !
Je ne pense qu'à ce cas là.
Donc, je me retrouve avec au moins ce schéma là :
/boot en premier
swap
/ (car c'est là que réside le système)
/home pour mes données
/tmp pour pas que ça plante tout
et
/var/log, /var/cache (si j'ai squid, par ex), ou carément /var, c'est selon...
En espérant que ça t'aidera dans tes choix...
NB : le but de la manoeuvre, c'est de s'assurer que la partition / ne soit jamais saturée ! A partir de là, chacun voit midi à sa porte comme on dit !
All articles which are excluded shall be deemed included
Tous les articles exclus sont considérés inclus
--Brian de Palma in Phantom of the Paradize
-
[^]Re: Expérience perso :
Posté par _seb_ () le 03/12/2004 à 10:51. (lien). Évalué à 2.Car Linux plante violement lorsque le filesystem / est saturé !
Heu... t'es sûr de toi là ? Parce que j'ai ma partition / qui avoisinne les 96% et qu'il m'ai déjà arrivé d'atteindre les 100% soit disant fatidique sans ça plante.-
[^]Re: Expérience perso :
Posté par Gyro Gearllose () le 03/12/2004 à 12:31. (lien). Évalué à 2.Encore une fois, j'ai posté trop vite....
Evidement, avec un / à 100% (d'ailleurs, la valeur annoncée par df n'est-elle pas arrondie ?), le système ne plante pas forcément, ça dépend de ce qui est lancé.
Dans mon cas, ça nous est arrivé plusieurs fois, avec un serveur d'application, sur lequel tournent pluieurs dizaines de bases de données, servies pour une centaine d'utilisateurs. X tourne en local (avec un vieux KDE 1.1.2 dessus)... plus quelques autres services tels que named, squid, smb et j'en passe et des meilleures.... Dans ce cas là, avec un / plein raz la gueule, rien à faire, tout est dans les choux....
Par contre, sur un PC de bureau qui au pire ne va lancer que kde et deux ou trois applis, la problématique est toute autre, et il y aura sûrement plus de facilités pour s'en sortir.--
All articles which are excluded shall be deemed included
Tous les articles exclus sont considérés inclus
--Brian de Palma in Phantom of the Paradize
-
-
[^]Re: Expérience perso :
Posté par Bonnefille Guilhem (page perso, ) le 03/12/2004 à 11:05. (lien). Évalué à 2.Car Linux plante violement lorsque le filesystem / est saturé !
Je confirme. Je viens d'être confronté à ce problème sur une petite conf sur laquelle je n'avais QUE /.
Par contre, je ne sais pas qu'elle tentative d'écriture a provoqué ce problème. PLus précisément, dans qu'elle arborescence.
/ (car c'est là que réside le système)
Ca veut dire quoi ?
Je n'ai plus les informations précises en tête, mais je sais qu'il est possible de monter une conf. avec un maximum de partition en LECTURE SEULE. Si le système plante à cause d'un disque plein c'est surement à cause d'une tentative d'écriture qui a échouée. Pour l'instant, j'ai pas d'ídée.-
[^]Re: Expérience perso :
Posté par Obsidian () le 03/12/2004 à 11:28. (lien). Évalué à 3.A mon avis la vraie question est :
- Ca veut dire quoi, « le système plante » ?
Une fois j'ai rempli mon disque sur une Redhat 5.1 en faisant "joe /dev/zero", histoire de voir comment il le prendrait.
Ce qu'il se passe, la plupart du temps, c'est que le serveur X se sent à l'étroit ! C'est le premier à tomber. Et comme il est marqué "respawn" dans l'inittab, évidement il redémarre frénétiquement, empêchant l'utilisateur de chopper une console, mais pas assez vite pour qu'init lui fasse fermer sa gueule pour 5 minutes.
Sinon, un kill du process concerné, un petit tour dans /tmp pour faire le ménage et tout rentre dans l'ordre.
Ceci dit, c'est quand même intéressant de mettre un quota sur ce genre de rep (spécialement /tmp), ou une partition, pour éviter que ce genre de désagrément arrive, car il est vrai que si le système n'a pas réellement planté, il n'en reste pas moins inutilisable.
-
-
[^]Re: Expérience perso :
Posté par Psylo (page perso, ) le 03/12/2004 à 11:30. (lien). Évalué à 4.y'a pas 5% de secours réservé pour / en cas de saturation justement ?
-
[^]Re: Expérience perso :
-
retaillage?
Passe directement au lvm, comme ca tu ne te poses plus de question. Tu fais autant de partoches que tu veux, et qd tu as un pb de place, tu les reajustes.
-
[^]Re: retaillage?
Posté par delgatux () le 03/12/2004 à 11:04. (lien). Évalué à 2.lvm ?
Kesako ?
Sinon a défaut et pour être concret, je veux bien faire toutes les partitions souhaitables en reprenant ) la limite tous les dossiers de bases du système ( /usr/var/tmp/etc/ etc etc).
Mais les tailles minimums de chacun de ces dossiers c'est quoi, sachant qu'au fur et à mesure des mises à jour ou des installs de programmes tout cela doit un peu gonfler (l'utilisation de ma machine sera essentiellement bureautique + lecture de dvd)-
[^]Re: retaillage?
Posté par hommelix () le 03/12/2004 à 11:17. (lien). Évalué à 2.http://tldp.org/HOWTO/LVM-HOWTO/index.html(...)
C'est la gestion de partitions dynamiques.
Pour le moment je l'utilise pas, mais je redecoupe avec le Sysrescuecd de temps en temps.
Moi j'ai comme schema:
/
/usr
/var
/var/log
/var/cache
/var/mail
/home
/tmp
...
-
utile
1)Est ce utile ?
pour etc usr ... non
c'est des conseils qui datent du temps ou la place disque etait rare. fallait faire attention
faut juste avoir un /var (et un /tmp qui est une partie de /var) separé du reste car c'est le seul qui varie souivent
perso :
swap
/ 5Go a 10 Go
/home 5Go ou tout le reste si tu es seul sur la machine
/var < 500Mo
/stuff tout ce qui reste ou rien du tout
-
[^]Re: utile
Posté par jerome (page perso, ) le 03/12/2004 à 14:09. (lien). Évalué à 4.pour etc usr ... non
Euargh.
Et ton /usr/src qui grossit à vue d'oeil ?
La logique voudrait que l'on mette sur une partition séparée tout élément de l'arborescence susceptible de grossir de manière importante dans le cadre du fonctionnement du système :
/home
/usr/src/
/tmp
/var/mail
/var/cache
etc.
Il est souvent aussi pratique (si ce n'est pas trop génant) de remonter d'un niveau (/var, /usr, /home, /tmp).
En même temps, LVM permet quand même de ne plus trop galérer avec la taille initiale des partitions, c'est quand même bien pratique.-
[^]Re: utile
Posté par kesako () le 03/12/2004 à 14:46. (lien). Évalué à 3.??? qu'est ce que tu peux bien metre dans /usr/src ? a part les sources des programes ?
Seuls les developpeurs et les fanas de gentoo y feront quelquechose
Le gars parle de "L'utilisation de cette machine sera essentiellement bureautique et personnelle "
au pire on peut toujours faire un lien de /usr/src vers quelque part dans une partition qui change bcp ( /home par exemple)
-
Revenir en haut de page || Retourner aux forums || Retourner au forum general.general
Cette page a été générée par Templeet en 0.07s (dont 0.0064 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.