Partitionner un serveur GNU/Linux Debian chez OVH
Les serveurs dédiés OVH (Kimsufi et autres NS / SP / EG / MG / HG) sont livrés pré-installés avec le système d’exploitation de votre choix. Je ne saurais que recommander la distribution Debian 6 64 bits pour une utilisation professionnelle, et notamment pour un hébergement sans prise de tête d’outils web standards tels qu’un CMS. Etant spécialiste WordPress, c’est la configuration de choix que je recommande pour l’hébergement de cet environnement de publication dans un usage professionnel. Pour des raisons étranges, le partitionnement proposé par défaut par OVH pour ses serveurs dédiés ne correspond pas à la meilleure solution pour un serveur web. Cela ressemble plutôt à un partitionnement adapté pour une station de travail personnelle. Voici comment y remédier.
Re-partitionnement de votre serveur dédié OVH
Avertissement préalable : le repartitionnement de votre serveur va effacer toutes vos données et re-formater entièrement votre disque dur ! Il est donc important d’opérer soit sur un serveur neuf sans contenu, soit de sauvegarder préalablement tous vos contenus (sites webs, fichiers de configuration, bases de données,…) afin de pouvoir les réinstaller une fois la re-configuration achevée.
Principes du partitionnement
Les serveurs dédiés OVH sous Debian sont livrés avec une partition montée sur le répertoire /home à laquelle est consacré la plus grande partie de l’espace disque disponible (voir exemple ci-dessous avec la commande df sur un serveur KS 2G fraîchement livré par OVH).
root@ksXXXXXX:~# df Sys. de fichiers 1K-blocs Utilisé Dispo. Uti% Monté sur /dev/sda1 10403128 636204 9242636 7% / tmpfs 1006144 0 1006144 0% /lib/init/rw udev 10240 140 10100 2% /dev tmpfs 1006144 0 1006144 0% /dev/shm /dev/sda2 958137396 204512 909645552 1% /home
root@ksXXXXXX:~# cat /etc/fstab /dev/sda1 / ext4 errors=remount-ro 0 1 /dev/sda2 /home ext4 defaults 0 2 /dev/sda3 none swap defaults 0 0
root@ksXXXXXX:~# swapon -s Filename Type Size Used Priority /dev/sda3 partition 525532 0 -1
Bref, c’est de loin l’arborescence du répertoire /var qui va se remplir le plus vite quand vous allez utiliser votre serveur web. Et si vous ne faites rien pour relocaliser vos fichiers par rapport à la configuration Debian par défaut, vous allez rapidement manquer de place sur la partition principale sur laquelle est montée le répertoire /var, alors que votre partition /home restera désespérément inutilisée et donc vide.
Le principe proposé pour le re-partitionnement du serveur consiste donc à allouer une partition dédiée au répertoire /var, auquel on attribuera la plus grande partie de l’espace disque disponible.
Guide pas-à-pas
Pour notre exemple, nous utilisons un serveur KS 2G qui propose un disque dur d’une capacité totale d’un To (teraoctet). Les tailles de partition à utiliser pour votre propre serveur sont à moduler en fonction de l’espace total disponible sur votre type de machine. Pour rappel, 1 teraoctet (To) = 1000 gigaoctets (Go) = environ 1 million de kilo-octets (Ko).
- Connectez-vous sur votre console d’administration OVH à l’aide de l’identifiant et du mot de passe reçus par e-mail lors de la souscription du service d’hébergement sur serveur dédié.
- Dans l’onglet “Serveur dédié”, cliquez sur le nom de votre serveur (type ksXXXXXX.ovh.net ou ksXXXXXX.kimsufi.com ou nsXXXXXX.ovh.net)
- Dans le menu de gauche, cliquez sur “Services”.
- Dans le volet de droite cliquez sur l’icône Réinstaller / Changer d’OS
- Sélectionnez le système d’exploitation Linux puis “Distribution de base”
- Sélectionnez “Système d’exploitation Debian 6.0 (Squeeze)” puis “64 bits”.
- Cliquez sur “Valider” en bas du formulaire
- Sélectionnez “Partitionnement personnalisé” puis validez.
L’écran de configuration des partitions OVH
Vous voici devant l’écran de configuration des partitions proposé par OVH. Il n’est peut-être pas très intuitif au premier abord, mais il n’y a rien de bien compliqué; nous allons simplement définir cinq partitions sur le disque dur qui se partageront l’espace total disponible. Initialement, l’écran de configuration vous propose une unique partition de type ext3 montée à la racine (/) utilisant tout l’espace disque disponible.
Nous allons restreindre cette partition à 100 Go, ce qui semble très confortable pour héberger le système d’exploitation Debian 6, les différents paquets applicatifs dont nous avons besoin sur un serveur, l’ensemble des fichiers de configuration, et garder suffisamment de place pour les opérations d’administration courante du serveur (sauvegardes, maintenance, mises à jour, compilations…). 100 Go = 100000 Mo. On tape donc ce chiffre dans le champ “Taille” pour la partition racine. On prendra également soin de sélectionner le type de partition “ext4″ dans le menu déroulant idoine, car malgré ce qu’indique OVH, le type ext4 n’est plus vraiment en “beta” ! On clique ensuite sur “Ajouter la partition”.
Nous allons prévoir une deuxième partition de 100 Go pour le répertoire /home qui héberge les répertoires des utilisateurs du système. Sur un serveur, il y a en général peu d’utilisateurs déclarés (les administrateurs systèmes), et l’usage qu’ils ont de cet espace est assez restreint (zone de stockage provisoire pour le travail de maintenance, de configuration, les sauvegardes,…). Dans l’écran de configuration, nous tapons donc /home dans le champ “Point de montage”, et à nouveau 100000 dans le champ “Taille”. Puis cliquer sur “Ajouter la partition”.
Nous ajoutons maintenant une troisième partition primaire utilisant la plus grande partie de l’espace disque encore disponible pour héberger les fichiers de nos serveurs web : nous dédierons 696000 Mo d’espace disque à cette partition ext4 montée sur /var pour des raisons que vous comprendrez en lisant la suite.

