Forum Linux.débutant Les partitions d'un serveur personnel

Posté par  (site web personnel) .
Étiquettes : aucune
0
9
jan.
2008
Bonjour,
Je dispose d'un second ordi que je destine à devenir un serveur personnel.
Ce serveur m'offrira les services suivants:
-partage de fichiers (local & distant pour ~10 utilisateurs)
-sauvegardes
-serveur d'impression
-serveur de messagerie émail avec anti-spam

L'ordinateur en question se compose d'un CPU AMD AthlonXP1800+, de 1024 Mo de DDR PC2100 et de 3 disques durs.
j'envisage un partitionnement comme suit:

disque SATA 74 Gio en ext3
swap 1 Gio (primaire)
/ 5 Gio (primaire)
/gate 30 Gio (primaire)
[ce répertoire est accessible en écriture aux utilisateurs, il sert de dépôt]
/home 22 Gio (logique)
[ce répertoire est accessible en écriture à chaque utilisateur]
/usr 10 Gio (logique)
/var 4 Gio (logique)
/tmp 2 Gio (logique)

disque SATA 232 Gio en ext3
/data_1 50 Gio (primaire)
/data_2 150 Gio (primaire)
/data_3 32 Gio (primaire)

disque IDE 74 Gio en ext3
Même découpage que le premier disque SATA.
Il sert de sauvegarde de celui-ci en cas de panne.

