Acces SSH sur serveur distant, pas de prompt

[quote=“lol”]Re,
Vérifie toutes tes partitions pour les monter convenablement.
[/quote]
désolé mais là je suis pas au niveau, je ne sais pas ce qu’il faut faire…que dois-je “verifier” ?

[quote=“lol”]
Tu peux monter ces partitions et voir ce qu’il y a dedans:

mount /dev/sda1 /mnt umount /dev/sda1 mount /dev/sda2 /mnt umount /dev/sda2 etc.[/quote]

Monte tes partitions, regarde ce qu’il y a dedans.
Une après l’autre, tu monte, regarde, démonte, et passe à la suivante.
Prend des notes au cas ou… Je te dirais ce qu’il faut monter ensuite pour le chroot.

ok, c’st parti…

bon ben du coup je n’arrive plus umount le /var

Reboot. C’est ton --bind qui a foutu le bazar…

ok, c’est reparti pour un reboot…
merci de ta patience :023

Pas de soucis, je suis là pour encore une heure environ.

au fait, le fait de désinstaller le ssh ca ne va pas m’ejecter du serveur ? et me rendre l’acces impossible ?

Device Boot Start End Blocks Id System /dev/sda1 63 16064 8001 83 Linux /dev/sda2 * 16065 208844 96390 83 Linux /dev/sda3 208845 476407574 238099365 83 Linux /dev/sda4 476407575 488392064 5992245 5 Extended /dev/sda5 476407638 484407944 4000153+ 82 Linux swap / Solaris /dev/sda6 484408008 488392064 1992028+ 83 Linux

root@sysresccd /root % mount /dev/sda1 /mnt mount: /dev/sda1: can't read superblock

root@sysresccd /root % mount /dev/sda2 /mnt root@sysresccd /root % ls /mnt config-2.6.32-5-amd64 grub initrd.img-2.6.32-5-amd64 lost+found System.map-2.6.32-5-amd64 vmlinuz-2.6.32-5-amd64

root@sysresccd /root % mount /dev/sda3 /mnt root@sysresccd /root % ls /mnt bin boot dev etc home initrd.img lib lib32 lib64 lost+found media mnt opt proc root sbin selinux srv sys tmp usr var vmlinuz root@sysresccd /root %

root@sysresccd /root % mount /dev/sda4 /mnt mount: /dev/sda4: can't read superblock

root@sysresccd /root % mount /dev/sda5 /mnt /dev/sda5 looks like swapspace - not mounted mount: you must specify the filesystem type

root@sysresccd /root % ls /mnt lost+found php.socket-1 php.socket-3 php.socket-5 php.socket-7 php.socket-9 php.socket-0 php.socket-2 php.socket-4 php.socket-6 php.socket-8 sess_dntfbcrpsg5kj5v8e4lrcmsls4

Ok,
Donc effectivement c’est sda3 qui contient le système.
Il y a quoi dans /mnt/var quand tu monte /dev/sda3 ?

Edit: Et /dev/sda6 ?

root@sysresccd /root % mount /dev/sda3 /mnt root@sysresccd /root % ls /mnt/var backup backups cache lib local lock log mail opt run spool tmp www

root@sysresccd /root % mount /dev/sda6 /mnt root@sysresccd /root % ls /mnt lost+found php.socket-1 php.socket-3 php.socket-5 php.socket-7 php.socket-9 php.socket-0 php.socket-2 php.socket-4 php.socket-6 php.socket-8 sess_dntfbcrpsg5kj5v8e4lrcmsls4

Ok,
Bizare ton /dev/sda6, bref…

Normalement, ceci devrait convenir:

mkdir /mnt/chroot mount /dev/sda3 /mnt/chroot mount --bind /dev /mnt/chroot/dev mount -t proc /proc /mnt/chroot/proc mount -t sysfs /sys /mnt/chroot/sys chroot /mnt/chroot /bin/bash apt-get remove --purge ssh apt-get install ssh exit umount /mnt/chroot/dev umount /mnt/chroot/proc umount /mnt/chroot/sys umount /mnt/chroot

aller…c’est parti (encore) :mrgreen:

Ca marche !!! :041 :041 :041

un grand merci a toi lol :dance:

[quote=“cetipabo”]Ca marche !!! :041 :041 :041

un grand merci a toi lol :dance:[/quote]

Cool. Le ssh aussi (c’est quand même ça qu’on étaient en train de réparer…) ?

Je n’avais pas répondu à ça…
Non: tu dés-installe ssh du chroot, pas du système principal (le rescue).

Si tu repasse, pense à passer le sujet en résolu (coche verte).
Merci.

[quote=“lol”][quote=“cetipabo”]Ca marche !!! :041 :041 :041

un grand merci a toi lol :dance:[/quote]

Cool. Le ssh aussi (c’est quand même ça qu’on étaient en train de réparer…) ?[/quote]
oui oui, l’acces par SSH refonctionne :023

Re,
C’était donc bien une mise à jour foirée de ssh.
Apt est normalement super efficace…

Très content de t’avoir sorti du pétrin! :006

Ca a recommencé :108 :017
pourtant je n’ai absolument rien touché depuis le jour ou on a résolu le probleme. Ce n’est donc pas un probleme de mise a jour d’SSH…

[quote=“cetipabo”]Ca a recommencé :108 :017
pourtant je n’ai absolument rien touché depuis le jour ou on a résolu le probleme. Ce n’est donc pas un probleme de mise a jour d’SSH…[/quote]

Effectivement… :017

Essaye d’effacer, sur le client le fichier ~/.ssh/known_hosts

rm ~/.ssh/known_hosts