«Attention, votre partitionnement comprend 3 partitions de type primaire et il vous reste de l'espace libre.»
Pour des raisons historique, les tables de partitionnement des disques durs ne permettent pas de prévoir plus de quatre partitions de type “primaire”. Bien que cela n’ait pas de conséquence pratique sous GNU/Linux, nous nous conformerons à l’avertissement affiché en orange par OVH (pas de panique) en ajoutant notre partition suivante sous forme de partition logique (à sélectionner dans le menu déroulant “Type de partition”). Nous aurons en effet encore besoin de deux partitions.
Nous prévoyons en effet une quatrième partition de 100 Go destinée à stocker les fichiers de sauvegarde avant envoi sur le serveur FTP de sauvegarde proposé en standard par OVH (voir article détaillé à ce sujet). Comme l’espace FTP disponible total est lui aussi de 100 Go, inutile de prévoir plus. Nous monterons cette partition à la racine dans un répertoire /save.
Enfin, nous terminons le partitionnement de notre serveur en réservant 4 Go d’espace disque à une éventuelle partition de swap (OVH ne nous laisse pas le choix, mais en pratique, il n’est pas forcément utile de prévoir un espace de swap sur un serveur web). Comme cela ne peut pas nous faire grand mal, nous appliquons la règle éculée qui consiste à réserver le double de la mémoire RAM disponible (2 Go sur ce serveur) à l’espace de swap. Je ne vous souhaite pas d’avoir à utiliser 4 Go de swap et si tout se passe bien cet espace ne sera que très peu utilisé…
Quoi qu’il en soit, sélectionnez à nouveau “logique” dans le menu déroulant “Type de partition”, et sélectionnez “swap” dans le menu déroulant “Système de fichier”. Pour rappel, toutes les autres partitions utilisaient le système ext4, et non le système ext3 proposé par défaut (si vous vous êtes trompé ce n’est pas très grave en pratique).
Notre partitionnement est terminé, on peut maintenant cliquer sur le bouton “Lancer la réinstallation”… et Valider.
Il n’y a plus qu’à suivre en direct la réinstallation automatique de notre serveur !
La procédure de réinstallation automatique d’OVH
Elle va passer par les différentes étapes prévues par OVH dans sa procédure automatisée, en vous indiquant le temps écoulé en temps réel :
- Initialisation de la réinstallation (environ 1 minute)
- Initialisation du système d’installation (environ 6 minutes)
- Reboot sur système d’installation (environ 3 minutes)
- Partitionnement du disque dur (environ 1 minute)
- Copie du système (environ 30 secondes)
- Reboot sur nouveau système (environ 2 minutes)
- Configuration du nouveau système (environ 2 minutes)
- Vérification du nouveau système (environ 1 minute)
- Patchs et opérations de post installation
Au bout d’environ un quart d’heure, votre nouveau système est prêt. Vous recevez un nouveau mot de passe par e-mail à l’adresse de courrier électronique définie pour le contact d’administration technique du site.
Résultat
Voici à quoi ressemble notre nouvelle installation :
root@ksXXXXXX:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 101591472 576024 95895500 1% / tmpfs 1006144 0 1006144 0% /lib/init/rw udev 10240 152 10088 2% /dev tmpfs 1006144 0 1006144 0% /dev/shm /dev/sda2 101591472 192116 96279408 1% /home /dev/sda3 660219336 296468 626649732 1% /var /dev/sda5 101591468 192116 96279404 1% /save
root@ksXXXXXX:~# cat /etc/fstab # <file system> <mount point> <type> <options> <dump> <pass> /dev/sda1 / ext4 errors=remount-ro 0 1 /dev/sda2 /home ext4 defaults 1 2 /dev/sda3 /var ext4 defaults 1 2 /dev/sda5 /save ext4 defaults 1 2 /dev/sda6 swap swap defaults 0 0
root@ksXXXXXX:~# swapon -s Filename Type Size Used Priority /dev/sda6 partition 4094968 0 -1
Elle est beaucoup plus appropriée pour héberger des sites web dynamiques ! Vous pouvez maintenant suivre mon guide d’installation pas à pas pour configurer entièrement votre serveur web dédié chez OVH.
























