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.
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… 
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 
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 
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 
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.
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…
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
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…
@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.
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…
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) ?
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
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
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
udeb supplémentaire inclure les modules qui permettent de continuer l’installation à distance via sshssh et ouvrir un shell dans la deuxième.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
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…
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).