web-dev-qa-db-fra.com

Est-il sûr d'exécuter fsck sur un disque dur défectueux?

Notre système a récemment cessé de fonctionner - nous pouvons toujours utiliser SSH, mais la plupart des programmes de notre serveur entraînent une erreur d'entrée/sortie. Nous ne pouvons donc pas sortir SSH du serveur, y ouvrir un FTP, etc.

J'ai une base de données MySQL que je ne dois absolument pas perdre - je peux très bien voir les fichiers dans /var/lib/mysql, mais je n'ai absolument aucun moyen de les faire sortir du système. Le lecteur /dev/sda4 sur / de type ext4 est le mauvais. D'après ce que je comprends, je dois exécuter fsck, mais ces invites me font peur.

Si je vois les fichiers dans /var/lib/mysql, cela signifie qu'ils vont bien, et il est impossible que fsck les supprime si une partie est endommagée? Je peux juste courir fsck -y et rester calme? Mon fournisseur m'a dit que je devais arrêter le système pour connecter le nouveau disque dur afin d'y transférer mes fichiers, mais je suis incapable de redémarrer sans réparer le lecteur.

Puis-je exécuter fsck -y sans m'inquiéter?

16.04filesystemfsck
3
Azar

D'abord, oui fsck est en sécurité [1] (avec des mises en garde [2]) à exécuter sur un disque/une partition défectueux si vous démontez le disque/la partition avant .

Il est également possible d'exécuter fsck avec un seul lecteur/partition, si vous entrez dans le mode Niveau d'exécution 1 (commande init 1) auparavant.

Cependant , sachez que votre connexion SSH sera en panne pour le moment vous exécutez init 1 parce qu'il va tuer[3] tous les services et démons en cours (SSH en est un).

Deuxièmement, à propos de votre besoin d’une sauvegarde mysql, j’essayerais les étapes suivantes:

  1. Créez un tunnel SSH sur votre session SSH existante [4];
  2. Exécuter mysqldump à distance [5];
  3. Vérifiez le *.sql généré par mysqldump;
  4. Et appelez le service après-vente agréé pour remplacer le lecteur endommagé.

Références:

Meilleures salutations!

2
Matt Mello