Forum général.général Partitionnement Disques durs

Posté par  .
Étiquettes : aucune
0
3
déc.
2004
Bonjour,

Je 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 ...?

  • # Expérience perso :

    Posté par  . Évalué à 1.

    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 !

    • [^] # Re: Expérience perso :

      Posté par  . É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  . É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.

    • [^] # Re: Expérience perso :

      Posté par  (site web personnel) . É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  . É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  (site web personnel) . Évalué à 4.

      y'a pas 5% de secours réservé pour / en cas de saturation justement ?

      • [^] # Re: Expérience perso :

        Posté par  . Évalué à 4.

        Il doit y avoir quelques % réservés à root, sur toute les partitions. Sans doute pour éviter qu'un simple utilisateur sature totalement une partition.

  • # retaillage?

    Posté par  . Évalué à 2.

    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  . É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)

  • # utile

    Posté par  . Évalué à 3.

    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  (site web personnel) . É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  . É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)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.