logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 04-09-2019 23:22:59

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

[resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Bonjour a tous,

Je parcours les forums depuis 2 jours pour trouver solution a mon problème qui à l'air d'etre un double problème plutôt.

J'ai upgradé ma distribution stretch en buster et depuis impossible de se connecter en ssh ou de faire un upgrade.

Voici les resultats de différentes commandes que j'ai lancées .

Merci d'avance pour votre aide !

Linux Fractal 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) x86_64 GNU/Linux




benoit@Fractal:~$ systemctl status sshd
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2019-09-04 23:53:25 CEST; 9min ago
     Docs: man:sshd(8)
           man:sshd_config(5)
  Process: 669 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255/EXCEPTION)
benoit@Fractal:~$ systemctl status openssh
Unit openssh.service could not be found.
benoit@Fractal:~$ sudo apt-get update
Atteint :1 http://ftp.fr.debian.org/debian buster InRelease
Atteint :2 http://security.debian.org/debian-security buster/updates InRelease                                          
Ign :3 http://dl.google.com/linux/chrome/deb stable InRelease                                                          
Atteint :4 http://ftp.fr.debian.org/debian buster-updates InRelease  
Atteint :5 http://dl.google.com/linux/chrome/deb stable Release
Lecture des listes de paquets... Fait
benoit@Fractal:~$ sudo apt-get 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
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
3 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Paramétrage de openssh-server (1:7.9p1-10) ...
rescue-ssh.target is a disabled or a static unit, not starting it.
Job for ssh.service failed because the control process exited with error code.
See "systemctl status ssh.service" and "journalctl -xe" for details.
invoke-rc.d: initscript ssh, action "restart" failed.
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Thu 2019-09-05 00:04:06 CEST; 10ms ago
     Docs: man:sshd(8)
           man:sshd_config(5)
  Process: 3310 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255/EXCEPTION)
dpkg: erreur de traitement du paquet openssh-server (--configure) :
 installed openssh-server package post-installation script subprocess returned error exit status 1
Paramétrage de shim-signed-common (1.33+15+1533136590.3beb971-7) ...
Installation pour la plate-forme x86_64-efi.
grub-install : attention : Cannot set EFI variable Boot0000.
grub-install : attention : efivarfs_set_variable: writing to fd 8 failed: Aucun espace disponible sur le périphérique.
grub-install : attention : _efi_set_variable_mode: ops->set_variable() failed: Aucun espace disponible sur le périphérique.
grub-install : erreur : failed to register the EFI boot entry: Aucun espace disponible sur le périphérique.
dpkg: erreur de traitement du paquet shim-signed-common (--configure) :
 installed shim-signed-common package post-installation script subprocess returned error exit status 1
dpkg: des problèmes de dépendances empêchent la configuration de shim-signed:amd64 :
 shim-signed:amd64 dépend de shim-signed-common (= 1.33+15+1533136590.3beb971-7) ; cependant :
 Le paquet shim-signed-common n'est pas encore configuré.

dpkg: erreur de traitement du paquet shim-signed:amd64 (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 openssh-server
 shim-signed-common
 shim-signed:amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
 

Dernière modification par CopCoben (05-09-2019 21:43:31)

Hors ligne

#2 05-09-2019 01:05:36

totophe56
Membre
Distrib. : Buster 64 bits
Noyau : Linux 5.10.0-20-amd64
(G)UI : KDE
Inscription : 22-07-2010

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Salut à toi

je ne pense pas que tes problème soient liés

grub ne s'installe pas apparemment parce que tu n'a pas assez d'espace sur ta partition prévue à cet effet

grub-install : erreur : failed to register the EFI boot entry: Aucun espace disponible sur le périphérique.



pour le service ssh il te demande d'aller voir les logs pour savoir où se situe le soucis

See "systemctl status ssh.service" and "journalctl -xe" for details.

Hors ligne

#3 05-09-2019 08:23:42

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Merci pour ta réponse.
Concernant le grub, c'est étonnant.... voici ce que me donne un df -h

benoit@Fractal:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               3,8G       0  3,8G   0% /dev
tmpfs              764M     11M  754M   2% /run
/dev/sdc2          285G     20G  251G   8% /
tmpfs              3,8G    8,7M  3,8G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              3,8G       0  3,8G   0% /sys/fs/cgroup
/dev/sdb1          916G    841G   29G  97% /home/benoit/Data1
/dev/sda1          916G    841G   29G  97% /home/benoit/Data2
/dev/sdc1          511M    5,1M  506M   1% /boot/efi
tmpfs              764M     12K  764M   1% /run/user/1000
benoit@Fractal:~$
 



sdb1 et sda1 sont des disques de données, le système est installé sur sdc

Le problème de grub et boot EFI est-il facilement gérable?

je remets le retour de systemctl status ssh.service

benoit@Fractal:~$ systemctl status ssh.service
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2019-09-05 00:04:07 CEST; 8h ago
     Docs: man:sshd(8)
           man:sshd_config(5)
  Process: 3338 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255/EXCEPTION)