le 19 May 2011 à 17:58 h
[...] par OVH ne sont pas partitionnés de façon optimale pour une utilisation comme serveurs web. Suivez ce guide pas à pas pour repartitionner et réinstaller automatiquement votre serveur web OVH. C’est une étape préalable que je vous conseille, même si elle n’est pas [...]
le 19 May 2011 à 23:27 h
[...] par OVH ne sont pas partitionnés de façon optimale pour une utilisation comme serveurs web. Suivez ce guide pas à pas pour repartitionner et réinstaller automatiquement votre serveur web OVH. C’est une étape préalable que je vous conseille, même si elle n’est pas [...]
le 23 August 2011 à 12:51 h
Salut,
Juste un petit message pour te dire un grand merci pour ce tuto.
Je me lance dans l’administration d’un petit kimsufi sans trop d’expérience et les différents tutos que j’ai trouvé sur ton site répondent parfaitement à mes besoins.
Félicitation pour ton travail et encore merci.
Julien.
le 23 August 2011 à 12:58 h
@Julien: Merci pour les encouragements, et bienvenue dans l’univers de l’administration système
le 4 September 2011 à 5:28 h
Bravo…
Ce tutoriel mérite bien le qualificatif “pas à pas”
OVH devrait prendre modèle et pour le moins héberger votre site gracieusement.
Ni l’esthétique, ni le respect de l’orthographe ne nuisent à la lecture…
et encore merci de partager vos connaissances et ce sans mesurer votre temps (à en croire le soin apporté)
le 10 September 2011 à 15:19 h
Merci pour ce tres bon tuto (et aussi pour les autres !)
j’aurai une petites question, mon site est en python/django et il comportera une radio en ligne. Le partitionnement serait il dans ce cas le meme que pour du php ?
encore merci
le 10 September 2011 à 16:29 h
Bonjour Marc,
le langage utilisé pour construire un site n’intervient pas dans les recommandations de partitionnement contenues dans ce tutoriel. Elles s’appliquent donc quelque soit le type de site (statique ou dynamique) et le cas échéant, quelque soit le langage utilisé pour le construire. Les considérations sur le langage n’interviennent pas dans la mesure où le partitionnement proposé ne propose pas de séparation entre code et données constituant le site : tout cela sera réuni au sein de la même partition de toute façon, ce qui évite des complexités supplémentaires dans la configuration du serveur web. A noter que dans certains cas particulier il peut être judicieux de prévoir une partition séparée pour les contenus, par exemple si ceux-ci sont susceptibles d’être stockés sur un serveur séparé (filer,…).
le 12 September 2011 à 13:46 h
salut,
j’ai donc bien suivi la procédure, puis installer differents soft.
J’utilise virtualmin, et lorsque je crée un Virtual Server, il me crée une arborescence dans /home dont /home/[user]/public_html/ . Il semble donc qu’il ne mette rien dans /var/www . Le partitionnement ne sera donc pas adapté. Ai je loupé quelque chose ?
merci
le 1 November 2011 à 12:07 h
Merci beaucoup pour ce tutoriel !
le 23 March 2012 à 14:34 h
Merci pour le tuto, réinstallation effectuée en un quart d’heures.
Je sens que je vais suivre ton site
le 14 July 2012 à 21:24 h
Merci pour ce tuto. Très bien fait.
J’ai toutefois l’impression qu’OVH a changé sa politique de partitionnement de base, et que du coup il ne soit plus vraiment nécessaire de le suivre (sauf justement pour la théorie…)
Voici ce que l’on a actuellement avec une installe OVH par défaut :
Sys. de fichiers 1K-blocs Utilis? Dispo. Uti% Mont? sur
/dev/sda1 20317448 916096 18377404 5% /
tmpfs 1017228 0 1017228 0% /lib/init/rw
udev 10240 148 10092 2% /dev
tmpfs 1017228 0 1017228 0% /dev/shm
/dev/sda2 948224744 427748 900009272 1% /var
#
/dev/sda1 / ext3 errors=remount-ro,relatime,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 1
/dev/sda2 /var ext3 defaults,quota,relatime,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 1 2
/dev/sda3 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
le 15 July 2012 à 17:35 h
@ist101 – c’est possible, merci pour l’info, je vérifierai à ma prochaine installation de serveur OVH !
le 12 August 2012 à 15:12 h
Merci pour ce tuto, c’est une étape que je n’avais exploré auparavant dans mes précédentes installations serveurs. Étape pourtant crucial car comme tu le souligne, beaucoup plus adapter à une utilisation serveur.
le 19 October 2012 à 20:33 h
Excellent tuto, je viens de le suivre pour mon nouveau serveur Kimsufi. J’ai aussi suivi celui sur la configuration du serveur et c’était vraiment nickel ! Bravo
le 30 October 2012 à 16:17 h
Bonjour Yann,
Un immense merci pour tes tutoriels. Je ne suis pas admin sys (et pas prête de le devenir
), mais j’ai besoin d’un serveur pour héberger les sites des copains et jouer avec mes sites de test. J’avais déjà suivi tes tuto de 2009 pour l’installation du serveur, et ça avait marché nickel ! n’ayant pas mis à jour régulièrement, il est maintenant obsolète – et depuis un bout de temps, donc aujourd’hui c’est reparti pour un tour avec une debian 6. Et sans tes tuto je n’aurais pas eu le courage de me lancer dans l’upgrade et j’aurais laissé mon vieux lenny – et ça c’est mal
Alors juste pour dire, et en attendant qu’ovh finisse la procédure d’installation, *merci* .
Lisa
le 30 October 2012 à 19:24 h
Merci Lisa, ça me motive pour le remettre à jour… un jour
le 30 October 2012 à 19:34 h
Ah oui oui oui ! pour la prochaine version de debian, on va avoir besoin de ton aide à nouveau