Je me pose cependant quelques questions avant la mise en œuvre:
- pour l'usage auquel je destine ce serveur, est-il judicieux d'établir autant de partitions (/usr, /var & /tmp) ?
- la répartition de l'espace sur ces différentes partitions est-elle cohérente ?
- avez vous une meilleure suggestion de partitionnement ?

  • # Autre fil intéressant sur le sujet

    Posté par  (site web personnel) . Évalué à 2.

    http://linuxfr.org/forums/15/21857.html

    • [^] # Re: Autre fil intéressant sur le sujet

      Posté par  (site web personnel) . Évalué à 1.

      Merci cela répond au moins à ma première interrogation:
      il me faut garder les différentes partitions /usr /var & /tmp.
      Cependant je devrais allouer plus d'espace à /var.

      ça c'est fait ....

      • [^] # Re: Autre fil intéressant sur le sujet

        Posté par  . Évalué à 4.

        par expérience, je me suis souvent retrouvé coincé parce que j'avais trop morcelé mes disques, sans compter que l'on se retrouve avec des partitions de données partout, et c'est pas forcément pratique à gérer. Est-ce qu'il y a une bonne raison pour le :

        /data_1 50 Gio (primaire)
        /data_2 150 Gio (primaire)
        /data_3 32 Gio (primaire)

        est-ce que cela sera pour des utilisateurs différents, pour une utilisation particulière ? Sinon le disque complet en données, cela sera aussi bien non ?

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Autre fil intéressant sur le sujet

          Posté par  (site web personnel) . Évalué à 1.

          en fait je prévois
          /data_1 pour des données d'ordre privées (partage local uniquement)
          /data_2 pour des données d'ordre publique (partage distant avec ID & pass)
          /data_3 pour des données liées à l'assoc' dont je fais partie (partage distant totalement libre)

          Je me disais que la gestion des droits serait plus aisée si je séparais les données en fonction de qui & comment on y accède.

          /data_1 service Samba
          /data_2 service proFTP
          /data_3 accessible via un navigateur HTML

          ça c'est fait ....

          • [^] # Re: Autre fil intéressant sur le sujet

            Posté par  . Évalué à 4.

            et donc ce serait des données NON sauvegardées ?

            et si je pose un fichier depuis le reseau interne (via samba) pour le mettre à disposition d'un client externe (via ftp) ca marche ou pas ?

            perso je mettrais tout le monde dans /home/

            ensuite tu geres avec des users et des groupes
            quitte à faire des users pour un service (groupe) afin de pouvoir stocker les données de ce groupe dans le dossier /home/service

            ex :
            utilisateur compta
            dossier /home/compta
            et un groupe compta qui permet à M.Dupond (comptable) et M.Durand (aide comptable) d'acceder à ce dossier partagé en samba et FTP (si y a besoin des deux acces)


            idem pour le web; avec les bonnes options dans apaches
            /home/site_1/public_html/
            sera accessible par l'adresse
            http://le_serveur/~site_1/

            voire mieux en jouant avec les virtualhosts

            du coup pour tes sauvegardes tu ne sauvegardes que le /home pour sauvegarder les données.

            • [^] # Re: Autre fil intéressant sur le sujet

              Posté par  (site web personnel) . Évalué à 1.

              et donc ce serait des données NON sauvegardées ?

              La sauvegarde des données des partitions data_n se fera sur un disque externe

              et si je pose un fichier depuis le reseau interne (via samba) pour le mettre à disposition d'un client externe (via ftp) ca marche ou pas ?

              en fait je prévoyais un dépôt des fichiers sur /gate/pv/ et /gate/pb/ par les utilisateurs en fonction de leurs droits puis c'est l'administrateur (moi en l'occurrence) qui déplacerai les fichiers dans les bons dossiers. Les utilisateurs peuvent aussi déposer directement dans leur répertoire /home/ si ils veulent garder ces données confidentielles.

              perso je mettrais tout le monde dans /home/
              ensuite tu geres avec des users et des groupes
              quitte à faire des users pour un service (groupe) afin de pouvoir stocker les données de ce groupe dans le dossier /home/service

              je suis de toute façon obligé de faire des users et au moins trois groupes (privé, public & other).
              Par contre je ne saisis pas bien le gain obtenu en aillant les dossiers partagés dans /home/ plutôt que dans /data_n/

              idem pour le web; avec les bonnes options dans apaches
              /home/site_1/public_html/
              sera accessible par l'adresse
              http://le_serveur/~site_1/

              En effet ceci est intéressant.

              du coup pour tes sauvegardes tu ne sauvegardes que le /home pour sauvegarder les données.

              je pensai m'en tirer avec un script bash qui demanderai la sauvegarde du disque SATA 1 sur l'IDE à l'identique puis les partitions /data_n/ sur le disque externe.

              Je vous remercie de m'aider à réfléchir à la mise en place de tout ceci :)
              Je débute dans cette aventure donc peu être que je cherche à faire compliqué là où il n'y à pas besoin.

              ça c'est fait ....

  • # LVM

    Posté par  (site web personnel) . Évalué à 2.

    A ta place j'utiliserais LVM ( http://www.lea-linux.org/cached/index/Leapro-pro_sys-lvm.htm(...) ou http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/(...) ) ainsi tu aurais une seule gigantesque partition sur laquelle tu ferais ce que tu voudrais sans te retrouver avec des limitations bêtes dues à un manque d'espace sur un disque alors que les autres sont vides....

    \_o<

    • [^] # Re: LVM

      Posté par  (site web personnel) . Évalué à 1.

      En effet c'est assez intéressant, même si je suis pas prêt de remplir les 250Go de données de ce "petit" serveur.
      Mais même en utilisant cette technologie, LVM, je serais obligé de passer par la case partitionnement et c'est justement à cette étape que ce portent mes doutes:
      - Es-ce que 5 Gio suffisent pour / sur un "petit" serveur ?
      - Si j'inverse la distribution d'espace entre /usr/ & /var/ et que je me retrouve donc avec /usr/ 4 Gio, /var/ 10 Gio et /tmp/ 2 Gio, cette config' est-elle optimum ?

      Je sens qu'il faut que je me lance et qu'au fil de mon expérience je reviendrais peu être sur ces choix...
      Cependant je vous remercie vos remarques perspicaces :)

      ça c'est fait ....

      • [^] # Re: LVM

        Posté par  . Évalué à 2.

        justement avec LVM et/ou le raid

        tu aurais un seul "disque" de 74+250+74 => 400Go

        que tu pourrais partitionner comme tu le veux avec possibilité de faire evoluer ces partitions (c'est le but de LVM il me semble)
        - reduire de /
        - augmenter le /var ou le /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.