Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par El_Gecko (19-05-2022 22:29:09)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
une modif malheureuse d'une ligne du fichier /etc/default/grub
Quelle modification ?
j'ai tenté en chroot de réinstaller grub
Comment ?
Dernière modification par raleur (20-05-2022 08:37:54)
Il vaut mieux montrer que raconter.
Hors ligne
Accès VNC : un prompt "grub>" apparaît.
Qu'affichent les commandes suivantes ?
Il vaut mieux montrer que raconter.
Hors ligne
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Dernière modification par El_Gecko (20-05-2022 21:39:19)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Dernière modification par El_Gecko (20-05-2022 22:11:01)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Dernière modification par El_Gecko (20-05-2022 21:44:14)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Voici les infos grub:
Je serais curieux de savoir comment tu as réussi à avoir une valeur pareille pour $prefix. On dirait le résultat d'un chroot complètement raté.
Y a-t-il un fichier /boot/grub/grub.cfg ?
le mode rescue est OK
Quel mode rescue ?
En gras , les lignes que je suis sûr suis d'avoir modifié
Ces lignes sont commentées, elles sont donc sans effet.
En gras italique, les lignes que je crois avoir modifié/ajouté
Pourquoi forcer des options graphiques sur un VPS ?
y a-t-il moyen de réinitialiser ce fichier /etc/default/grub
Le modèle d'origine est dans /usr/share/grub/default/grub.
J'ai constaté que la réinstallation de grub ne modifie jamais ce fichier.
En effet, il est mis en place lors de l'installation du système.
Si j'ai bien compris, ce fichier n'est pris en compte que si on fait update-grub
Certaines options de ce fichier ont aussi un effet sur le résultat de grub-install. En tout cas il n'a pas d'effet direct sur le fonctionnement du chargeur GRUB au démarrage.
Il vaut mieux montrer que raconter.
Hors ligne
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Dans le fichier /etc/default/grub initial, GRUB_CMDLINE_LINUX contenait des paramètres affectant les interfaces réseau.
- net.ifnames=0 désactive le nommage "prévisible" (et la marmotte...) des interfaces réseau donc enX redevient ethX.
- ixgbe.allow_unsupported_sfp=1 est un paramètre pour le pilote Intel 10Gbit autorisant les modules d'interface (SFP) non supportés ou non testés.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par El_Gecko (22-05-2022 03:06:27)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
OpenVPN ne démarre plus et par la même occasion SSH car, si j'ai bonne mémoire, ils partagent le même port 443
Deux services ne peuvent pas partager le même port TCP sur la même adresse IP. SSH écoute en TCP et OpenVPN peut écouter en UDP (préféré) ou en TCP. Si OpenVPN est configuré en UDP, alors ce n'est pas vraiment le même port puisque c'est un port UDP alors que SSH écoute sur un port TCP.
Ils peuvent être accessibles via le même port TCP et la même adresse grâce à un démultiplexeur comme sslh qui écoute sur le port et aiguille les connexions en fonction du protocole détecté. Mais dans ce cas les deux services doivent écouter sur des ports et/ou adresses distincts. Or d'après les logs OpenVPN cherche à écouter sur l'adresse publique et le port 443, et échoue peut-être parce que quelque chose l'utilise déjà ou bien ce n'est pas la bonne adresse IP.
Vérifie les fichiers de configuration de sshd et OpenVPN, et si quelque chose utilise le port 443.
Dernière modification par raleur (22-05-2022 09:58:45)
Il vaut mieux montrer que raconter.
Hors ligne
Je vois pas les fichiers de config d'openvpn !?!
Où c'est que j'ai merdu ?
Bon, je vais manger un morceau, mes neurones manquent de sucre ! 
)
@+
El_Gecko
Dernière modification par El_Gecko (23-05-2022 19:25:19)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Dernière modification par El_Gecko (24-05-2022 00:24:03)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
On devrait avoir:
(hd0/msdos1) correspond à /dev/sda1 , partition de boot, Non ?
Pourquoi le grub-install s'emmêle les pinceaux sur une config aussi simple (2 partitions) ?
Comment corriger le problème ?
Le fait que ce soit un VPS complique les choses ?
grub_platform=pc , c'est bon pour un VPS ? Pas d'histoire d'EFI, même émulé ?
(j'ai vu que la version du kernel est "signed" donc grub EFI requis ?
)
grub_cpu=i386 ???
Pourquoi pas amd64 puisque
Pourtant j'ai désinstallé (purge) et réinstallé grub, on voit bien amd64. oldstable c'est curieux, non ?
On notera au passage une différence de version entre la valeur retournée par uname -a (5.10) et les modules sous /lib/modules (4.19)...
Bon, je m'arrête là car je vais finir par poster les 500 lignes de capture de cette nuit ! 
Par avance merci d'apporter vos avis toujours éclairés... et promis, je me concentre sur vos suggestions !
@+
El Gecko.
Dernière modification par El_Gecko (26-05-2022 16:20:05)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
...
et si j'ai bien compris, c'est le but à atteindre puisque mon boot est sur sda1.
Bon, je vous donne toutes les étapes suivies, si un expert voit où j'ai merdu, qu'il ne se gène pas pour me filer un petit coup de main et transformer ces essais ratés en tutorial génial. 
En mode "Debian Rescue" proposé par l'hébergeur Contabo et offrant le prompt SSH.
Voilà, par avance.
A votre dispo pour fournir toute info complémentaire.
@+
El Gecko,
un peu déprimé.
Dernière modification par El_Gecko (28-05-2022 03:10:04)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Ma config. : (obtenue en mode "Debian rescue" proposé par l'hébergeur Contabo et offrant un accès SSH)
Il y a une ambiguïté dans cette appellation "Debian rescue". S'agit-il d'une entrée de menu de GRUB (mode recovery ou dépannage) du système normal installé ou d'une option de l"hébergeur qui démarre un système (live ?) totalement indépendant ?
On devrait avoir:
prefix=(hd0/msdos1)/boot/grub
root=hd0/msdos1
Non, car d'une part la syntaxe est (hdX,msdosY) et non (hdX/msdosY).
D'autre part la partition n° 1 est montée sur /boot donc le chemin relatif à la racine de cette partition est /grub et non /boot/grub puisque /boot ne fait pas partie de la partition.
Pour finir, il ne faut pas trop se focaliser sur la variable $root. Sa valeur initiale est le périphérique contenu dans $prefix, mais elle peut être modifiée par les diverses commandes "search" présentes dans grub.cfg.
grub_platform=pc , c'est bon pour un VPS ? Pas d'histoire d'EFI, même émulé ?
"pc" ça veut dire "PC avec BIOS". GRUB démarre, donc c'est bon. Le VPN est peut-être capable de démarrer en mode UEFI mais c'est plus compliqué et fragile et ça n'a aucun intérêt.
(j'ai vu que la version du kernel est "signed" donc grub EFI requis ?
Non, c'est seulement dans l'autre sens : un noyau signé est requis pour démarrer avec le secure boot EFI. Mais il fonctionne aussi sans secure boot ou sans EFI.
grub_cpu=i386 ???
Pourquoi pas amd64
Parce que le BIOS ne tourne pas en mode 64 bits.
On notera au passage une différence de version entre la valeur retournée par uname -a (5.10) et les modules sous /lib/modules (4.19)
Si le système rescue actif est indépendant du système installé, ce n'est pas anormal.
Grub est installé sur les 2 partitions.
Comment c'est possible ?
C'est possible si tu as exécuté grub-install tantôt avec /dev/sda1 monté sur /boot et tantôt sans.
Ce qui est plus ennuyeux, c'est qu'aucun des deux emplacements ne contient d'image de noyau. Comment est-ce possible ? En tout cas impossible de démarrer le système installé dans ces conditions.
Je dois m'y prendre comme un manche mais j'arrive jamais à obtenir ça :
prefix=(hd0/msdos1)/boot/grub
Tant mieux car ce n'est pas la bonne valeur qui est plutôt
ce qui était le cas dans ton message #17.
copie des images kernel sous /root (sauvegardées précédemment sous /grub_bak.tar.gz)
Une idée de pourquoi elles n'étaient plus là ? Tu as aussi restauré les initrd, ou les as reconstruites avec update-initramfs -u ?
Je pense qu'il manque
pour réinstaller GRUB avec /dev/sda1 montée sur /boot.
Via VNC, j'ai un grub graphique
Avec quelles entrées de menu ? Normalement aucun si c'est le GRUB installé sans sda1 et qui utilise un grub.cfg dans sda2/boot/grub généré sans image de noyau.
Dernière modification par raleur (28-05-2022 23:40:12)
Il vaut mieux montrer que raconter.
Hors ligne
Une idée de pourquoi les images du kernel n'étaient plus là ? Tu as aussi restauré les initrd, ou les as reconstruites avec update-initramfs -u ?
A un moment j'ai décidé de supprimer totalement le dossier grub et j'ai fait un backup complet avant.
Les initrd ont aussi été restaurés il me semble, je vais vérifier.
Sinon je ferai un update-initramfs -u .
Il manque grub-install /dev/sda
pour réinstaller GRUB avec /dev/sda1 montée sur /boot
.
OK, je vais remplacer
par
suivi je suppose d'un
Via VNC, j'ai un grub graphique
Avec quelles entrées de menu ?
Je nai toujours eu qu'un simple prompt grub>, sans menu .
NB: quand le VPS marchait je n'avais jamais de menu mais un accès direct à un prompt SSH.
Bon, merci, je vais refaire un test, et tracer pas à pas mes actions.
@+
El Gecko.
Dernière modification par El_Gecko (28-05-2022 22:36:40)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne
Je nai toujours eu qu'un simple prompt grub>, sans menu
Peut-être à cause de l'absence d'image de noyau.
quand le VPS marchait je n'avais jamais de menu mais un accès direct à un prompt SSH.
Pardon ? SSH fournit un shell via le réseau, rien à voir avec la console où s'affiche GRUB.
Dernière modification par raleur (28-05-2022 23:44:31)
Il vaut mieux montrer que raconter.
Hors ligne
Tout ce qu'il faut est là !
Un grub est déjà présent:
J'installe grub par dessus et génère le fichier de config.:
Certaines dates ont bien changé:
Sortie du chroot et reboot:
Résultat : toujours pas d'accès SSH
ping KO
Par contre en VNC, j'ai la popup d'authentification pour accès à l'interface graphique.
(j'ai pas réussi à me conecter root car le password est très complexe et le clavier de PC portable très mal géré! 
)
Retour en mode rescue + chroot-in.sh, on voit openvpn qui tente de démarrer alors que j'ai mis OFF l'autostart.
Vérif dans /etc/services présence "22 ssh"
Firewall OFF:
Bon là, je sèche et il se fait tard...
@demain
El Gecko.
Dernière modification par El_Gecko (29-05-2022 02:10:26)
On commence à vieillir quand on finit d'apprendre (proverbe japonais)
Hors ligne