Docker ne fonctionne pas

DanielG34 · Septembre 11, 2026, 2:19

bonjour,

je n'arrive pas à lancer la commande docker :

[RESCUE] root@vps-a71e1ee4:~ $ sudo docker --version
sudo: docker: command not found
[RESCUE] root@vps-a71e1ee4:~ $ docker --version
-bash: docker: command not found
[RESCUE] root@vps-a71e1ee4:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 382M 672K 382M 1% /run
/dev/sda1 2.9G 2.2G 540M 81% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
[RESCUE] root@vps-a71e1ee4:~ $

je l'ai ré-installer mais c'est pareil....

merci pour votre aide

TTY · Septembre 11, 2026, 2:25

Salut,

[RESCUE] root@vps-a71e1ee4:~ $ sudo docker --version

Tu es root sur ton VPS donc pas de sudo nécessaire.
Tu semble etre un mode RESCUE donc normal que cela ne fonctionne pas

Je l'ai ré-installer mais c'est pareil....

Installé comment ?

sturpin · Septembre 11, 2026, 3:28

Effectivement, je crois que c’est ce que @TTY te dit

Tu dois changer le mode de démarrage depuis la zone client. Cherche l’option Boot et assure‑toi qu’il est sélectionné «Démarrer depuis le disque dur»

Redémarre le VPS, connecte‑toi via SSH et si tu ne vois pas [RESCUE] dans le prompt, c’est que tu es déjà dans ton système réel.

Tiens‑nous au courant, salut.
Sergio Turpín

DanielG34 · Septembre 12, 2026, 3:33

bonjour
dejà merci pour votre reponse
donc je demarre le vps en mode normal,
puis je me connecter en SSH avec le terminal administrateur de Windows
je dois me connecter sous root mais je ne connais pas le mot de passe.....
comment le trouver ?

sturpin · Septembre 12, 2026, 9:14

Salut @DanielG34

Il n'est pas nécessaire de le faire avec l'utilisateur root, si vous connaissez le mot de passe de votre utilisateur principal (celui qui vous a été envoyé par e‑mail lors de la réinstallation du VPS, par exemple debian), vous pouvez vous connecter en SSH avec cet utilisateur puis définir un mot de passe pour root.

ssh debian@tu-ip

Même si vous pouvez le faire, il n'est pas recommandé d'utiliser root pour vous connecter en SSH de façon habituelle. Il est plus sûr d'utiliser un utilisateur avec sudo et d'exécuter les commandes qui nécessitent des privilèges avec sudo.

Cordialement,
Sergio Turpín

sturpin · Septembre 13, 2026, 8:58

Bonjour @DanielG34

Jette un œil à ce guide :

https://docs.ovhcloud.com/en/guides/bare-metal-cloud/virtual-private-servers/starting-with-a-vps

Il existe un guide spécifique pour quand tu as perdu le mot de passe root ou de ton utilisateur. La procédure consiste à démarrer le VPS en mode rescue, monter la partition du système et changer le mot de passe depuis là :

https://support.us.ovhcloud.com/hc/en-us/articles/4412634196115-How-to-Change-the-Root-Password-on-a-VPS

Tiens‑nous au courant, à bientôt.
Sergio Turpín

DanielG34 · Septembre 13, 2026, 4:19

bonjour,
Je n'y arrive pas..
j'ai suivi le guide à la lettre.
Ne sachant pas quelle était la partition du systeme, j'ai fait un essai avec sdb1 puis un deuxieme avec sda1
j'ai toujours les messages suivants :

PS C:\Users\Proprietaire> ssh root@92.222.67.200
The authenticity of host '92.222.67.200 (92.222.67.200)' can't be established.
ED25519 key fingerprint is SHA256:YFTngis4tdegcBD3sPbmIFBpEbR5aN7uDaWlLfOHkdc.
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '92.222.67.200' (ED25519) to the list of known hosts.
root@92.222.67.200's password:
Permission denied, please try again.
root@92.222.67.200's password:
Permission denied, please try again.
root@92.222.67.200's password:
root@92.222.67.200: Permission denied (publickey,password).
PS C:\Users\Proprietaire>
PS C:\Users\Proprietaire> ssh debian@92.222.67.200
debian@92.222.67.200's password:
Permission denied, please try again.
debian@92.222.67.200's password:
Permission denied, please try again.
debian@92.222.67.200's password:
debian@92.222.67.200: Permission denied (publickey,password).

cordialement

Daniel GEORGES

sturpin · Septembre 13, 2026, 5:09

Bonjour @DanielG34

L'erreur « Permission denied » signifie que vous essayez d'accéder avec le mauvais nom d'utilisateur et mot de passe.

Vous devez faire ce qui suit :

