OVH Cloud OVH Cloud

Conseil config serveur ?

10 réponses
Avatar
yoyo
Bonjour,

j'aimerais votre avis concernant la config d'une vieille machine sous linux
en distribution debian woody, en mode console, pour en faire un serveur,
mail pour commencer, plus tard j'y installerai un ftp, un apache etc....



un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go

10 réponses

Avatar
Trognon Patrice
yoyo wrote:

Bonjour,

j'aimerais votre avis concernant la config d'une vieille machine sous
linux en distribution debian woody, en mode console, pour en faire un
serveur, mail pour commencer, plus tard j'y installerai un ftp, un apache
etc....



un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa partoch
sauf si tu joue sur les tailles de block.

Avatar
yoyo
"Trognon Patrice" a écrit dans le message de
news:415546ff$0$735$
yoyo wrote:

Bonjour,

j'aimerais votre avis concernant la config d'une vieille machine sous
linux en distribution debian woody, en mode console, pour en faire un
serveur, mail pour commencer, plus tard j'y installerai un ftp, un
apache


etc....



un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa
partoch

sauf si tu joue sur les tailles de block.




ok donc la partition tmp n'est pas utile, et le /home, on ma dit que mon
/home ne servait à rien sur un serveur


Avatar
yoyo
"yoyo" a écrit dans le message de
news:41554c8f$0$25664$

"Trognon Patrice" a écrit dans le message de
news:415546ff$0$735$
yoyo wrote:

Bonjour,

j'aimerais votre avis concernant la config d'une vieille machine sous
linux en distribution debian woody, en mode console, pour en faire un
serveur, mail pour commencer, plus tard j'y installerai un ftp, un
apache


etc....



un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa
partoch

sauf si tu joue sur les tailles de block.




ok donc la partition tmp n'est pas utile, et le /home, on ma dit que mon
/home ne servait à rien sur un serveur




est ce que on cas ou les partition sont trop petite peux-t-on les modifier
avec partition magic



Avatar
yoyo
"Trognon Patrice" a écrit dans le message de
news:415546ff$0$735$
yoyo wrote:

Bonjour,

j'aimerais votre avis concernant la config d'une vieille machine sous
linux en distribution debian woody, en mode console, pour en faire un
serveur, mail pour commencer, plus tard j'y installerai un ftp, un
apache


etc....



un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa
partoch

sauf si tu joue sur les tailles de block.




sur ce site il recommande ça :

http://people.via.ecp.fr/~alexis/formation-linux/partitionner.html


Swap Egale ou double de la mémoire vive
/ 200 Mo
/tmp 150 Mo
/var 300 Mo
/usr 2 Go
/home 100 Mo par utilisateur


Avatar
Richard Delorme

un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa
partoch

sauf si tu joue sur les tailles de block.





sur ce site il recommande ça :

http://people.via.ecp.fr/~alexis/formation-linux/partitionner.html


A mon avis, c'est vieux comme recommandation...

Swap Egale ou double de la mémoire vive
Là j'ai 1 Go de swap pour 1 Go de RAM. AMHA, j'ai un swap 2 fois trop gros.


/ 200 Mo


Pas assez. De gros trucs aiment s'installé sous /opt (670 Mo pour ce
seul répertoire chez moi).


/tmp 150 Mo


Actuellement, j'ai 960 Mo de fichiers sous /tmp. Je ne fais pas souvent
le ménage, mais 150 Mo c'est peu.


/var 300 Mo


295 Mo chez moi. Ouf, ça tient !


/usr 2 Go


Mon /usr fait 3.5 Go... et je n'utilise pas KDE...

/home 100 Mo par utilisateur


Warf ! Mon /home/richard, c'est 28 Go. Ben oui j'ai l'ADSL, un APN, des
programmes remplisseurs de disques et je suis le seul utilisateur de ma
machine.

Bref ce genre de partitionnement recommandé ne me conviendrait pas du
tout. A mon avis les partitions doivent être :

/swap inf(2 * la RAM, 512 Mo).

