Je suis donc parti pour me refaire une installation complète
Pour info ce serveur doit me servir à quelques petits sites personnels (disons communautaires) et j’aimerais aussi tenter du NextCloud pour mes données persos et donc essayer de me dégoogliser.
Pour commencer le choix du serveur.
Au lieu de lorgner sur le ProS3 d’Online je pense sérieusement au Agile S - i3 d’Ikoula. Il y a une promo à 24€/mois (31€ avec l’option RAID) et il convient parfaitement je pense à mes besoins.
Besoins qui sont les suivants:
8 GB de RAM min
1 To de stockage min
CPU: au moins égale à mon actuel Core i3-2100 @ 3.10GHz
En fait pour le CPU ce qui m’importe c’est surtout la puissance par cœur, en mono-thread. Mais je pense que ça sera ok avec le Core i3 8100 @ 3.60GHz car sur cpubenchmark.net il a score qui est plus du double alors qu’il a 2 fois plus de cœurs.
Si quelqu’un a un avis sur cette offre (ou sur le fournisseur) je suis preneur.
Par contre ce qui m’embête c’est qu’il ne propose que Debian 9. J’aurais préféré démarrer sur Buster car je suis légèrement traumatisé par ce qui vient de m’arriver lors de mon upgrade
Ben si tu as un mode rescue qui boote sur une install externe comme chez online, tu bootes dessus, tu fais ton install buster en chroot+debootstrap minimale sur le disque vierge, et tu auras une install native buster: https://www.debian.org/releases/stretch/amd64/apds03.html.fr
(c’est un tuto pour stretch, il faut bien sur transposer, pas juste copier coller)
Mais essaye d’abord une install 9 mini et migration en 10, si c’est minimal et frai, ça devrait passer crème.
PS: je crois que tu n’as pas choisi de section pour ton fil.
Merci pour les infos pour faire une install “native”. Je vais évidemment commencer par tenter un dist-upgrade classique, c’est d’ailleurs la 1ere chose que je vais faire.
Bon allez je vais aller faire mes courses chez Ikoula !
Ou sinon il demande si un technicien de chez eux peux pas lancer une installation en Debian 10 si elle est pas encore disponible.
Le netboot sera basé sur Archlinux d’ici peu de temps (sysrescuecd, pour l’instant une version qui a de l’âge basé sur Gentoo) et l’image Debian 10 devrait être très prochainement disponible, tu peu sans doute faire la demande auprès du support (c’est gratuit).
Bon alors 1er souci: impossible de commencer avec Buster, je pars donc de Stretch. Je lance le dist-upgrade qui se lance bien mais la mise à jour de Grub me demande:
│ Le chargeur d'amorçage GRUB était précédemment installé sur un disque qui n'est plus présent ou dont l'identifiant unique │
│ a changé pour une raison ou une autre. Il est important de vous assurer que l'image de GRUB qui est installée reste │
│ synchronisée avec les modules de GRUB ou grub.cfg. Veuillez vérifier à nouveau que GRUB sera bien installé sur les │
│ périphériques d'amorçage pertinents. │
│ │
│ Si vous n'avez pas la certitude du périphérique utilisé comme périphérique d'amorçage par le BIOS, il est en général │
│ conseillé d'installer GRUB sur l'ensemble des périphériques. │
│ │
│ Veuillez noter que GRUB peut également être installé sur les secteurs d'amorçage de partitions. Certaines partitions où │
│ cela pourrait être nécessaire sont indiquées ici. Cependant, cela impose que GRUB utilise le mécanisme « blocklist », ce │
│ qui le rend moins fiable et n'est donc pas recommandé. │
│ │
│ Périphériques où installer GRUB : │
│ │
│ [ ] /dev/dm-0 (997917 Mo; VolGroup00-system_root) │
│ [ ] /dev/md1 (997920 Mo; frhb22417ds:1) │
│ [ ] /dev/sda (1000204 Mo; TOSHIBA_DT01ACA100) │
│ [ ] /dev/sdb (1000204 Mo; TOSHIBA_DT01ACA100) │
│ [ ] /dev/dm-0 (997917 Mo; VolGroup00-system_root) │
│ [ ] /dev/md0 (1072 Mo; frhb22417ds:0)
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
Le problème c’est qu’entre temps ma connexion SSH a été coupée.
Maintenant que je suis reconnecté quel est le mieux à faire ? Tuer l’ensemble de ces processes et relancer le dist-upgrade ?
Kill juste celui là, oui, ça devrait suffire, puis relance le dist-upgrade qui va reprendre au grub là ou tu étais (sinon, reinstall grub devrait le faire). @anon44391915 a raison, screen, c’est pratique.
Bon alors j’ai tué tous les processes et relancé dist-ugprade mais en fait il faut maintenant lancer dpkg --configure -a.
Par contre après si je choisis /dev/dm-0 comme conseillé par Ikoula ça ne marche pas:
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.
De plus si on regarde attentivement la liste des périphériques proposés (cf. mon post plus haut) il y a des choses qui me surprennent:
/dev/dm-0 est en double
/dev/md0 ne fait que 1072 Mo (/dev/md1 a une taille plus normale)
Même en version logicielle le RAID semble bien compliquer le choses.
Mais pourtant je n’ai rien fait jusqu’à présent, mis à part commencer un dist-upgrade. J’imagine que si je leur demande de réinstaller Debian 9 je vais surement avoir exactement le même souci lors de la mise à jour de Grub.
Voici la sortie de pvdisplay:
root@frhb22417ds:~$pvdisplay
--- Physical volume ---
PV Name /dev/md1
VG Name VolGroup00
PV Size <929,39 GiB / not usable <2,69 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 237922
Free PE 0
Allocated PE 237922
PV UUID PpnHRe-OYaR-wGzB-nEsJ-BxEP-F3hN-cYaBry
root@frhb22417ds:~$vgdisplay VolGroup00
--- Volume group ---
VG Name VolGroup00
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 1
Act PV 1
VG Size 929,38 GiB
PE Size 4,00 MiB
Total PE 237922
Alloc PE / Size 237922 / 929,38 GiB
Free PE / Size 0 / 0
VG UUID iPQEFt-J7qG-iZDG-TLry-Qqkv-B6f9-Vs7o8w
root@frhb22417ds:~$lvdisplay VolGroup00
--- Logical volume ---
LV Path /dev/VolGroup00/system_root
LV Name system_root
VG Name VolGroup00
LV UUID J8xDKT-gQNz-TZt1-VpyS-QQxM-kAU7-yekuJd
LV Write Access read/write
LV Creation host, time sysresccd, 559221-08-18 07:28:09 +0200
LV Status available
# open 1
LV Size 929,38 GiB
Current LE 237922
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0
Donc, nous sommes arrivés au niveau volume logique du LVM
Ton LV nommé system_root a une taille de 929,38 GiB
et il occupe à lui tout seul le groupe de volume(s) VolGroup00.
Il ne laisse pas encore de la place pour un autre volume logique.
Alors que LVM permet un découpage subtil et redimensionnable des volumes logiques.
C’est tout l’intérêt de LVM.
Je ne sais pas te dire combien des 929,38 GiB de ce volume logique est réellement alloué
par l’installation.
On peut assimiler les volumes logiques à des partitions mais en bien plus pratique :
Si tu veux utiliser les volumes logiques pour segmenter l’espace disque,
au lieu de tout mettre ensemble dans ce gros LV system_root
Une commande mount serait la bienvenue
et fdisk -l aussi.