et journalctl -xe

benoit@Fractal:~$ sudo journalctl -xe
-- Le redémarrage automatique de l'unité (unit) ssh.service a été planifié, en
-- raison de sa configuration avec le paramètre Restart=.
sept. 05 09:19:37 Fractal systemd[1]: Stopped OpenBSD Secure Shell server.
-- Subject: L'unité (unit) ssh.service a terminé son arrêt
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- L'unité (unit) ssh.service a terminé son arrêt.
sept. 05 09:19:37 Fractal systemd[1]: Starting OpenBSD Secure Shell server...
-- Subject: L'unité (unit) ssh.service a commencé à démarrer
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- L'unité (unit) ssh.service a commencé à démarrer.
sept. 05 09:19:37 Fractal sshd[19757]: /etc/ssh/sshd_config line 25: Bad SSH2 cipher spec 'aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,blowfish-cbc,aes128-cbc,3des-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-
sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Control process exited, code=exited, status=255/EXCEPTION
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStartPre= process belonging to unit ssh.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 255.
sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ssh.service has entered the 'failed' state with result 'exit-code'.
sept. 05 09:19:37 Fractal systemd[1]: Failed to start OpenBSD Secure Shell server.
-- Subject: L'unité (unit) ssh.service a échoué
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- L'unité (unit) ssh.service a échoué, avec le résultat failed.
sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Service RestartSec=100ms expired, scheduling restart.
sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Scheduled restart job, restart counter is at 5.
-- Subject: Le redémarrage automatique d'une unité (unit) a été planifié
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Le redémarrage automatique de l'unité (unit) ssh.service a été planifié, en
-- raison de sa configuration avec le paramètre Restart=.
sept. 05 09:19:37 Fractal systemd[1]: Stopped OpenBSD Secure Shell server.
-- Subject: L'unité (unit) ssh.service a terminé son arrêt
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- L'unité (unit) ssh.service a terminé son arrêt.
sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Start request repeated too quickly.
sept. 05 09:19:37 Fractal systemd[1]: ssh.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ssh.service has entered the 'failed' state with result 'exit-code'.
sept. 05 09:19:37 Fractal systemd[1]: Failed to start OpenBSD Secure Shell server.
-- Subject: L'unité (unit) ssh.service a échoué
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- L'unité (unit) ssh.service a échoué, avec le résultat failed.
sept. 05 09:20:14 Fractal sudo[19776]:   benoit : TTY=pts/1 ; PWD=/home/benoit ; USER=root ; COMMAND=/bin/journalctl -xe
sept. 05 09:20:14 Fractal sudo[19776]: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

benoit@Fractal:~$
 



Ca sent la réinstallation complète nécessaire ce truc.......

Hors ligne

#4 05-09-2019 08:53:55

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Ces deux problèmes sont bien distincts.

1) sshd : l'option -t lance sshd en mode test de configuration. Visiblement ce test échoue, peut-être à cause d'un changement dans les options. Regarde dans les logs, particulièrement /var/log/auth.log s'il y a la raison de cet échec.

2) GRUB : l'espace disponible dont il est question dans le message d'erreur n'est pas sur le disque mais dans la mémoire non volatile (NVRAM) du firmware UEFI où sont stockées les variable d'amorçage EFI Boot*.
De mémoire, à confirmer, il faut regarder quelque part dans /sys/fs/pstore/ et faire du nettoyage. Sinon, j'ai déjà rencontré le cas, en dernier recours il est possible de passer le paramètre "efi_no_storage_paranoia" à la ligne de commande du noyau au démarrage, mais il existerait un risque de bloquer la carte mère d'après sa description :

Using this parameter you can use more than 50% of
your efi variable storage. Use this parameter only if
you are really sure that your UEFI does sane gc and
fulfills the spec otherwise your board may brick.
 

Dernière modification par raleur (05-09-2019 08:55:41)


Il vaut mieux montrer que raconter.

Hors ligne

#5 05-09-2019 09:09:50

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

