[Chroot impossible] J'ai planté mon kimsufi

Support Debian
#1

Bonjour,

Suite à une mauvaise configuration de mon pare-feu, ma Debian sur mon serveur dédié kimsufi n’était plus accessible, depuis je suis en mode rescue quand je le démarre (automatisme d’OVH je présume).

L’assistance d’OVH ayant agis avant même que je me rende compte de ce qui se passe, ils ont fermé le ticket ont conclus à un problème logiciel (ma faute donc).

Soit, je vais sur le rescue et je tente de chrooter:

[quote]root@rescue:~# fdisk -l

WARNING: GPT (GUID Partition Table) detected on ‘/dev/sda’! The util fdisk doesn’t support GPT. Use GNU Parted.

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 1 3907029167 1953514583+ ee GPT
Partition 1 does not start on physical sector boundary.
[/quote]

J’avais déjà l’impression que ça puait, GPT? Et WARNING, bon, je continue:

[quote]root@rescue:~# mount /dev/sda1 /mnt/system/
NTFS signature is missing.
Failed to mount ‘/dev/sda1’: Invalid argument
The device ‘/dev/sda1’ doesn’t seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
[/quote]

NTFS? Je me demande comment ça se passe chez OVH, du coup. Le système rescue me dit que c’est du NTFS, j’ai bien une Debian dessus.

Soit, admettons, j’essai de monter le tout avec ntfs-3g:

[quote]root@rescue:~# ntfs-3g /dev/sda1 /mnt/system/
NTFS signature is missing.
Failed to mount ‘/dev/sda1’: Invalid argument
The device ‘/dev/sda1’ doesn’t seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
[/quote]

Je suis un peu bloqué, du coup.

Soit j’appel OVH à la rescousse et je paie (j’ai franchement pas les moyens pour ça en ce moment) soit je fais ça tout seul mais je ne peux même pas chrooter pour réparer le tout.

Une idée?

Koshicalement, Koshie

#2

Tu n’as pas préciser de type de fichier lors du “mount”, as-tu essayé avec un ext3 ? (NTFS me semble plus qu’exotique dans ton cas)

PS : C’est peut-être le rescue qui est dans un NTFS d’où la valeur par défaut …

EDIT : Au cas ou … C’est “mount -t ext3” pour préciser :slightly_smiling:

#3

fdisk n’est pas capable d’afficher les partitions des disques GPT au delà de la première , utilise parted pour voir les autres partitions (s’il y en a d’autres)

parted -l

#4

@debianhadic,

[quote]root@rescue:~# ntfs-3g /dev/sda1 /mnt/system/
NTFS signature is missing.
Failed to mount ‘/dev/sda1’: Invalid argument
The device ‘/dev/sda1’ doesn’t seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
root@rescue:~# mount -t ext3 /dev/sda /mnt/system/
mount: wrong fs type, bad option, bad superblock on /dev/sda,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

root@rescue:~# mount -t ext4 /dev/sda /mnt/system/
mount: wrong fs type, bad option, bad superblock on /dev/sda,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
[/quote]

@etxeberriazahar,

[quote]root@rescue:~# parted -l
Model: ATA ST2000DM001-9YN1 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 20.5kB 1049kB 1029kB primary bios_grub
2 1049kB 1992GB 1992GB ext4 primary msftdata
3 1992GB 2000GB 8589MB linux-swap(v1) primary
[/quote]

Merci pour vos réponses :slightly_smiling:

#5

Donc pas la peine de monter sda1 -> partition "protective MBR"
Il faut monter sda2 en ext4

#6

It works ! Merci

#7

Ne pas confondre sda1 montrée par fdisk (qui ne sait pas lire le format GPT), qui est effectivement la partition au format DOS de protection de la structure GPT, et /dev/sda1, vue par le noyau (qui sait lire le format GPT), qui est la partition GPT d’amorçage.

#8

C’est pas la peine d’essayer de compliquer l’affaire, t’es en retard, le fil est résolu, t’as perdu … C’est le jeu ma pauv’ Lucette :slightly_smiling:

#9

Ah, maintenant rectifier une erreur, c’est “compliquer l’affaire”…

Ce n’est pas un concours ni une course. En tout cas pas pour moi.