• [^] # Re: liens

    Posté par . En réponse au message Petit serveur interne sous Linux : partitionnement efficace et plus sûr ?. Évalué à 1.

    Bon, je met un peu à jour mes avancées, et vu que j'arrive à échéance, j'ai dû faire un choix...
    Tout d'abord, quelques liens supplémentaires :
    http://www.gentoo.org/doc/fr/security/shb-mounting.xml?glang(...)
    http://www.gentoo.fr/install/configuration-systeme.htm

    http://www.futuremark.com/forum/showthread.php?t=6283 (about which fs for which partition)
    http://clx.anet.fr/spip/article.php?id_article=32

    Donc ça donne :
    [option] = option qui sera testée après installation

    IDE 1 ("20Go")
    /boot ; ~100 Mo (12 cyl) ; ext3 ; [noauto], noatime [?] 2 ; data=ordered
    J'aurais pu utiliser ext2, mais je ne sais pas si cela nécessite un module à charger en plus, et puis bon, j'en suis pas non plus à quelques ms près.
    Pour noauto, Suse me sort un message d'avertissement quand je l'active, donc je testerai ça plus tard, si ça vaut vraiment le coup.
    Au niveau du dump, je sais pas encore.
    /home ; 5 Go ; reiser ; noatime, notail, nodev [?] 0 ; data=ordered
    En général petits fichiers, données pas critiques au point d'avoir besoin d'être journalisées en mode data=journal.
    swap ; 1.5 Go ; swap ; priority = 1
    Histoire d'avoir un swap ailleurs que sur les SCSI, vu que j'ai reçu la recommendation de ne rien y mettre d'important voire rien du tout...
    / ; l'espace restant (12 Go) ; reiser ; [noatime], [notail] [?] 1 ; data=journal
    Les options noatime et notail devraient compenser un peu la baisse de performances du mode data=journal au lieu de ordered ?

    Apparement, il vaut mieux que je ne mettre rien d'important sur les SCSI, qui sont apparemment très vieux (dommage, ça fait de la place et des gains en vitesse en moins).
    Du coup, l'IDE 2 va être plus chargé (le disque le plus récent et avec la plus grande capacité)

    IDE 2 ("40 Go")
    /tmp ; 5 Go ; reiser ; [noatime, nodev, nosuid, noexec] 0 0 ; data=ordered
    Apparemment, le noexec peut être utile pour des raisons de sécurité, mais peut empêcher des scripts de fonctionner, à tester...
    /usr ; 5 Go ; reiser ; [notail, noatime, nodev, ro] 0 0 ; data=ordered|journal ?
    Faut que je trouve plus d'infos sur les récupérations en ordered et journal. Est-ce qu'il y a un risque de corruption des données même sans accès en écriture avec reiserfs ?
    /srv ; 5 Go ; reiser ; [params ?] [dump?] [fsck?] ; data=journal ?
    data=journal pour éviter de perdre l'intranet en cas de coupure de courant ?
    /var ; 25 Go ; ext3/reiserfs ? ; ? [?] [?] ; data=journal
    Vu que les bases des données et les logs sont dessus, autant limiter les risques.
    Pour ce qui est d'ext3 ou de reiser, je doute que les écarts de performances soient si énormes, y'a un peu de tout au niveau tailles.
    Quant au temps de montage, c'est dérisoire sur de si petites capacités.
    J'aurais tendance à dire quand même ext3 avec le dir_index...


    J'aurais bien été tenté de mettre un /var/log distinct, mais cela nécessiterait une partition étendue.
    Au pire, sur le SCSI 2...
    /var/log ; 5 Go ; ext3 ; [noatime, ?] [?] [?] ; data=ordered ?
    J'ai pas encore grande idée sur les options, mais ça doit pouvoir attendre un peu... !?

    SCSI 2 (17 Go)
    On verra...

    SCSI 1 (34 Go)
    On verra...

    Au niveau sauvegarde, je vais essayer sans le RAID logiciel pour commencer. Des sauvegardes régulières devraient suffir.

    Encore merci aux personnes qui ont pris le temps de m'aider. ;-)