# Installation Debian 10 sur serveur dédié (avec RAID et LVM)

**URL:** <https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978>\
**Category:** Support Debian\
**Created:** [Août 25, 2019, 8:15 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978 "2019-08-25T20:15:22Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 26, 2019, 4:21 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/21 "2019-08-26T16:21:33Z")

</div>

> [@Vinz](#):
>
> je vais surement avoir exactement le même souci lors de la mise à jour de Grub.

Ben non, là tu as eu un soucis parce que tu t’es arrêté en route au moment de l’update grub et que tu as du reprendre, mais pas de raison que ça plante si tu fais tout sans soucis de déconnection.  
Aprés, c’était juste un avis sur le fait que ça irait sans doute plus vite que de diagnostiquer+corriger, hein.

> [@Vinz](#):
>
> si je leur demande de réinstaller Debian 9

C’est pas un processus automatique ?  
les mecs doivent te faire eux même l’install à la main ?  
Ah bah oui, effectivement, c’est pas forcément utile de recommencer alors… 🤣

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 26, 2019, 4:45 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/22 "2019-08-26T16:45:30Z")

</div>

Pour continuer, il faut établir la segmentation future du groupe de volumes.

Comme pour un partitionnement,  
mais à la différence près que l’on utilise LVM et des volumes logiques.

La taille du volume logique _system\_root_ sera à réduire en premier lieu.

Ce qui m’embête le plus, c’est que chez soi lors de l’installation,  
on définit ces volumes logiques tout de suite.  
Alors que là, ça reste à faire 😯

> [@Vinz](#):
>
> je vais surement avoir exactement le même souci lors de la mise à jour de Grub.

Je n’ai pas tout suivi à ce moment là mais il est question d’ext2 dans le retour d’erreur.  
Et je ne comprends pas bien le choix proposé du périphérique `dm-0` pour Grub.

Ça reste mystérieux 🤨

> [@Vinz](#):
>
> ```plaintext
> root@frhb22417ds:~$dpkg --configure -a
> Paramétrage de grub-pc (2.02+dfsg1-20) ...
> Installation pour la plate-forme i386-pc.
> File descriptor 3 (pipe:[105893]) leaked on vgs invocation. Parent PID 15891: grub-install
> File descriptor 3 (pipe:[105893]) leaked on vgs invocation. Parent PID 15891: grub-install
> grub-install : attention : Le système de fichiers « ext2 » ne prend pas en charge l'embarquage.
> grub-install : erreur : l'embarquage est impossible, il est pourtant nécessaire pour les installations interdisques.
> 
> ```

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Août 26, 2019, 6:10 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/23 "2019-08-26T18:10:28Z")

</div>

> [@mattotop](#):
>
> C’est pas un processus automatique ?  
> les mecs doivent te faire eux même l’install à la main ?  
> Ah bah oui, effectivement, c’est pas forcément utile de recommencer alors… 🤣

Bien entendu que c’est automatique, et pourquoi ne pas avoir comme je te l’avais suggéré ouvert un ticket demandant si il est possible qu’ils et mettent un Debian 10 🤔

L’image n’est peut-être pas encore disponible commercialement (sur le site ou l’extranet de ton compte client) parlant mais je sais qu’elle est prête … c’est moi qu’il l’est finalisée il y a deux semaines 😃

Et pour les mauvaises langues c’est une image vanilla avec comme rajout le firmware bnx2 (utiles pour certaines cartes réseaux).

PS : Vinz si tu galère file moi ton IP de serveur et un mail perso en privée je te réglerai ça demain sinon 😉

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 26, 2019, 6:44 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/24 "2019-08-26T18:44:03Z")

</div>

> [@Vinz](#):
>
> Comme j’étais dans le doute j’ai laissé l’update en attente et j’ai demandé à Ikoula qui m’a répondu:
> 
> > C’est en effet un peu compliqué : Vous avez les deux disques durs (sda et sdb) sur lesquel un raid soft est mis en place (md0 et md1) sur lesquel est mis en place du LVM.
> > 
> > Je vous confirme donc que vous pouvez réinstaller grub sur dm-0 VolGroup00-system\_root

C’est vraiment n’importe quoi. Installer GRUB dans un volume logique ne marche pas.  
C’est pourtant simple : avec du RAID logiciel, il faut installer GRUB sur tous les disques physiques, sda et sdb.

Sinon, avant de tout casser, on peut voir la configuration actuelle de grub-pc et la comparer avec les disques présents ?

```
debconf-show grub-pc
ls /dev/disk/by-id

```

L’ensemble RAID md0 de 1 Go est probablement monté comme /boot. Pas indispensable et un peu gros, mais pourquoi pas.

Par contre si c’est pour mettre tout l’espace du VG dans un seul grand volume logique je ne vois pas l’intérêt d’utiliser LVM.

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 26, 2019, 6:46 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/25 "2019-08-26T18:46:39Z")

</div>

Bonsoir Clochette,

Si si je leur ai bien demandé 2 fois de partir directement sur Debian 10 mais ils m’ont dit que c’était pas encore prêt.

Et là ça fait près de 4h que j’ai demandé une explication sur le fait que Grub ne veuille pas s’installer (sur dm-0 comme ils me l’avait recommandé), et au pire de me remettre une installation fraîche de Debian 9, mais aucune réponse.

Et je ne vois pas dans l’interface de gestion où je peux lancer une réinstall moi même…

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 26, 2019, 6:51 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/26 "2019-08-26T18:51:53Z")

</div>

> [@PascalHambourg](#):
>
> Sinon, avant de tout casser, on peut voir la configuration actuelle de grub-pc et la comparer avec les disques présents ?

> ```
> root@frhb22417ds:~$debconf-show grub-pc
> grub-pc/kopt_extracted: false
> grub-pc/chainload_from_menu.lst: true
> grub-pc/partition_description:
> grub-pc/postrm_purge_boot_grub: false
> grub2/kfreebsd_cmdline:
> * grub2/linux_cmdline: net.ifnames=0 biosdevname=0
> grub-pc/disk_description:
> * grub-pc/install_devices: /dev/disk/by-id/scsi-360022480363d566553cdc001fa6547bf
> grub-pc/install_devices_failed: false
> grub-pc/install_devices_empty: false
> grub-pc/install_devices_disks_changed:
> grub-pc/timeout: 5
> grub-pc/mixed_legacy_and_grub2: true
> grub2/update_nvram: true
> grub2/kfreebsd_cmdline_default: quiet
> grub-pc/hidden_timeout: false
> * grub2/linux_cmdline_default: quiet
> grub2/force_efi_extra_removable: false
> grub-pc/install_devices_failed_upgrade: true
> grub2/device_map_regenerated:
> root@frhb22417ds:~$ls /dev/disk/by-id
> ata-TOSHIBA_DT01ACA100_27G7140FS md-name-frhb22417ds:1
> ata-TOSHIBA_DT01ACA100_27G7140FS-part1 md-uuid-3d205214:4cb33f7e:2e88bddd:8e2aa5bf
> ata-TOSHIBA_DT01ACA100_27G7140FS-part2 md-uuid-49b8312c:6d6f8ee1:16021527:e47532ba
> ata-TOSHIBA_DT01ACA100_27G7140FS-part3 raid-VolGroup00-system_root
> ata-TOSHIBA_DT01ACA100_27G7140FS-part4 wwn-0x5000039fd0e98df2
> ata-TOSHIBA_DT01ACA100_971YDUVNS wwn-0x5000039fd0e98df2-part1
> ata-TOSHIBA_DT01ACA100_971YDUVNS-part1 wwn-0x5000039fd0e98df2-part2
> ata-TOSHIBA_DT01ACA100_971YDUVNS-part2 wwn-0x5000039fd0e98df2-part3
> ata-TOSHIBA_DT01ACA100_971YDUVNS-part3 wwn-0x5000039fd0e98df2-part4
> ata-TOSHIBA_DT01ACA100_971YDUVNS-part4 wwn-0x5000039feded7959
> dm-name-VolGroup00-system_root wwn-0x5000039feded7959-part1
> dm-uuid-LVM-iPQEFtJ7qGiZDGTLryQqkvB6f9Vs7o8wJ8xDKTgQNzTZt1VpySQQxMkAU7yekuJd wwn-0x5000039feded7959-part2
> lvm-pv-uuid-PpnHRe-OYaR-wGzB-nEsJ-BxEP-F3hN-cYaBry wwn-0x5000039feded7959-part3
> md-name-frhb22417ds:0 wwn-0x5000039feded7959-part4
> 
> ```

> [@PascalHambourg](#):
>
> L’ensemble RAID md0 de 1 Go est probablement monté comme /boot. Pas indispensable et un peu gros, mais pourquoi pas.
> 
> Par contre si c’est pour mettre tout l’espace du VG dans un seul grand volume logique je ne vois pas l’intérêt d’utiliser LVM.

J’ai été surpris de lors de le commande de ne pas pouvoir spécifier quoique ce soit au niveau du partitionnement (sans même parler de LVM que je découvre je dois bien avouer), ou alors j’ai loupé un truc…

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 26, 2019, 6:57 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/27 "2019-08-26T18:57:44Z")

</div>

@Vinz, si ils sont trop nuls tu peux essayer de te rétracter ; enfin je dis ça…  
J’espère ne pas t’avoir donné mal à la tête avec les détails sur LVM 🤫

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 26, 2019, 7:14 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/28 "2019-08-26T19:14:46Z")

</div>

> [@Vinz](#):
>
> grub-pc/install\_devices

On voit bien que le périphérique enregistré dans `grub-pc/install_devices` (un disque SCSI) ne correspond à aucun des deux disques physiques présents (ATA Toshiba). Normal que grub-pc grogne. Ce disque SCSI est probablempent celui de la machine qui a servi à créer l’image d’installation.

Concernant LVM, il aurait été possible de préinstaller le système avec un volume logique racine d’une taille modeste. Libre à l’utilisateur ensuite de l’agrandir (à chaud, plus facile que de le réduire) ou de créer d’autres volumes logiques dans l’espace libre du groupe de volumes.

PS : je vois qu’il y a 4 partitions par disque. deux servent au RAID, à quoi servent les deux autres ?

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 26, 2019, 7:38 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/29 "2019-08-26T19:38:16Z")

</div>

Hmm alors si je comprends bien l’install serait foireuse ce qui expliquerait pourquoi ça ne se passe pas comme prévu car j’imagine que normalement l’update de grub ne devrait même pas poser de question à l’utilisateur n’est ce pas ?

Ceci dit j’ai quand même tenté de reprendre l’upgrade de grub en sélectionnant cette fois ci sda et sdb au lieu de dm-0 et c’est bien passé ! J’ai rebooté et ça semble “marcher” mais sans vraiment savoir si je pars sur un système vraiment sain…

Et aucune idée pourquoi les 2 disques ont 4 partitions, je n’y comprend plus rien ☹

Sinon @anon44391915 t’inquiète, tu m’a juste rappelé mon ignorance. Mais question bête: si on a du RAID logiciel on doit forcément avoir du LVM ? Car personnellement ça fait plus de 20 ans que je vis plutôt bien sous Linux (desktop surtout, je suis un dev et pas un admin comme vous avez pu le constater) sans jamais penser au LVM, le bon vieux partitionnement statique doit me suffire.

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 26, 2019, 7:44 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/30 "2019-08-26T19:44:34Z")

</div>

Non, ce n’est pas forcé du tout ; c’est une manière différente d’utiliser l’espace de stockage.  
Et on peut faire du LVM sans RAID.

Je m’y suis mis quand j’ai acheté mon micro-serveur maison ; avant, j’ignorais la chose tout pareil.

> [@Vinz](#):
>
> Et aucune idée pourquoi les 2 disques ont 4 partitions, je n’y comprend plus rien ☹

```plaintext
sudo fdisk -l /dev/sd[ab]

```

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 26, 2019, 7:47 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/31 "2019-08-26T19:47:24Z")

</div>

Ah oui j’aurais quand même pu penser à faire un fdisk !

> ```
> root@fatmike:~$sudo fdisk -l /dev/sda
> sudo: impossible de déterminer le nom de l'hôte fatmike: Nom ou service inconnu
> Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
> Modèle de disque : TOSHIBA DT01ACA1
> Unités : secteur de 1 × 512 = 512 octets
> Taille de secteur (logique / physique) : 512 octets / 4096 octets
> taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
> Type d'étiquette de disque : gpt
> Identifiant de disque : 61F4E1CE-A392-4778-964A-87763F90E763
> 
> Périphérique Début Fin Secteurs Taille Type
> /dev/sda1 2048 6143 4096 2M Amorçage BIOS
> /dev/sda2 6144 2103295 2097152 1G Système EFI
> /dev/sda3 2103296 4200447 2097152 1G Partition d'échange Linux
> /dev/sda4 4200448 1953525134 1949324687 929,5G LVM Linux
> root@fatmike:~$sudo fdisk -l /dev/sdb
> sudo: impossible de déterminer le nom de l'hôte fatmike: Nom ou service inconnu
> Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
> Modèle de disque : TOSHIBA DT01ACA1
> Unités : secteur de 1 × 512 = 512 octets
> Taille de secteur (logique / physique) : 512 octets / 4096 octets
> taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
> Type d'étiquette de disque : gpt
> Identifiant de disque : B3098DB2-1DB9-4B83-9976-8F95F13AFF38
> 
> Périphérique Début Fin Secteurs Taille Type
> /dev/sdb1 2048 6143 4096 2M Amorçage BIOS
> /dev/sdb2 6144 2103295 2097152 1G Système EFI
> /dev/sdb3 2103296 4200447 2097152 1G Partition d'échange Linux
> /dev/sdb4 4200448 1953525134 1949324687 929,5G LVM Linux
> 
> ```

Bon déjà ça me parait un peu moins obscure…

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 26, 2019, 7:56 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/32 "2019-08-26T19:56:53Z")