/boot (10 à 100 Mo, selon le nombre de noyaux que l'on collectionne).
L'intérêt d'une partition pour le /boot est de ne pas monter cette
partition (sauf le jour de la mise à jour du noyau), ce qui évite qu'une
malencontreuse manipulation détruise ce répertoire sensible.

/ (2 à 10 Go selon la taille du disque et les applis que l'on souhaite)
une seule partition pour /opt, /usr, /var, /tmp, etc. Comme ça, je me
fiche de la manière dont ces partitions se remplissent. L'unique intérêt
de partionner / est d'éviter, à ma connaissance, une trop grande
fragmentation du disque. Mais comme les systèmes de fichiers linux sont
peu sensibles à la fragmentation (en fragmentant peu et en étant perdant
peu de performance avec la fragmentation), ça sert pas à grand chose,
sauf à se retrouver c.. comme Gros Jean le jour ou une partition est pleine.

/home (le reste et le plus possible). Ne pas oublier qu'un ordinateur
c'est fait pour les utilisateurs, pas pour l'OS.

Finalement, je trouve les choix initiaux pas mal du tout et mieux que la
recommandation, sauf que personnellement je ne ferais pas de /tmp.

--
Richard



Avatar
TiChou
Dans le message <news:41586474$0$15754$,
*Richard Delorme* tapota sur f.c.o.l.configuration :

un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go



sur ce site il recommande ça :

http://people.via.ecp.fr/~alexis/formation-linux/partitionner.html


A mon avis, c'est vieux comme recommandation...


Pas si vieux que ça.

Swap Egale ou double de la mémoire vive
Là j'ai 1 Go de swap pour 1 Go de RAM. AMHA, j'ai un swap 2 fois trop

gros.


Ça dépend largement du type de machine et de son type d'utilisation. De
manière générale, sur les configurations assez récente, avoir plus de 512Mo
de swap c'est trop et ça montre une incohérence entre l'utilisation de la
machine qui en est faite et ses performances. Mais 512Mo ça n'est pas assez
quand on fait du montage vidéo ou de la PAO.
Ici vu l'utilisation que l'on souhaite faire de la machine et de ses
caractéristiques, 128Mo seront amplement suffisant.

/ 200 Mo


Pas assez.


J'aurais dit le contraire, trop.

# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/hda5 149M 78M 72M 52% /

De gros trucs aiment s'installé sous /opt


Pour /opt il est préférable d'avoir une partition dédiée (ou éventuellement
un lien vers /usr/opt). Ça évite de réinstaller les applications lors d'une
restauration puisque ce répertoire ne contient que des applications
statiques et donc indépendantes du système.

(670 Mo pour ce seul répertoire chez moi).


# du -hs /opt/
107M /opt/

2 antivirus non libres et le kit de développement Java. De plus sur un
serveur ce répertoire est généralement peu utilisé.

/tmp 150 Mo


Actuellement, j'ai 960 Mo de fichiers sous /tmp.


Ça n'est pas normal.

Je ne fais pas souvent le ménage,


Ça se voit. ;-)

mais 150 Mo c'est peu.


# df -h /tmp
Filesystem Size Used Avail Use% Mounted on
/dev/hda6 244M 36M 208M 15% /tmp

Et encore, j'avoue n'avoir pas fait non plus le ménage depuis un moment.

/var 300 Mo


295 Mo chez moi. Ouf, ça tient !


Oui, 300Mo, surtout pour un serveur mail, web, etc, ça me parait limite.
Tout dépend là aussi de l'activité de la machine et de la bonne gestion de
la journalisation des services. Faudrait peut-être, vu la taille du disque
dur, envisager un petit plus, par exemple 500Mo.

# df -h /var
Filesystem Size Used Avail Use% Mounted on
/dev/hda8 2.0G 717M 1.3G 37% /var

Le /var sur cette machine est volontairement grand car la journalisation y
est importante et aussi parce que la distribution est une Gentoo qui
nécéssite un espace disque disponible dans /var/tmp assez important et un
cache assez gros pour la gestion des paquets.

/usr 2 Go


Mon /usr fait 3.5 Go...


Soit presque la taille totale du disque dur de la machine présentée ici. ;)

et je n'utilise pas KDE...


Utilité de KDE ou d'un gestionnaire graphique sur un serveur ?

/home 100 Mo par utilisateur


Warf ! Mon /home/richard, c'est 28 Go. Ben oui j'ai l'ADSL, un APN, des
programmes remplisseurs de disques et je suis le seul utilisateur de ma
machine.


Vous oubliez qu'il s'agit ici d'un serveur et non pas d'une station de
travail.
Vous oubliez aussi que tout le monde n'a pas une utilisation soutenue de sa
connexion ADSL et ne joue pas à transgresser les lois. ;p

Bref ce genre de partitionnement recommandé ne me conviendrait pas du
tout.