Je viens de finir l’installation complète – donc 2h en gros pour suivre pas à pas ton tuto pour une très très très débutante
Encore une fois, tout a marché impec. Même exim (j’ai cru un moment que non mais en fait c’était dans mes spams).
Prochaine étape -> les comptes d’administration du contenu web et Nginx. Mais je ferai peut-etre ça demain, faut pas abuser des bonnes choses
Alors encore merci
++++
le 20 December 2012 à 16:47 h
Bonjour,
tout d’abord super tuto
par contre une question me tarode
ton tuto concerne un disque de 1 T0, mais moi j’ai deux disques SSD de 120G en RAID1
alors je me demandais si je devais faire proportionnellement à ce que tu dis ou autrement car ca ferais :
/ = 20G
/home = 10G
/var = 70G
/save = 10G
/swap = 10G
tout en sachant que le serveur est comme cela et que mon site web fait environ 30Mega :
CPU : Intel Xeon E3 1245v2
Cores / Threads : 4 / 8
Fréquence : 3.4GHz / 3.8GHz Turbo Boost
RAM : 32 Go DDR3
Disque dur : 2x 120Go SSD
merci d’avance pour ton aide précieuse,
amicalement,
Stone66
le 21 December 2012 à 18:18 h
@Stone66 : 10 Go de SWAP semblent beaucoup. Idéalement un serveur ne swappe jamais.
Pour le reste ça peut le faire. Tu peux même réduire /home si tu n’as qu’un utilisateur/administrateur système et que tu ne stocke rien dans sa /home. Par exemple 5GO pour /home. et rajouter un peu sur /var s’il est destiné à contenir les sites et les logs.
Avec 120 Go il faut faire plus attention au “ménage”, notamment des fichiers de logs, et savoir que ce sera inapproprié par exemple pour stocker de la vidéo. Mais pour du web sans vidéo, 75 ou 80 Go pour la partition /var ça me semble largement suffisant. Faire tourner un utilitaire qui t’alerte si l’espace disponible sur le disque devient restreint est une bonne idée (style logwatch programmé toutes les nuits…)
le 18 January 2013 à 16:52 h
Bonjour,
le manager refuse ce partitionnement car il y a 4 primaires et 1 logique et me demande obligatoirement de recommencer avec soit 4 primaires soit 3 logiques… “Too much primary partition. You can create 4 primary partition or 3 primary partition with unlimited logical partition number”
Que faire ?
le 18 January 2013 à 19:47 h
@Bruno, oui c’est expliqué dans l’article, pas plus de 3 partitions primaires, ensuite ce sont des logiques.
le 21 March 2013 à 13:09 h
Hello, j’ai pris hier un serveur dédié et j’ai remarqué que tout était dans le var comme décris ci dessus mais il me semble bien qu’ils ont alloué la plus grande partie du disque justement sur var. Je suppose donc que la partitionnement n’est pas nécessaire dans ce cas là ?!
le 21 March 2013 à 18:59 h
@xav, si vous gardez l’organisation par défaut de Debian ou Ubuntu et que l’essentiel de l’espace disque disponible est alloué à /var, la vie est belle, vous n’aurez effectivement pas besoin de re-partitionner pour le plaisir.
le 21 March 2013 à 19:07 h
A mon avis, les gens d’ovh on lu votre article
En tout cas j’ai beaucoup appris en lisant vos articles. Merci beaucoup !
le 21 March 2013 à 19:11 h
@xav: les gens d’OVH (ceux que j’ai connu en tout cas) sont très compétents sur leurs domaines, ça m’étonnerait que j’ai quoi que ce soit à leur apprendre en matière d’administration système… Maintenant s’ils ont revu le partitionnement par défaut des serveurs d’entrée de gamme c’est une bonne nouvelle, mais ce n’est probablement pas moi le premier qui leur en ai donné l’idée