</div>

> [@Vinz](#):
>
> le bon vieux partitionnement statique doit me suffire.

Je souhaite citer à nouveau littlejohn75 pour faire attention lors d’un partitionnement classique.

> [@Erreur openssh-server après upgrade](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781/91):
>
> - vous mélangez la partie système et la partie applicative
> - si il y a un problème avec une application qui remplit les journaux, ( `/var/log` ) vous risquez de remplir à terme la racine.
> - Les écritures sur la partie système ( / /usr /etc /boot /lib /usr ) sont nettement moins fréquentes que sur la partie applicative, si on prend soin d’avoir `/var` comme système de fichiers séparé.
> - il en résulte que la probabilité d’avoir des ennuis en mettant tout dans un seul FS comme vous l’avez fait est augmentée d’au moins deux ordres de grandeur par rapport à un partitionnement plus adapté.  
> Si vous reconstruisez le serveur , je ne peux que vous conseiller d’utiliser LVM ce qui vous permettra d’avoir la possibilité d’agrandir après coup les systèmes de fichiers ( même la racine ou le swap peuvent être dans un volume logique, donc extensible )

Je ne suis ni dev ni admin et je te trouve bien courageux 🙂

---

<div class="post-metadata">

**Author:** ![Albert](https://www.debian-fr.org/user_avatar/www.debian-fr.org/albert/32/8474_2.png) [@Albert](https://www.debian-fr.org/u/Albert)\
**Post date:** [Août 26, 2019, 8:00 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/33 "2019-08-26T20:00:40Z")

</div>

Moi aussi et non plus !  
Je ne suis pas dev, **non plus**.  
Je te trouve extrêmement courageux, **aussi**!  
Il y bien longtemps que j’aurais installé, ou essayé d’installer tout sur une machine à la maison !  
Ou jeté l’éponge !

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 26, 2019, 8:06 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/34 "2019-08-26T20:06:01Z")

</div>

Un truc qui m’a semblé étrange c’est qu’une fois que j’ai finalement réussi à upgrader grub via `dpkg --configure -a` le dist-upgrade était complètement fini alors que je m’attendais à ce qu’il continue à configurer les autres paquets.

> ```
> root@frhb22417ds:~$apt-get dist-upgrade          
> E: dpkg a été interrompu. Il est nécessaire d'utiliser « dpkg --configure -a » pour corriger le problème.
> root@frhb22417ds:~$dpkg --configure -a
> Paramétrage de grub-pc (2.02+dfsg1-20) ...
> Installation pour la plate-forme i386-pc.
> Installation terminée, sans erreur.
> Installation pour la plate-forme i386-pc.
> Installation terminée, sans erreur.
> Création du fichier de configuration GRUB…
> Image Linux trouvée : /boot/vmlinuz-4.19.0-5-amd64
> Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-5-amd64
> Image Linux trouvée : /boot/vmlinuz-4.9.0-9-amd64
> Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-9-amd64
> fait
> Traitement des actions différées (« triggers ») pour sgml-base (1.29) ...
> Traitement des actions différées (« triggers ») pour initramfs-tools (0.133) ...
> update-initramfs: Generating /boot/initrd.img-4.19.0-5-amd64
> I: The initramfs will attempt to resume from /dev/sdb3
> I: (UUID=69f05074-cdd0-47f3-99f3-526b1ad71467)
> I: Set the RESUME variable to override this.
> Traitement des actions différées (« triggers ») pour dictionaries-common (1.28.1) ...
> Traitement des actions différées (« triggers ») pour libc-bin (2.28-10) ...
> Traitement des actions différées (« triggers ») pour systemd (241-5) ...
> Traitement des actions différées (« triggers ») pour ca-certificates (20190110) ...
> Updating certificates in /etc/ssl/certs...
> 0 added, 0 removed; done.
> Running hooks in /etc/ca-certificates/update.d...
> done.
> root@frhb22417ds:~$apt-get dist-upgrade
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances       
> Lecture des informations d'état... Fait
> Calcul de la mise à jour... Fait
> Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
> cpp-6 dh-python doc-debian-fr doc-linux-fr-text gcc-6 gcc-7-base guile-2.0-libs libasan3 libbind9-140 libcilkrts5 libdns162
> libgcc-6-dev libicu57 libisc160 libisccc140 libisccfg140 libisl15 liblvm2app2.2 liblvm2cmd2.02 liblwres141 libmpfr4 libperl5.24
> libpython3.5-minimal libpython3.5-stdlib libubsan0 manpages-fr manpages-fr-extra python3-distutils python3-lib2to3 python3.5
> python3.5-minimal rename sgml-base tcpd xml-core
> Veuillez utiliser « apt autoremove » pour les supprimer.
> 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
> 
> ```

Mais peut-être que grub-pc était le tout dernier paquet à configurer (ce qui aurait du sens) ?

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 26, 2019, 8:14 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/35 "2019-08-26T20:14:27Z")

