Je souhaite citer à nouveau littlejohn75 pour faire attention lors d’un partitionnement classique.
Je ne suis ni dev ni admin et je te trouve bien courageux 
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 !
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) ?
1 J'aime
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).
Pour plein de raisons un serveur à la maison n’est pas une solution acceptable.
Et jeter l’éponge non plus 
1 J'aime
Entièrement d’accord ; j’avais employé “classique”
Il faut assez bien calculer les tailles et ça marche bien.
Je ne parle plus de LVM maintenant.
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.
Avant de rendre le tablier alors
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
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
#
# <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
udebsupplémentaire inclure les modules qui permettent de continuer l’installation à distance viassh
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
sshet 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 “I can’t configure Debian” »
– http://www.urbandictionary.com/define.php?term=ubuntu
1 J'aime
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 “système EFI” ou “LVM” des partitions membres d’un ensemble RAID est franchement de nature à jeter la confusion.
Vraiment pas beau, tout ça…
1 J'aime
Je crois que le format msdos aurait pu suffire ; si c’est bien là où tu veux en venir ?
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.
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).
1 J'aime
Peux-tu poster la sortie de lsblk ?
Un petit retour en bon et du forme entre autre de mon service :
Nous vous prions de nous excuser pour les soucis rencontrés et prenons bonne note des éléments évoqués dans ce fil afin d’apporter et clarifier nos configurations.
En tant qu’hébergeur des choix technologiques doivent être faits afin d’uniformiser et répondre aux demandes les plus communément formulées par nos clients. La présence de LVM et cette topologie de partitionnement et de RAID vont justement en ce sens.Comme indiqué Debian 10 est techniquement disponible depuis une dizaine de jours mais pas encore présent à la commande, ce qui ne saurait tarder. Les équipes Support se basant sur la disponibilité commerciale elles n’ont, en effet, pas pu répondre à votre demande.
Suite à votre retour, une clarification a été apportée à nos équipes support concernant les périphériques d’installation de grub (en effet, il faut installer sur les disques physiques /dev/sda et /dev/sdb et non /dev/dm-0 comme cela vous a été indiqué)
Pour répondre à vos différentes interrogations :
/dev/dm-0 est en double
C’est normal puisque /dev/dm-0 = VolGroup00-system_root qui est le volume logique LVM répliqué par le RAID1 /dev/md1/dev/md0 ne fait que 1072 Mo
Il s’agit de la mise en RAID de la partition /boot (hors LVM). La taille d’1Go est un compromis mis en place +par défaut+ (mais ajustement via la demande d’un “partitionnement personnalisé”, j’y reviendrais).
Sous Debian, ça parait beaucoup mais sous d’autres distributions comme CentOS /boot, les 100Mo que nous mettions historiquement se retrouvaient vite remplis.Pour résumer, nous avons, par défaut et quelle que soit la distribution choisie en cas de raid logiciel : /dev/sda (GPT) partitionné comme tel :
- Hors LVM : 1 partition bios_grub de 2M (pour GrUB2)
- Hors LVM : 1 partition /boot de 1Go en ext2 (historiquement pas d’intérêt de journaliser /boot) -> si raid, membre de /dev/md0
- Hors LVM : 1 partition de swap de 1Go par défaut quant au choix de ne pas mettre de RAID il y a plusieurs écoles, beaucoup de nos clients préféraient bénéficier d’une swap par disque physique et craignaient une perte de rapidité d’écriture si swap en RAID.
- Partition LVM pour contenir VG+LVs (à minima “system_root” qui utilisera 100% de l’espace disponible +par défaut+) -> si raid, membre de /dev/md1
Dans le cas de multiples disques avec RAID : tables de partitions clonée de sda avec regen des UUIDs + installation de grub à la fin du processus
La question de fournir un LV “racine” de petite taille pour laisser libre court au client quant à la création d’autres volumes s’est posée mais nous avons de nombreux clients qui n’ont pas votre niveau technique et auraient été surpris de ne voir que “xGo” alors qu’ils en ont commandé “yG”, vous voyez l’idée.
Du coup de base on fournit ce que le client s’attend à avoir comme espace utile.
Via un ticket support (nous travaillons à intégrer cette possibilité au moment de la commande mais c’est complexe) il est tout à fait possible de demander le partitionnement et les systèmes de fichier (ext2/3/4, xfs, btrfs, fat, …) de votre choix.Et oui, je confirme, le processus de remise à zéro d’un serveur est automatique et peut-être initié par le client depuis son Extranet.
Enfin, concernant votre dernier retour, oui, les partitions de swap peuvent tout à fait être mises en raid par l’utilisateur final et la capacité de swap augmentée par l’usage de swapfiles par exemple.
Comme indiqué précédemment je vous rejoins sur le manque d’intérêt d’un unique LV à 100% côté LVM mais je vous invite à en consulter les raisons évoquées à r2mi.
Concernant la mention de “scsi” pour grub-pc/install_devices elle est tout à fait normale puisque le sous-système de gestion des disques GNU/Linux a tendance à tout uniformiser sous la notion d’scsi, par exemple sur un serveur Debian 9 avec un raid matériel :
# debconf-show grub-pc | grep 'install_devices:'
* grub-pc/install_devices: /dev/disk/by-id/scsi-36a4badb032fff2001b184e511aabac49
# parted -l | grep 'Model:'
Model: DELL PERC 6/i (scsi)
Ou encore une VM sous Debian 10 :
# debconf-show grub-pc | grep 'install_devices:'
* grub-pc/install_devices: /dev/disk/by-id/scsi-3600224809b4565fcbdbfa7164d7ceba4
# parted -l | grep 'Model:'
Model: Msft Virtual Disk (scsi)
L’important c’est surtout que le chemin correspond bien au disque attendu :
# file /dev/disk/by-id/scsi-3600224809b4565fcbdbfa7164d7ceba4
/dev/disk/by-id/scsi-3600224809b4565fcbdbfa7164d7ceba4: symbolic link to ../../sda -> soit /dev/sda
Pour le reste :
-
Vous êtes plusieurs a avoir signalé des labels induisant en erreur, entre autre la partition labellisée EFI, cette dernière résulte d’une uniformisation des systèmes pour les machines ne pouvant démarrer qu’en UEFI : ces dernières nécessitent la présence de cette partition qui a été créée de type “EF00” comme documenté ici par exemple :
https://wiki.archlinux.fr/GRUB#Tables_de_partition_GPT. -
Concernant la partition LVM c est un nom GPT qui est mis en place indépendamment de la présence du RAID, il ne remet pas en cause la présence des flags raid_autodetect et lvm sur la-dite partition.
-
Enfin, concernant l utilisation d une table de partition MS-DOS, pourquoi se limiter à un système désuet ne pouvant pas aller au delà de 2To et ayant une limitation sur le nombre de partitions primaires alors que GPT fait mieux et est tout aussi standardisé ?
1 J'aime
Merci Clochette pour ce post très instructif (il faut maintenant que je digère toutes ces informations).
Maintenant tout semble ok pour Grub, en tout cas on ne voit plus les disques SCSI mais uniquement les 2 disques ATA (Toshiba):
root@fatmike:/var/lib/tomcat9/webapps$debconf-show grub-pc * grub-pc/install_devices: /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_971YDUVNS, /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_27G7140FS * grub2/linux_cmdline_default: quiet grub-pc/postrm_purge_boot_grub: false grub-pc/disk_description: * grub-pc/install_devices_disks_changed: /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_971YDUVNS, /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_27G7140FS grub-pc/install_devices_failed: false * grub2/linux_cmdline: net.ifnames=0 biosdevname=0 grub-pc/install_devices_empty: false grub-pc/mixed_legacy_and_grub2: true grub-pc/partition_description: grub-pc/install_devices_failed_upgrade: true grub-pc/hidden_timeout: false grub2/device_map_regenerated: grub2/update_nvram: true grub2/kfreebsd_cmdline_default: quiet grub2/kfreebsd_cmdline: grub-pc/kopt_extracted: false grub-pc/chainload_from_menu.lst: true grub-pc/timeout: 5 grub2/force_efi_extra_removable: false
root@fatmike:/var/lib/tomcat9/webapps$lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931,5G 0 disk ├─sda1 8:1 0 2M 0 part ├─sda2 8:2 0 1G 0 part │ └─md0 9:0 0 1023M 0 raid1 /boot ├─sda3 8:3 0 1G 0 part [SWAP] └─sda4 8:4 0 929,5G 0 part └─md1 9:1 0 929,4G 0 raid1 └─VolGroup00-system_root 253:0 0 929,4G 0 lvm / sdb 8:16 0 931,5G 0 disk ├─sdb1 8:17 0 2M 0 part ├─sdb2 8:18 0 1G 0 part │ └─md0 9:0 0 1023M 0 raid1 /boot ├─sdb3 8:19 0 1G 0 part [SWAP] └─sdb4 8:20 0 929,5G 0 part └─md1 9:1 0 929,4G 0 raid1 └─VolGroup00-system_root 253:0 0 929,4G 0 lvm /
Elle est chouette cette commande avec sa sortie qui résume parfaitement pour un novice !
Donc mis à part le fait que le partitionnement devrait être affiné (au moins pour séparer /home et /var ) pensez vous que je peux considérer que mon système est à priori sain et que je n’ai plus penser à une nouvelle installation ?
Et peut on résumer mes soucis à simplement une mauvaise installation initiale de Grub qui avait “mémorisé” des mauvais disques ?
Merci, Vincent.
Merci pour ces réponses argumentées.
Désolé mais je ne vois pas en quoi c’est normal qu’un périphérique quel qu’il soit listé deux fois. A ce niveau, le fait que ce soit un volume logique LVM dont le volume physique est un ensemble RAID logiciel devrait être transparent.
J’ai l’impression que c’est un bug du script de configuration du paquet grub-pc, par exemple qui se baserait sur une sortie mal filtrée de lsblk (où un ensemble RAID et ce qu’il contient est listé sous chacun de ses membres.
Alors pourquoi veulent-ils que le reste soit redondé par RAID ?
La redondance par RAID a pour but d’assurer de la disponibilité : si un disque tombe, le système peut continuer à tourner. Mais si le swap n’est pas en RAID, le système peut crasher.
Au mieux on peut relancer le système grâce à la redondance du reste plus rapidement que s’il fallait restaurer le système. Mais il faut quand même attendre le remplacement du disque défaillant donc c’est une disponibilité dégradée. Si ça suffit à ces utilisateurs, pourquoi pas, mais en ont-ils conscience ?
D’autre part je trouve que 1 ou 2 Go de swap pour une machine avec 8 Go de RAM, ça fait un peu gadget. Quant à l’idée d’utiliser un fichier de swap si ça ne suffit pas, j’ai déjà écrit ici et là ce que j’en pense : c’est de la bidouille sale car ça viole la séparation des couches du système de fichiers (d’ailleurs ça ne marche pas avec tous les types de systèmes de fichiers) donc c’est une mauvaise idée. A réserver à un besoin ponctuel pour dépanner.
Ça ne s’applique pas au nommage des liens symboliques créés dans /dev/disk/by-id/ ; les disques ATA et USB ont beau être gérés comme des disques SCSI à un certain niveau, ces noms commencent par “ata” “usb” respectivement. Seuls les vrais disques présentés par leur pilote comme des disques SCSI natifs (comme les disques virtuels SCSI émulés par certains hyperviseurs, ou ce contrôleur RAID matériel) ont “scsi”.
Oui, et ce n’était pas le cas dans le système installé automatiquement.
Question bête : où est la partition ou l’ensemble RAID /boot dans ce cas ?
Ce n’est pas moi qui est critiqué le choix de GPT, bien au contraire. Mais si je devais faire preuve d’esprit de contradiction, je pourrais rétorquer que ces disques ont une capacité inférieure à 2 To et que le partitionnement standard adopté ne compte que 4 partitions.
Cf. la partie de mon message précédent sur le swap, la redondance et la disponibilité.
Bonjour,
Merci pour vos réponses et explications.
C’est un bel effort de communication.
Vous vous êtes adressé à nous en détail mais je ne peux en faire autant.
J’ai eu beau lire et relire et même dormir dessus avant de recommencer ma lecture.
Je me range derrière l’avis argumenté de @PascalHambourg.
C’est plus facile et c’est pour moi un avis d’expert.
J’en conclus que le client peut vous demander une segmentation différente et personnalisée
des disques pour recommencer son installation si il le souhaite ?
Dans ces termes, votre offre me semble se situer en bonne place.
En ayant bien compris mon inexpérience du marché des serveurs dédiés.
Dans l’état actuel des choses, ce n’est pas forcément une mince affaire.
Il y a une réflexion à avoir et du travail d’administration.
Bon s’il n’y a “que” ça je pense que ça devrait aller car mes services n’ont pas besoin d’avoir une disponibilité parfaite, loin de là…
Ah je pensais que justement grâce à LVM il serait “facile” de pouvoir repartionner après coup…
1 J'aime
C’est facile quand il y a suffisamment d’espace libre dans le VG pour créer les nouveaux volumes, beaucoup moins quand tout l’espace est alloué dans un unique volume. Dans ce cas, il faut réduire le volume. En soi, réduire un volume est facile, tout comme réduire une partition. Mais avant il faut réduire le système de fichiers qu’il contient, et c’est là que réside la difficulté, variable selon son type et son utilisation. Par exemple ext4 supporte seulement la réduction à froid (démonté), Btrfs supporte la réduction à chaud, XFS ne supporte pas la réduction du tout. Si le système de fichiers est en ext4, il faut le démonter pour le réduire. Mais si c’est la racine, on ne peut pas le démonter. Il faut donc le faire depuis un autre système avec une autre racine (système de maintenance de l"hébergeur par exemple, ou système minimal à installer sur la partition /boot). Si c’est /home, qu’on peut démonter assez facilement, c’est plus simple.
1 J'aime
Une façon
Comme une autre
Je remarque que tu es satisfait du dédié et c’est une bonne chose 
Je ne m’inquiète pas du fait que tu mélanges la partie système et la partie applicative.
Je ne m’inquiète pas non plus pour ce petit hic dans la gestion du swap.
Comprend plutôt que je pense que cela ne va pas te créer de souci amha.
Il ne me semble pas encore que tu sois décidé et prêt pour procéder à ces manœuvres.
Elles pourraient rendre tes services indisponibles pour un temps ou plusieurs.
Alors que tu viens juste de les remettre en ligne.
Nous avons probablement le besoin de faire un break pour le moment.
Je ne suis peut-être pas moi-même encore prêt pour aider à te faire effectuer
ce relativement lourd travail d’administration.
Et cela commence par le plan de segmentation qu’il te reste à établir
plus précisément qu’un « /var et /home »
La deuxième façon - repartir de zéro avec une netinstall en mode expert -
est peut-être moins complexe. (Avantages LVM - littlejohn75)
C’est également à partir de zéro avec une netinstall en mode expert que
tu peux faire une installation avec un partitionnement statique.
Quand tu seras décidé pour un changement, il restera du monde ici pour t’aider.
Belle journée
Bonne soirée
LVM c’est bien !
Mais quand tu ne peux pas réduire à chaud : ce n’est pas le même topo 
j’avais pas vue ça passer 
ce dit en passant le problème rencontré n’a été remonté à mon service qu’une fois c’est que l’on doit pas être trop nul non plus …
Juger sur aussi peu d’information n’est pas terrible non plus et quelque soit l’hébergeur.
Sinon réponse officielle de mon service :
Merci à vous pour l’ensemble de vos avis constructifs sur notre gamme de serveurs dédiés GNU/Linux.
C’est avec beaucoup d’humilité que nous prenons note de vos remontées et aviserons sur les modifications éventuelles à apporter au regard de ces dernières.
Quelques ultimes éléments en réponse aux derniers message afin d’être exhaustif :
Concernant le retour de debconf nous avons, en effet, identifié une régression très récente (liée à “Buster”) dans notre script de remise à zéro et l’avons corrigé.
La commande “echo PURGE | debconf-communicate grub-pc” était utilisée pour remettre à zéro les données debconf du paquet grub-pc n’a pas été exécutée avec succès (c’est maintenant corrigé).
@PascalHambourg :
Au sujet du contenu “debconf” et “/dev/disks/by-id/scsi-*” il est probable que nous ayons fait erreur en effet. Merci de nous l’avoir signalé.
Concernant la sortie de lsblk ce que nous voulions dire est que même si elle ne correspond pas à toutes les logiques elle n’est pas erronée en soit. Dans tous les cas c’est un comportement du binaire indépendant de notre volonté.
Pour la swap, sans revenir sur les explications concernant sa taille, nous sommes en train d’évaluer la possibilité de la configurer un peu plus “dynamiquement”, à savoir : égale à la quantité de RAM dans la limite de 8Go.
Concernant sa mise en RAID nous étudions également la quantité de développement nécessaire pour le proposer et effectuerons ensuite un sondage pour avoir une vue actualisée sur la préférence des utilisateurs à ce sujet.
A vos yeux : RAID = haute disponibilité mais nous ne partageons pas ce point de vue (même s’il est tout à fait légitime et c’est la raison de notre réévaluation de cette problématique).
RAID = redondance/réplication des données (tout du moins en niveau 1) par sécurité et, pour la plupart de nos clients, la swap est une donnée volatile dont la perte n’est pas critique.
Ceux qui veulent de la haute-disponibilité opterons, à minima, pour une solution de RAID matériel incluant une batterie pour atteindre un niveau de performances et de redondance autrement supérieur.
Ce point de vue est sûrement influencé par l’aspect hébergement au travers duquel nous cherchons à proposer une gamme segmentée afin de répondre à tous les besoins.
Concernant votre question sur la partition /boot, nous ne l’avons pas compris puisque la partition /boot correspond au volume /dev/md1 composé de /dev/sda2 et /dev/sdb2 (hors LVM), la partition “bios_grub” est indépendante de cette dernière.
Enfin, et pour contredire votre esprit de contradiction (;)), concernant la table de partitions : Oui, le serveur dont il est question ici ne comporte pas de disque de plus de 2To ou plus de 4 partitions primaires mais ce n’est pas le cas de l’ensemble de notre parc.
Il serait idéal que chaque serveur soit configuré de manière absolument optimale par rapport à sa pile applicative et ces spécifications matérielles mais malheureusement cela rendrait ardues les tâches de support et d’automatisation postérieures à l’installation.
@Vinz :
Vous pouvez donc corriger définitivement votre souci via l’exécution de cette commande : “echo PURGE | debconf-communicate grub-pc”
@anon44391915 :
Tout à fait, Vinz peux demander une remise à zéro de son serveur à nos équipes support (directement en Debian 10 maintenant, je me suis assuré que l’ensemble des équipes étaient informées de la disponibilité de l’image).
Nous avons bien conscience qu’il serait idéal de proposer cette possibilité dès la commande mais son intégration est complexe étant donné la multiplicité des OS et configurations possibles.