1) j'ai rien vu de particulier dans le fichier auth.log, qui est tres tres verbeux! (n'etant pas franchement un expert, je suis certainement passé a coté de quelque chose quand meme); je peux eventuellement le poster ici.

2) ca me branche moyen comme manipulation......

Hors ligne

#6 05-09-2019 09:17:19

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Dans auth.log il faut regarder les lignes les plus récentes relatives à sshd.

Il vaut mieux montrer que raconter.

Hors ligne

#7 05-09-2019 09:24:26

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

voila ce que ca donne apres un systemctl start sshd. je vois rien concernant sshd.....

Sep  5 09:34:02 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)
Sep  5 09:34:21 Fractal sudo: pam_unix(sudo:session): session closed for user root
Sep  5 09:35:11 Fractal sudo:   benoit : TTY=pts/1 ; PWD=/home/benoit ; USER=root ; COMMAND=/usr/bin/apt-get install --reinstall shim-signed
Sep  5 09:35:11 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)
Sep  5 09:35:14 Fractal sudo: pam_unix(sudo:session): session closed for user root
Sep  5 09:35:42 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action com.ubuntu.pkexec.synapt$
Sep  5 09:35:42 Fractal pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Sep  5 09:35:43 Fractal pkexec[22034]: benoit: Executing command [USER=root] [TTY=unknown] [CWD=/home/benoit] [COMMAND=/usr/sbin/synaptic]
Sep  5 09:36:14 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain ONE-SHOT authorization for action com.ubuntu.pkexec.synapt$
Sep  5 09:36:14 Fractal pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Sep  5 09:36:14 Fractal pkexec[22081]: benoit: Executing command [USER=root] [TTY=unknown] [CWD=/home/benoit] [COMMAND=/usr/sbin/synaptic]
Sep  5 09:58:15 Fractal unix_chkpwd[22859]: password check failed for user (benoit)
Sep  5 09:58:15 Fractal kcheckpass[22780]: pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost=  user=benoit
Sep  5 09:58:15 Fractal kcheckpass[22780]: Authentication failure for benoit (invoked by uid 1000)
Sep  5 09:59:11 Fractal dbus-daemon[553]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
Sep  5 10:02:00 Fractal sudo:   benoit : TTY=pts/1 ; PWD=/var/log ; USER=root ; COMMAND=/bin/nano auth.log
Sep  5 10:02:00 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)
Sep  5 10:06:28 Fractal sudo: pam_unix(sudo:session): session closed for user root
Sep  5 10:07:41 Fractal polkitd(authority=local): Registered Authentication Agent for unix-process:23232:3689479 (system bus name :1.248 [/usr/bin/pkttyagent --notify-fd 5 --fallback], obj$
Sep  5 10:07:48 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain TEMPORARY authorization for action org.freedesktop.systemd$
Sep  5 10:07:48 Fractal polkitd(authority=local): Unregistered Authentication Agent for unix-process:23232:3689479 (system bus name :1.248, object path /org/freedesktop/PolicyKit1/Authenti$
Sep  5 10:17:01 Fractal CRON[23587]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep  5 10:17:01 Fractal CRON[23587]: pam_unix(cron:session): session closed for user root
Sep  5 10:20:54 Fractal polkitd(authority=local): Registered Authentication Agent for unix-process:23752:3768801 (system bus name :1.270 [/usr/bin/pkttyagent --notify-fd 5 --fallback], obj$
Sep  5 10:21:04 Fractal polkitd(authority=local): Operator of unix-session:3 successfully authenticated as unix-user:root to gain TEMPORARY authorization for action org.freedesktop.systemd$
Sep  5 10:21:04 Fractal polkitd(authority=local): Unregistered Authentication Agent for unix-process:23752:3768801 (system bus name :1.270, object path /org/freedesktop/PolicyKit1/Authenti$
Sep  5 10:21:31 Fractal sudo:   benoit : TTY=pts/1 ; PWD=/var/log ; USER=root ; COMMAND=/bin/nano auth.log
Sep  5 10:21:31 Fractal sudo: pam_unix(sudo:session): session opened for user root by benoit(uid=0)

 

Hors ligne

#8 05-09-2019 09:32:44

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Et que donnent ?

sshd -t
sshd -T


Il vaut mieux montrer que raconter.

Hors ligne

#9 05-09-2019 09:41:29

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

benoit@Fractal:~$ sudo sshd -T
/etc/ssh/sshd_config line 25: Bad SSH2 cipher spec 'aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,blowfish-cbc,aes128-cbc,3des-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc'.
 

Hors ligne

#10 05-09-2019 14:37:47

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Je suppose qu'un ou plusieurs des algorithmes de chiffrement (ciphers) n'est plus supporté par la nouvelle version d'OpenSSH.
La liste des algorithmes de chiffrements supportés est affichée par la commande suivante :

ssh -Q cipher


Dans la page de manuel de sshd_config de buster, je vois que blowfish-cbc, cast128-cbc et arcfour ne sont plus mentionnés.


Il vaut mieux montrer que raconter.

Hors ligne

#11 05-09-2019 15:06:49

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Bon alors une grande avancée.
J'ai essayer de tout réinstallé depuis une image netinst avec /home séparé.
Et la en fin d'installation un superbe message "impossible d'installer grub dans dummy, l'installation de grub-install-dummy a échoué, erreur fatale"
Fenêtre suivante "vous devez redémarrer manuellement avec le noyau /vmlinuz"
Chaud patate la....

Hors ligne

#12 05-09-2019 15:40:37

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Pas étonnant vu l'erreur lors de la modification des variables de boot EFI lors de la mise à niveau de GRUB. Les mêmes causes produisent les mêmes effets. Où vois-tu une grande avancée ? C'est de l'ironie ?

Et puis, qu'est-ce c'est que cette manie de tout réinstaller à la moindre difficulté ?

Il vaut mieux montrer que raconter.

Hors ligne

#13 05-09-2019 16:06:26

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Oui c'est de l'ironie bien sûr !
C'est la manie des newbies (que je suis) qui se disent que ce sera plus simple de repartir sur un truc tout propre. Eh bien va falloir que je m'habitue à ne plus le faire....

Sinon c'est récupérable ? Ou je me mets en quête d'un nouveau disque dur ?
Je pensais que le partitionnement et le formatage permettaient de repartir sur du "comme neuf".....

Hors ligne

#14 05-09-2019 16:28:38

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Je répète que le disque dur et le partitionnement n'ont rien à voir là-dedans. Il s'agit de la mémoire non volatile de la carte mère.
C'est rattrapable si tu consens à faire ce que j'ai proposé dans le paragraphe 2) de mon message #4.
Maintenant que tu as détruit ton installation qui marchait encore, ça va être plus dur d'appliquer la première méthode (pstore).
As-tu un système live sous la main ?
Sinon, as-tu terminé l'installation sans GRUB ou abandonné après l'erreur ? Si tu as terminé, tu peux relancer l'installateur Debian en mode rescue pour finir d'installer GRUB.
Question importante : est-ce le seul système installé sur la machine ?

Il vaut mieux montrer que raconter.

Hors ligne

#15 05-09-2019 17:12:38

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Oui j'ai un live de buster sous la main.
C'est le seul système sur la machine.
J'ai terminé l'installation, sans le grub, je vais tester de relancer en mode rescue.

Concernant

2) GRUB : l'espace disponible dont il est question dans le message d'erreur n'est pas sur le disque mais dans la mémoire non volatile (NVRAM) du firmware UEFI où sont stockées les variable d'amorçage EFI Boot*.
De mémoire, à confirmer, il faut regarder quelque part dans /sys/fs/pstore/ et faire du nettoyage. Sinon, j'ai déjà rencontré le cas, en dernier recours il est possible de passer le paramètre "efi_no_storage_paranoia" à la ligne de commande du noyau au démarrage, mais il existerait un risque de bloquer la carte mère d'après sa description :

Using this parameter you can use more than 50% of
your efi variable storage. Use this parameter only if
you are really sure that your UEFI does sane gc and
fulfills the spec otherwise your board may brick.
 



C'est une manipulation à faire dans un second temps si l'installation du grub en mode rescue échoue je suppose ?
J'espère ne pas en arriver là parce que je ne sais pas vraiment quoi faire.... Quand tu parles de nettoyage c'est quoi exactement ?

En tout cas merci pour ton aide.

Hors ligne

#16 05-09-2019 17:25:40

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Si Debian est le seul système, il y a un autre moyen d'installer GRUB sans avoir besoin de manipuler les entrées d'amorçage EFI.
Démarrer le système live et ouvrir un shell root.
Monter la racine du système installé.
Monter la partition système EFI
Monter /dev, /proc et /sys
Chrooter la racine du système installé.
Installer GRUB dans le chemin de périphérique amovible.


mount /dev/sdXY /mnt # remplacer sdXY par la vraie partition racine, sdc2 d'après tes messages précédents
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
mount /boot/efi
grub-install --removable --target=x86_64-efi --no-uefi-secure-boot
umount /boot/efi
exit
umount /mnt/dev
umount /mnt/proc
umount /mnt/sys
umount /mnt



Profite du système live pour examiner le contenu de pstore.

mountpoint /sys/fs/pstore || mount -t pstore pstore /sys/fs/pstore
ls -al /sys/fs/pstore

Dernière modification par raleur (05-09-2019 18:15:27)


Il vaut mieux montrer que raconter.

Hors ligne

#17 05-09-2019 17:31:56

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

OK super alors pour le molent j'abandonne le mode rescue et je vais essayer ta manip.
Je comprends pas le "bloc à supprimer si la commande n'affiche rien"
Question à 1000 balles : comment tu ouvres un shell root sous un live? Avec le mdp root du système qui est déjà installé ? (ha ouais j'avais prévenu, je suis pas un expert....)

Hors ligne

#18 05-09-2019 17:32:54

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Oubliés ma question sur le bloc à supprimer, suis sur mon tel, ça déconnait....

Hors ligne

#19 05-09-2019 17:40:52

melissa6969
Banni(e)
Inscription : 30-11-2016

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

simple petite question très rapide.??
pourquoi ne pas utiliser le mode rescue du live de debian netinstall, et de réparer grub (y a une option pour) (en fait ça le réinstalle sur la partition que tu lu aura donné)
c'est fonctionnel quand la partition efi est en bon état, évidemment l'installateur va pas faire de miracles si c'est le problème est lié à une partition corrompue ou que sais-je
roll
Messages qui se sont croisés wink

Dernière modification par melissa6969 (05-09-2019 17:43:23)


Quamdiu est spes est, Est vitae.
Fiet in posterum melius

Hors ligne

#20 05-09-2019 18:04:32

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

CopCoben a écrit :

comment tu ouvres un shell root sous un live?


Sais pas, je n'ai jamais utilisé de système live. Une chose est sûre : pas avec le mot de passe du système installé.
Il y a peut-être un raccourci "terminal root" dans le menu du bureau. Sinon, il faut ouvrir un terminal et ensuite, je suppose que soit le mot de passe root est vide et on peut utiliser

su -


soit le compte utilisateur de la session live est déclaré dans sudo et on peut utiliser

sudo -s



melissa6969 a écrit :

pourquoi ne pas utiliser le mode rescue du live de debian netinstall, et de réparer grub (y a une option pour) (en fait ça le réinstalle sur la partition que tu lu aura donné)


Rappel : on n'indique pas de partition en mode EFI. L'ennui, c'est que ça va faire la même chose que lors de l'installation ou de la mise à jour et ça va échouer avec la même erreur d'espace insuffisant pour les variables de boot EFI.
En revanche le mode rescue de l'installateur Debian peut simplifier l'entrée dans un chroot ("lancer un shell dans la racine du système installé").


Il vaut mieux montrer que raconter.

Hors ligne

#21 05-09-2019 18:11:32

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Oui merci, j'avais trouvé avec mon ami G....
concernant la manipulation

mount /dev/sdXY /mnt


est OK

mount --bind /dev /mnt/dev


est KO = me renvoit "/mnt/dev: mount point does not exist"

Hors ligne

#22 05-09-2019 18:12:04

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

je precise : j'ai bien mis sdc1 a la place de sdXY

Hors ligne

#23 05-09-2019 18:16:52

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

Ma faute, je voulais dire sdc2. sdc1 est la partition EFI. Vérifie qu'il y a bien bin, boot, dev et tout le reste sinon ce n'est pas la racine.

Il vaut mieux montrer que raconter.

Hors ligne

#24 05-09-2019 18:38:46

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

les commandes ont l'air d'etre passées
j'ai fait

mountpoint /sys/fs/pstore || mount -t pstore pstore /sys/fs/pstore
ls -al /sys/fs/pstore



il me renvoit une 40aine de lignes (je peux pas les mettre ici) du style :

-r--r---r--r 1 root root 350 dec 30 2018 dmseg-efi-156465466546541321321.enc.z



c'est ca qu'il faut nettoyer? comment?

bon je reboote et je croise les doigts…….

Hors ligne

#25 05-09-2019 18:40:04

CopCoben
Membre
Distrib. : Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
Noyau : Linux 4.19.0-6-amd64
(G)UI : Cinnamon
Inscription : 09-11-2018

Re : [resolu]Problème SSH et boot EFI suite a migration Stretch->Buster

bon ca donne au reboot un ecran noir avec

grub> _

Hors ligne

Pied de page des forums