</div>

> [@anon44391915](#):
>
> Je souhaite citer à nouveau littlejohn75 pour faire attention lors d’un partitionnement classique.

Oui ces recommandations sont très bonnes mais elles peuvent déjà pas mal s’appliquer avec un partitionnement statique. Je dis pas que la flexibilité de LVM est inutile mais dans mon cas j’ai l’impression que ça rajoute de la complexité sans être sûr d’en avoir absolument besoin (cf. mes besoins au 1er post).

> [@Albert](#):
>
> Il y bien longtemps que j’aurais installé, ou essayé d’installer tout sur une machine à la maison !  
> Ou jeté l’éponge !

Pour plein de raisons un serveur à la maison n’est pas une solution acceptable.

Et jeter l’éponge non plus 😉

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 26, 2019, 8:19 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/36 "2019-08-26T20:19:51Z")

</div>

> [@Vinz](#):
>
> Oui ces recommandations sont très bonnes mais elles peuvent déjà pas mal s’appliquer avec un partitionnement statique.

Entièrement d’accord ; j’avais employé «&nbsp;classique&nbsp;»  
Il faut assez bien calculer les tailles et ça marche bien.

Je ne parle plus de LVM maintenant.

> [@Vinz](#):
>
> Pour plein de raisons un serveur à la maison n’est pas une solution acceptable.

Je suis éligible pour la fibre 300 Mbps en upload et je crains trop les failles de sécurité  
et le mélange avec mes propres données sur mon LAN ; Donc c’est non aussi.

> [@Vinz](#):
>
> Et jeter l’éponge non plus 😉

Avant de rendre le tablier alors 😉

---

<div class="post-metadata">

**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\
**Post date:** [Août 26, 2019, 9:19 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/37 "2019-08-26T21:19:12Z")

</div>

> [@Vinz](#):
>
> Je dis pas que la flexibilité de LVM est inutile mais dans mon cas j’ai l’impression que ça rajoute de la complexité

De la complexité ? Par exemple pour indiquer un périphérique bloc dans un fichier `/etc/fstab` que préférez-vous

- une syntaxe UUID=xxxxxxxxxxxx impossible à vérifier et à copier/coller
- la syntaxe /dev/system\_vg/root\_lv  
?  
Exemple sur un portable SSD + HD

```plaintext
fp2@debpacha:~$ df -hTx tmpfs
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 3,9G 0 3,9G 0% /dev
/dev/mapper/pacha_vg-root_lv ext4 7,9G 4,8G 2,7G 64% /
/dev/sda1 ext4 2,0G 71M 1,8G 4% /boot
/dev/mapper/pacha_vg-home_lv ext4 24G 16G 7,5G 68% /home
/dev/mapper/pacha_vg-data_lv ext4 125G 23G 100G 19% /data
/dev/mapper/pacha_vg-tmp_lv xfs 8,0G 41M 8,0G 1% /tmp
/dev/mapper/pacha_vg-var_lv xfs 4,0G 1,5G 2,6G 36% /var
fp2@debpacha:~$ 
p2@debpacha:~$ sudo lvs
  LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
  data_lv pacha_vg -wi-ao---- 128,00g                                                    
  home_lv pacha_vg -wi-ao---- 24,00g                                                    
  root_lv pacha_vg -wi-ao---- 8,00g                                                    
  swap_lv pacha_vg -wi-ao---- 12,00g                                                    
  tmp_lv pacha_vg -wi-ao---- 8,00g                                                    
  var_lv pacha_vg -wi-ao---- 4,00g                                                    
fp2@debpacha:~$ sudo vgs
  VG #PV #LV #SN Attr VSize VFree  
  pacha_vg 2 6 0 wz--n- 1,02t 857,30g
fp2@debpacha:~$ 
fp2@debpacha:~$ lsblk --fs
NAME FSTYPE LABEL UUID MOUNTPOINT
sda                                                                      
├─sda1 ext4 6b25f8fd-780e-4be5-bcf4-e121061b3b60 /boot
└─sda2 LVM2_me IZy2Ju-Kq9m-y9iV-0deL-Ok2o-9nZ6-eGtWPb 
  ├─pacha_vg-root_lv
  │ ext4 67e535bd-7023-402f-b7e2-a35007ddc67f /
  └─pacha_vg-home_lv
                    ext4 a0d11380-2b29-4d51-b9d6-0d93f3815797 /home
sdb LVM2_me EuVnyy-3k2u-Wba1-ZTOi-0uBn-wpcw-rkorHe 
├─pacha_vg-swap_lv swap 1ed56409-46c1-4fba-a37c-ae228c59b757 [SWAP]
├─pacha_vg-var_lv xfs 693aac9f-e76c-4b5b-a70b-3453fd0bdac0 /var
├─pacha_vg-data_lv ext4 d24cc500-1d40-41f0-8013-8628f64ae559 /data
└─pacha_vg-tmp_lv xfs 8bff53ea-f5ed-44ef-b5d2-dbd47e0bfe5b /tmp
sr0

```

le fichier `fstab`

```plaintext
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/pacha_vg-root_lv / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=6b25f8fd-780e-4be5-bcf4-e121061b3b60 /boot ext4 defaults 0 2
/dev/mapper/pacha_vg-data_lv /data ext4 defaults 0 2
/dev/mapper/pacha_vg-home_lv /home ext4 defaults 0 2
/dev/mapper/pacha_vg-tmp_lv /tmp xfs defaults 0 0
/dev/mapper/pacha_vg-var_lv /var xfs defaults 0 0
/dev/mapper/pacha_vg-swap_lv none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
fp2@debpacha:~$ 

```

La bonne méthode pour installer Debian

- avec les références de la machine, déterminer si des modules noyau non libres sont nécessaires.
- copier sur un support pour amorcer (clé USB, …) une iso **netinst**
- mettre le support créé sur la machine (salle bruyante et inconfortable) et amorcer
- au premier menu : choisir le mode **expert** (mode texte)
- dans les `udeb` supplémentaire inclure les modules qui permettent de continuer l’installation à distance via `ssh`  
ne pas charger le support des périphériques Braille.
- Quand le réseau est configuré, l’installateur Debian propose de continuer la procédure via ssh (et indique les paramètres ssh à utiliser.
- depuis un poste distant, dans un environnement confortable poursuivre l’installation. On retrouve ses notes qu’on a préparées à l’avance. On peut ouvrir deux fenêtres `ssh` et ouvrir un shell dans la deuxième.
- pour le partitionnement du/des disque(s) toujours utiliser un partitionnement manuel.  
Basculer dans l’autre console pour voir la progression et éventuellement interagir.
- pour un serveur, une installation minimale + serveur SSH est suffisante pour commencer.

De toute façon, un système Debian ne s’installe qu’une fois, donc autant prendre son temps et planifier par avance l’opération.

Cordialement,  
Regards,  
Mit freundlichen Grüßen,  
مع تحياتي الخالصة

* * *

F. Petitjean  
Ingénieur civil du Génie Maritime.

« Ubuntu is an ancient african word, meaning «&nbsp;I can’t configure Debian&nbsp;» »  
– [Urban Dictionary: ubuntu](http://www.urbandictionary.com/define.php?term=ubuntu)

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 26, 2019, 10:21 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/38 "2019-08-26T22:21:26Z")

</div>

> [@Vinz](#):
>
> Ah oui j’aurais quand même pu penser à faire un fdisk

Très instructif.  
Une des partitions (BIOS boot) est nécessaire à grub-pc avec le format GPT.  
Comme je le craignais, l’autre est une partition swap utilisée sans RAID, donc réduisant fortement l’utilité du RAID pour le reste du système : défaillance d’un disque → perte du swap → crash du système.  
Et même si le type des partitions n’est qu’informatif, déclarer comme «&nbsp;système EFI&nbsp;» ou «&nbsp;LVM&nbsp;» des partitions membres d’un ensemble RAID est franchement de nature à jeter la confusion.  
Vraiment pas beau, tout ça…

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 26, 2019, 10:41 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/39 "2019-08-26T22:41:59Z")

</div>

Je crois que le format msdos aurait pu suffire ; si c’est bien là où tu veux en venir ?

> [@PascalHambourg](#):
>
> Et même si le type des partitions n’est qu’informatif, déclarer comme “système EFI” ou “LVM” des partitions membres d’un ensemble RAID est franchement de nature à jeter la confusion.

Oui, j’ai été mis en confusion par ce type LVM au lieu du type RAID Linux  
ou RAID Linux autodétecté dont j’ai l’habitude.

Les deux partitions swap peuvent être converties en swap RAID, il me semble ?  
Mais la taille de 1 GB serait vraiment petite non ?  
Ne vaut-il pas mieux utiliser un fichier de swap avant d’autres manipulations ?

Merci de nous instruire Pascal.  
Je trouve aussi que le service laisse à désirer, un euphémisme.

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 27, 2019, 8:51 UTC](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978/40 "2019-08-27T08:51:43Z")

</div>

Malgré ces “bizarreries” j’ai quand même réinstallé hier soir mon site principal (car ça commençait à urger au bout de 4j d’indisponibilité) et je suis agréablement surpris: les pages sont rendus 2 à 3 fois plus rapidement qu’avec mon ancien serveur ! 😀

Maintenant j’ai besoin de mieux comprendre ces bizarreries pour savoir si je peux rester dessus ou si je devrais quand même mieux me refaire encore une nouvelle install (mais ça va, mis à part les bizarreries ça ne me prend pas beaucoup de temps).

[Page précédente](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978.md?page=1)

[Page suivante](https://www.debian-fr.org/t/installation-debian-10-sur-serveur-dedie-avec-raid-et-lvm/79978.md?page=3)