Parce que vous n'avez pas, d'une part, le même type de machine et, d'autre
part pas, la même utilisation demandée ici.

A mon avis les partitions doivent être :

/swap inf(2 * la RAM, 512 Mo).

/boot (10 à 100 Mo, selon le nombre de noyaux que l'on collectionne).


100Mo c'est exagéré, ça ferait plus de 50 noyaux stockés. ;)

L'intérêt d'une partition pour le /boot est de ne pas monter cette
partition (sauf le jour de la mise à jour du noyau), ce qui évite qu'une
malencontreuse manipulation détruise ce répertoire sensible.


Ça permet aussi de définir un système de fichier sans journalisation et des
options de montage adaptées (noauto,noexec,nosuid,nodev,ro). Le système de
fichier ext2 est à mon avis le plus adapté pour cette partition et on
pensera à passer l'option '-m 0' à la commande 'mke2fs'. Ne pas oublier
aussi ici de placer cette partition en tout début de disque pour éviter le
problème rencontré sur les vieilles machines des noyaux placés au-delà des
1024 cylindres.

/ (2 à 10 Go selon la taille du disque et les applis que l'on souhaite)
une seule partition pour /opt, /usr, /var, /tmp, etc. Comme ça, je me
fiche de la manière dont ces partitions se remplissent. L'unique intérêt
de partionner / est d'éviter, à ma connaissance, une trop grande
fragmentation du disque.


Le grand intérêt d'avoir plusieurs partitions c'est d'avoir un système
cohérent, une facilité pour les sauvegardes, une facilité pour les
restaurations et surtout la possibilité d'avoir sur chacune des partitions
un système de fichier adapté et des options de montage adaptées.
Par exemple :

/boot ext2 noauto,noexec,nosuid,nodev,ro
/ reiserfs defaults
/tmp reiserfs noatime,noexec,nosuid,nodev
/usr ext3 nodev,ro
/opt ext3 nodev,ro
/var reiserfs noatime,nodev
/home ext3 noatime,nosuid,nodev

/home (le reste et le plus possible). Ne pas oublier qu'un ordinateur
c'est fait pour les utilisateurs, pas pour l'OS.


Ne pas oublier qu'un serveur n'est généralement pas une machine
multi-utilisateurs.

Finalement, je trouve les choix initiaux pas mal du tout et mieux que la
recommandation, sauf que personnellement je ne ferais pas de /tmp.


Pourtant, le répertoire /tmp est à mon avis le répertoire le plus critique
sur un système du fait de ses permissions.
Si le répertoire /tmp n'est pas isolé de la partition racine, un utilisateur
mal intentionné ou un programme mal conçu pourrait rendre le système
instable en remplissant ce répertoire de nombreux fichiers (saturation
inode) ou en le remplissant de fichiers énormes (saturation espace disque).
De plus l'option de montage noexec et surtout l'option nosuid sont un plus
pour la sécurité.
Ces considérations ont d'autant plus d'importance quand il s'agit d'une
machine serveur.

--
TiChou




Avatar
no_spam
On Mon, 27 Sep 2004 21:05:27 +0200, Richard Delorme wrote:


un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa
partoch

sauf si tu joue sur les tailles de block.
[...]




Swap Egale ou double de la mémoire vive
Là j'ai 1 Go de swap pour 1 Go de RAM. AMHA, j'ai un swap 2 fois trop gros.



Tout dépend de ce que tu fais.
Si tu reboote tous les deux mois, que tu utilise des applis qui bouffent
de la RAM et que tu veux compiler vite, met du swap: ça ne coute rien (2
Go de swap => 1 ¤ de disque aujourd'hui...) et ça peut aider...
Si tu allumes ta machine 2 heures par jour, par contre, c'est inutile.

[...]
une seule partition pour /opt, /usr, /var, /tmp, etc. Comme ça, je me
fiche de la manière dont ces partitions se remplissent. L'unique intérêt
de partionner / est d'éviter, à ma connaissance, une trop grande
fragmentation du disque. Mais comme les systèmes de fichiers linux sont
peu sensibles à la fragmentation (en fragmentant peu et en étant perdant
peu de performance avec la fragmentation), ça sert pas à grand chose,
sauf à se retrouver c.. comme Gros Jean le jour ou une partition est pleine.


Il n'y a pas que le problème de la fragmentation, il y a la sécurité.
Il vaut mieux considérer que / et /usr sont des répertoires dans
lesquels on écrit pas (et qui devraient même être montés en read-only,
à l'extrême) sauf quand on update sa distrib.
/tmp et /var au contraire changent en permanence.
Certaines distribs font de /tmp un lien vers /var/tmp. Je dirais qu'il
vaut quand même mieux garder /tmp séparé, car /var contient des infos
nécessaires aux services et à la maintenance de la distrib.
Ainsi, en cas de crash, tu es sur de ne pas perdre de données sur / et
/usr et tu répartis les risques entre /var /tmp et /home en fonction de
leur utilisation respective.
Ca permet aussi de mettre en place une politique de sauvegarde par
partition:
- /tmp n'est jamais sauvé
- / et /usr sont sauvé aux update de distrib et en cas de changement de
configuration (dans /etc ou /usr/etc).
- /var est sauvegardé de temps en temps
- /home est sauvegardé le plus souvent.

/home (le reste et le plus possible). Ne pas oublier qu'un ordinateur
c'est fait pour les utilisateurs, pas pour l'OS.


Tout à fait d'accord...

[...]




Avatar
Richard Delorme
Dans le message <news:41586474$0$15754$,
*Richard Delorme* tapota sur f.c.o.l.configuration :



un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go






sur ce site il recommande ça :

http://people.via.ecp.fr/~alexis/formation-linux/partitionner.html




A mon avis, c'est vieux comme recommandation...



Pas si vieux que ça.


Swap Egale ou double de la mémoire vive


Là j'ai 1 Go de swap pour 1 Go de RAM. AMHA, j'ai un swap 2 fois trop
gros.



Ça dépend largement du type de machine et de son type d'utilisation. De
manière générale, sur les configurations assez récente, avoir plus de 512Mo
de swap c'est trop et ça montre une incohérence entre l'utilisation de la
machine qui en est faite et ses performances. Mais 512Mo ça n'est pas assez
quand on fait du montage vidéo ou de la PAO.


AMHA, c'est assez difficile de connaître ces besoins par avance.

Ici vu l'utilisation que l'on souhaite faire de la machine et de ses
caractéristiques, 128Mo seront amplement suffisant.


J'espère pour lui...

/ 200 Mo


Pas assez.



J'aurais dit le contraire, trop.

# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/hda5 149M 78M 72M 52% /


De gros trucs aiment s'installé sous /opt



Pour /opt il est préférable d'avoir une partition dédiée (ou éventuellement
un lien vers /usr/opt). Ça évite de réinstaller les applications lors d'une
restauration puisque ce répertoire ne contient que des applications
statiques et donc indépendantes du système.


AMHA, la vitesse d'une réinstallation ne justifie pas le temps perdu
pour les sauvegardes des applications.
Le problème de /opt c'est qu'on a toutes les chances d'avoir une
installation initiale sans ce répertoire. Donc la création d'un lien par
avance ou d'une partition propre ne se justifie pas. Puis, un beau jour,
une application "incontournable" va créer /opt et s'installer dans ce
répertoire, et c'est là qu'on sera embêté. Loi de Murphy aidant, ceci se
produit bien sûr au plus mauvais moment.
Et je n'ai pris /opt que comme exemple car je ne serais pas surpris que
l'avenir voit un nouveau répertoire /bidule installé à la racine par un
nouveau programme "incontournable".


Actuellement, j'ai 960 Mo de fichiers sous /tmp.
Ça n'est pas normal.

Je ne fais pas souvent le ménage,
Ça se voit. ;-)



Ben oui, mais ça c'est le privilège d'avoir de la place.


mais 150 Mo c'est peu.



# df -h /tmp
Filesystem Size Used Avail Use% Mounted on
/dev/hda6 244M 36M 208M 15% /tmp

Et encore, j'avoue n'avoir pas fait non plus le ménage depuis un moment.


J'ai eu souvent à installer des applications en passant par /tmp et voir
l'installation foirer à cause d'un /tmp sous dimensionné.

Utilité de KDE ou d'un gestionnaire graphique sur un serveur ?


La gestion graphique du serveur ?
Oui je sais c'est nul, mais ça se pratique.

/home 100 Mo par utilisateur




Warf ! Mon /home/richard, c'est 28 Go. Ben oui j'ai l'ADSL, un APN, des
programmes remplisseurs de disques et je suis le seul utilisateur de ma
machine.


Vous oubliez qu'il s'agit ici d'un serveur et non pas d'une station de
travail.


Un serveur évolutif... (d'abord mail, puis ftp, http, ...). Il ne me
semble pas inconcevable que plusieurs utilisateurs l'utilisent.


Vous oubliez aussi que tout le monde n'a pas une utilisation soutenue de sa
connexion ADSL et ne joue pas à transgresser les lois. ;p


Je ne transgresse aucune loi, pas de MP3, Divx illégaux ou autre chez moi.


Bref ce genre de partitionnement recommandé ne me conviendrait pas du
tout.


Parce que vous n'avez pas, d'une part, le même type de machine et, d'autre
part pas, la même utilisation demandée ici.


Tout à fait. Mais c'est juste pour dire qu'il n'y a pas de système
vraiment recommandable pour tous.


/boot (10 à 100 Mo, selon le nombre de noyaux que l'on collectionne).


100Mo c'est exagéré, ça ferait plus de 50 noyaux stockés. ;)


Je sais, mais il s'agit de la taille recommandée par certaines
distributions (redhat) et je ne veux pas les contredire.


Le grand intérêt d'avoir plusieurs partitions c'est d'avoir un système
cohérent,


Personnellement, je trouve plutôt cela incohérent, mais bon...

une facilité pour les sauvegardes, une facilité pour les
restaurations


« Backups are for wimps. Real men upload their data to an FTP site and
have everyone else mirror it. » dixit Linus Torvalds

Cela dit, je ne vois pas pourquoi on ne pourrait pas avoir une politique
de sauvegarde basé sur les répertoires plutôt que les partitions.

/home (le reste et le plus possible). Ne pas oublier qu'un ordinateur
c'est fait pour les utilisateurs, pas pour l'OS.


Ne pas oublier qu'un serveur n'est généralement pas une machine
multi-utilisateurs.


Ceci n'est pas évident.

Finalement, je trouve les choix initiaux pas mal du tout et mieux que la
recommandation, sauf que personnellement je ne ferais pas de /tmp.


Pourtant, le répertoire /tmp est à mon avis le répertoire le plus critique
sur un système du fait de ses permissions.
Si le répertoire /tmp n'est pas isolé de la partition racine, un utilisateur
mal intentionné ou un programme mal conçu pourrait rendre le système
instable en remplissant ce répertoire de nombreux fichiers (saturation
inode) ou en le remplissant de fichiers énormes (saturation espace disque).
De plus l'option de montage noexec et surtout l'option nosuid sont un plus
pour la sécurité.


AMHA, il s'agit plus d'options destinées à embêter l'utilisateur (script
qui marche plus, etc.), qu'empêcher des intrusions autres que naïves (le
noexec est contournable).

On trouve de plus en plus de /tmp monté en tmpfs (système de fichier
virtuel résidant en mémoire), ce qui améliore(rait) les performances et
résout les problèmes de nettoyage (utile pour moi). On fait quoi de la
partition /dev/hdax si l'on passe à ce système ?

Il y a des avantages et des inconvénients à utiliser des partitions
multiples, et, à l'usage, je trouve les inconvénients assez pénibles
pour fuir le partitionnement.

--
Richard





Avatar
Richard Delorme
On Mon, 27 Sep 2004 21:05:27 +0200, Richard Delorme wrote:




un vieux P2 120 mhz , 64 de ram + et 4 giga de DD

j'avais pensé :
hda1 /boot 15 mo
hda5 /swap 130 mo
hda6 / 2000 go
hda7 /tmp 500 mo
hda8 /home 1680 go


swap 400 mo me semblerai plus safe

pour le reste rien a dire, enfin le /tmp pas besoin de le coller sur sa


partoch

sauf si tu joue sur les tailles de block.




[...]


Swap Egale ou double de la mémoire vive


Là j'ai 1 Go de swap pour 1 Go de RAM. AMHA, j'ai un swap 2 fois trop gros.



Tout dépend de ce que tu fais.


Tout à fait.


Il n'y a pas que le problème de la fragmentation, il y a la sécurité.
Il vaut mieux considérer que / et /usr sont des répertoires dans
lesquels on écrit pas (et qui devraient même être montés en read-only,
à l'extrême) sauf quand on update sa distrib.
/tmp et /var au contraire changent en permanence.
Certaines distribs font de /tmp un lien vers /var/tmp. Je dirais qu'il
vaut quand même mieux garder /tmp séparé, car /var contient des infos
nécessaires aux services et à la maintenance de la distrib.
Ainsi, en cas de crash, tu es sur de ne pas perdre de données sur / et
/usr et tu répartis les risques entre /var /tmp et /home en fonction de
leur utilisation respective.
..

Les systèmes raid, les onduleurs, les climatisations, le choix de
matériels ne chauffant pas, les fs journalisés, etc. sont plus à même de
prévenir un crash et ses effets que le partitionnement. Si le disque
tombe en rade (la source d'ennui la plus fréquente), le partitionnement
ne sauve rien.

Ca permet aussi de mettre en place une politique de sauvegarde par
partition:
- /tmp n'est jamais sauvé
- / et /usr sont sauvé aux update de distrib et en cas de changement de
configuration (dans /etc ou /usr/etc).
- /var est sauvegardé de temps en temps
- /home est sauvegardé le plus souvent.


Qui/quoi empêche une sauvegarde par répertoire ?

--
Richard





Avatar
no_spam
On Tue, 28 Sep 2004 13:14:02 +0200, Richard Delorme wrote:

On Mon, 27 Sep 2004 21:05:27 +0200, Richard Delorme wrote:

[...]


Il n'y a pas que le problème de la fragmentation, il y a la sécurité.
Il vaut mieux considérer que / et /usr sont des répertoires dans
lesquels on écrit pas (et qui devraient même être montés en read-only,
à l'extrême) sauf quand on update sa distrib.
/tmp et /var au contraire changent en permanence.
Certaines distribs font de /tmp un lien vers /var/tmp. Je dirais qu'il
vaut quand même mieux garder /tmp séparé, car /var contient des infos
nécessaires aux services et à la maintenance de la distrib.
Ainsi, en cas de crash, tu es sur de ne pas perdre de données sur / et
/usr et tu répartis les risques entre /var /tmp et /home en fonction de
leur utilisation respective.
..

Les systèmes raid, les onduleurs, les climatisations, le choix de
matériels ne chauffant pas, les fs journalisés, etc. sont plus à même de
prévenir un crash et ses effets que le partitionnement. Si le disque
tombe en rade (la source d'ennui la plus fréquente), le partitionnement
ne sauve rien.


Tu t'aperçois vite qu'en cas de crash ou de bug kernel (ce qui peut
arriver...), une partition sur laquelle tu n'écrit jamais n'est jamais
endommagée.
Il est, de plus, tout à fait inutile d'utiliser des filesystem
journalisés pour / et /usr, à moins de mettre à jour sa distrib
quotidiennement (et encore, un sync après la mise à jour suffit). Il
vaut mieux, au contraire, utiliser le filesystem le plus rapide possible.
Reiserfs est le plus rapide _et_ est journalisé ? Il sera encore plus
rapide si le journal est désactivé...
Si le disque tombe en rade et que c'est un problème physique sur les
plateaux ou les têtes, tu ne perds jamais ton disque en entier d'un coup.
Le fait de partitionner permet de récupérer sans dommage toutes les
partitions non touchées et même parfois (avec un peu de chance) toutes
les partitions si les métadatas sont accessibles. Je l'ai fait plus d'une
fois, je n'ai jamais rien perdu (j'ai du crasher une quinzaine de disques
entre chez moi et le boulot en 7 ans, plus ceux que j'ai récupéré pour
d'autres machines que les miennes....).

Ca permet aussi de mettre en place une politique de sauvegarde par
partition:
- /tmp n'est jamais sauvé
- / et /usr sont sauvé aux update de distrib et en cas de changement de
configuration (dans /etc ou /usr/etc).
- /var est sauvegardé de temps en temps
- /home est sauvegardé le plus souvent.


Qui/quoi empêche une sauvegarde par répertoire ?


Rien, en effet. C'est juste un problème de cohérence et d'efficacité.
si tu es sur un système en production, /home sera sur un disque à part,
ce qui fait que quand tu sauveras celui-ci, ça n'aura aucun impact sur
le fonctionnement général du système, sauf pour les utilisateurs
loggés, ce qui n'est pas grâve au regard de la sécurité. Par contre,
ralentir les écritures dans /var/log peut être grâve.
Bien entendu, ce raisonnement ne s'applique pas partout: un particulier
n'a, en général, qu'un seul disque. Mais appliquer les mêmes regles de
cohérence qu'un environnement de prod ne peut, amho, pas faire de mal et
peut quelquefois se réveler salvateur.