Démarrez en mode de secours, comme je vous l'ai dit vous pouvez le faire depuis l'espace client.
OVHcloud vous enverra un mail automatique contenant le compte root et le mot de passe temporaire pour accéder au mode de secours.
Connectez‑vous en SSH au mode de secours
ssh root@92.222.67.200
Une fois à l'intérieur, exécutez lsblk pour voir vos disques. Le disque principal de votre VPS est celui de 40 Go (sdb), et la partition contenant votre système est sdb1. N'utilisez pas sda1, c’est celui du système de secours.
Changez le mot de passe de votre utilisateur.
passwd debian
Si vous ne savez pas lequel, essayez debian, ubuntu ou rocky, qui sont les plus courants.
Redémarrez en mode normal. Sortez du chroot avec la commande exit, démontez le disque avec umount /mnt/root et redémarrez le VPS depuis l'espace client.
Connectez‑vous avec votre utilisateur et le nouveau mot de passe, pas avec le compte root.

Tenez‑moi au courant, à bientôt.
Sergio Turpín

DanielG34 · Septembre 14, 2026, 4:13

bonjour,
je trouve la partition system (sdb1) bien rempli
j'ai des messages d'erreurs

voici mon log

[RESCUE] root@vps-a71e1ee4:~ $
[RESCUE] root@vps-a71e1ee4:~ $ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 2.9G 0 disk
└─sda1 8:1 0 2.9G 0 part /
sdb 8:16 0 40G 0 disk
├─sdb1 8:17 0 38.9G 0 part
├─sdb13 8:29 0 1023M 0 part
├─sdb14 8:30 0 4M 0 part
└─sdb15 8:31 0 106M 0 part
[RESCUE] root@vps-a71e1ee4:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 382M 516K 382M 1% /run
/dev/sda1 2.9G 2.4G 308M 89% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
[RESCUE] root@vps-a71e1ee4:~ $ fdisk -l
Disk /dev/sda: 2.93 GiB, 3145728000 bytes, 6144000 sectors
Disk model: QEMU HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd39b2f6a

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 6141951 6139904 2.9G 83 Linux

Disk /dev/sdb: 40 GiB, 42949672960 bytes, 83886080 sectors
Disk model: QEMU HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 0EA9B1F3-399D-430C-B140-EA55EC6DB2F4

Device Start End Sectors Size Type
/dev/sdb1 2324480 83886046 81561567 38.9G Linux root (x86-64)
/dev/sdb13 2048 2097152 2095105 1023M Linux extended boot
/dev/sdb14 2099200 2107391 8192 4M BIOS boot
/dev/sdb15 2107392 2324479 217088 106M EFI System

Partition table entries are not in disk order.
[RESCUE] root@vps-a71e1ee4:~ $

[RESCUE] root@vps-a71e1ee4:~ $ mkdir -p /mnt/sdb1
[RESCUE] root@vps-a71e1ee4:~ $ mount /dev/sdb1 /mnt/sdb1
[RESCUE] root@vps-a71e1ee4:~ $ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 2.9G 0 disk
└─sda1 8:1 0 2.9G 0 part /
sdb 8:16 0 40G 0 disk
├─sdb1 8:17 0 38.9G 0 part /mnt/sdb1
├─sdb13 8:29 0 1023M 0 part
├─sdb14 8:30 0 4M 0 part
└─sdb15 8:31 0 106M 0 part

Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 382M 564K 382M 1% /run
/dev/sda1 2.9G 2.2G 557M 80% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sdb1 38G 34G 4.2G 90% /mnt/sdb1

[RESCUE] root@vps-a71e1ee4:~ $
[RESCUE] root@vps-a71e1ee4:~ $ chroot /mnt/sdb1/

thread 'main' (1181) panicked at /build/rust-coreutils-u5JpDp/rust-coreutils-0.8.0/rust-vendor/rustix/src/backend/linux_raw/param/auxv.rs:269:22:
called Result::unwrap() on an Err value: ()
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
Aborted

thread 'main' (1183) panicked at /build/rust-coreutils-u5JpDp/rust-coreutils-0.8.0/rust-vendor/rustix/src/backend/linux_raw/param/auxv.rs:269:22:
called Result::unwrap() on an Err value: ()
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
Aborted
/usr/bin/lesspipe: 349: [: =: unexpected operator

thread 'main' (1184) panicked at /build/rust-coreutils-u5JpDp/rust-coreutils-0.8.0/rust-vendor/rustix/src/backend/linux_raw/param/auxv.rs:269:22:
called Result::unwrap() on an Err value: ()
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
root@vps-a71e1ee4:/#

DanielG34 · Septembre 14, 2026, 8:37

Pourquoi le message est masqué

Gaston · Septembre 14, 2026, 8:40

C'est certainement à cause de la dite intelligence artificielle .

DanielG34 · Septembre 14, 2026, 8:44

je remets le message