@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 
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 ?
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.
1 J'aime
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.
sudo fdisk -l /dev/sd[ab]
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…
1 J'aime
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.