Système de fichiers accessible en lecture seulement centos

Il faudrait tenter un chkdisk en rescue sur la partition.
Généralement si la partition / est remontée en ro c'est qu'il y'a eu des erreurs sur le filesystem...

Bonjour,
la commande e2fsck -yf /dev/sda1 donne le résultat:
e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda1

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193

sda c'est le disque de rescue, en rescue le disque système c'est généralement sdb...
Il faut faire un lsblk de mémoire pour voir les disques dispo, si un sdb est dispo il faut le monter quelque part (/mnt/sdb ?) et vérifier que les données sont bien là...

Si c'est le bon disque démonter le disque (ça en fait des disques) et faire un fschk dessus... Mais pas avant d'avoir démonté la partition...

Merci pour votre rapide réponse, la commande lsblk donne:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 100G 0 disk
|-sda1 8:1 0 98G 0 part
`-sda2 8:2 0 2G 0 part
PS: je ne suis pas douée dans la gestion des systèmes linux, mais j'essaie de me débrouiller avec google

c'est le mode rescue ça ?
Ou en mode "normal" ?

rescue

strange...

Bon après centos perso je n'y connais rien, je n'aime pas cette distrib :D

A mon dernier usage du mode rescue j'ai du monter la partition du vps à la main, /dev/sda étant le système rescue.

Et un fsck doit se faire sur un système de fichier démonté... Par conséquent je ne vois pas trop comment faire un check si en rescue ça boot sur le disque du vps...

Sûr que c'est le mode rescue ?

Oui, c'est le mode rescue
root@rescue:~#

la commande xfs_repair /dev/sdb donne:
/dev/sdb: No such file or directory
fatal error -- couldn't initialize XFS library
j'ai trouvé cet article qui répond au problème:
https://community.pivotal.io/s/article/xfsrepair-failed-with-error-message--devsdb-contains-a-mounted-filesystem
mais je ne comprends pas comment modifier le fichier /etc/fstab qu’est-ce que je dois y mettre ?
et la commende xfs_repair /dev/sda1 donne:

Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 1
- agno = 5
- agno = 2
- agno = 3
- agno = 0
- agno = 4
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- traversing filesystem ...
- traversal finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...

Aucune idée, comme dit je ne connais pas centos.
Et la commande check du FS dépend du type (extx, etc).

D'accord, merci, je vais appeler le support d'ovh.