Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Impossible de monter mon DD interne après une coupure courant. Problème fstab?

Marc98

Bonjour

Je suis sous Fedora 38 et lors d’une coupe de courant je n’ai plus accès à mon DD int de 2To

"[marc@fedora \~]$ sudo lsblk -f
[sudo] Mot de passe de marc : 
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                         
├─sda1
│    vfat   FAT32       94BB-0B31                             581,4M     3% /boot/efi
├─sda2
│    ext4   1.0         74a1f6ee-bf0b-441d-8101-4b191e8942d5  615,9M    30% /boot
└─sda3
     btrfs        fedora_localhost-live
                        ef63fb8b-0a8c-41ff-a79b-46801f5a4775   61,2G    44% /home
                                                                            /

sdb                                                                         
└─sdb1
     ntfs               1C6176A82DB2D40A                                    

sdc                                                                         
├─sdc1
│    ntfs               02F0A610F0A60A4D                                    
├─sdc2
│    ext4   1.0         33e7a711-5b37-482e-8fe2-1995266a7d93                
├─sdc3
│    swap   1           8da2feb4-4f7f-46e6-98d1-32533a5c83a2                
├─sdc4
│                                                                           
├─sdc5
│    ext4   1.0         4745c943-c298-4291-9262-5e26848c4c31                
└─sdc6
     ext4   1.0         48e40dc3-43b2-4517-8734-53cd6bf3759c                

zram0
                                                                           [SWAP]

C’est mon disque sb1 qui ne monte pas.

la commande blkid :

[marc@fedora \~]$ sudo blkid
/dev/sdb1: BLOCK_SIZE="512" UUID="1C6176A82DB2D40A" TYPE="ntfs" PARTUUID="000cac42-01"
/dev/sdc2: UUID="33e7a711-5b37-482e-8fe2-1995266a7d93" BLOCK_SIZE="1024" TYPE="ext4" PARTUUID="5b1f5b1f-02"
/dev/sdc5: UUID="4745c943-c298-4291-9262-5e26848c4c31" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="5b1f5b1f-05"
/dev/sdc3: UUID="8da2feb4-4f7f-46e6-98d1-32533a5c83a2" TYPE="swap" PARTUUID="5b1f5b1f-03"
/dev/sdc1: BLOCK_SIZE="512" UUID="02F0A610F0A60A4D" TYPE="ntfs" PARTUUID="5b1f5b1f-01"
/dev/sdc6: UUID="48e40dc3-43b2-4517-8734-53cd6bf3759c" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="5b1f5b1f-06"
/dev/sda2: UUID="74a1f6ee-bf0b-441d-8101-4b191e8942d5" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="189ce66c-562e-4c0d-8fed-1681c2b8344c"
/dev/sda3: LABEL="fedora_localhost-live" UUID="ef63fb8b-0a8c-41ff-a79b-46801f5a4775" UUID_SUB="a0baada6-c7a4-412f-9a83-c0f47a5a647f" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="87176792-9e64-4e58-9ec2-ea0f86ae60a7"
/dev/sda1: UUID="94BB-0B31" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="b81fda69-4b60-4466-aa67-28a22b9b6765"
/dev/zram0: LABEL="zram0" UUID="51c6397a-699e-4be5-b055-101b0250d322" TYPE="swap"

J’ai conscience que je dois réparer mon fichier fstab qui a été endommagé, mais je suis perdu dans la littérature que j’ai pu consulter.

Mon fstab actuel (problématique) est le suivant :

\#
\# /etc/fstab
\# Created by anaconda on Fri Oct 21 22:49:13 2022
\#
\# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
\# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
\#
\# After editing this file, run 'systemctl daemon-reload' to update systemd
\# units generated from this file.
\#
UUID=ef63fb8b-0a8c-41ff-a79b-46801f5a4775 /                       btrfs   subvol=root,compress=zstd:1 0 0
UUID=74a1f6ee-bf0b-441d-8101-4b191e8942d5 /boot                   ext4    defaults        1 2
UUID=94BB-0B31          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=ef63fb8b-0a8c-41ff-a79b-46801f5a4775 /home                   btrfs   subvol=home,compress=zstd:1 0 0

Est-ce que l’un de vous pourrais me venir en aide car j’aimerai bien pouvoir accéder à tous les fichiers de ce DD int aujourd’hui inaccessible comme vous pouvez l’imaginer. (je n’avais pas fait de sauvegarde intégrale de ce disque mais une sauvegarde partielle) .

D’avance je vous remercie.

Edit Nicosss : Correction balises Markdown + Séparation des blocs code pour la lisibilité -> Voir FAQ

[supprimé]

Tu as aussi un disque sdc que tu n’as pas l’air d’utiliser. Il y a dessus une vieille installation windows et 2 partitions linux. Je commencerais par regarder quelle taille fait ce disque, ce qu’il y a dessus, et éventuellement à le formater entièrement (ext4) pour pouvoir l’utiliser à la place de sdb (ou eventuellement à servir de stockage provisoire le temps de formater sdb). Sinon un disque de 2TO en ssd, ça doit plus couter bien cher aujourd’hui

Marc98 sdc
├─sdc1
│ ntfs 02F0A610F0A60A4D
├─sdc2
│ ext4 1.0 33e7a711-5b37-482e-8fe2-1995266a7d93
├─sdc3
│ swap 1 8da2feb4-4f7f-46e6-98d1-32533a5c83a2
├─sdc4
│
├─sdc5
│ ext4 1.0 4745c943-c298-4291-9262-5e26848c4c31
└─sdc6
ext4 1.0 48e40dc3-43b2-4517-8734-53cd6bf3759c

[supprimé]

Salut

Même si ton fstab est en vrac (ce qui n’a pas l’air d’être le cas), tu dois pouvoir mounter ta partition NTFS manuellement. Si ça fait suite à un arrêt sauvage (coupure de courant), c’est plus vraisemblablement le systeme de fichier NTFS qui est en vrac, normalement il suffit de rebooter sous windows et de lancer un chkdsk pour le réparer. Cela dit, ta partition /dev/sdb1 (UUID 1C6176A82DB2D40A) n’y est pas du tout référencée, c’est normal? (ça n’est pas une obligation, le fstab ne sert que pour mounter automatiquement à chaque démarrage)

Pour le mounter manuellement, tu peux tester ceci

$ sudo mkdir /media/ntfs
$ sudo mount /dev/sdb1 /media/ntfs

Tu verras de suite ce qu’il va te dire, et si il ne dit rien, il suffira de modifier fstab en conséquence pour que le mount se fasse automatiquement

Edit: si ton fstab était en vrac, jamais tu n’aurais pu démarrer normalement. Après un rapide coup d’œil, tout a l’air vraiment correct, hormis l’absence de ta partition sdb1

Marc98

Bonjour @LOstandfOund

Merci tout d’abord pour cette réponse.

J’ai fait les commandes que tu me conseilles j’ai la réponse suivante :

<$MFTMirr does not match $MFT (record 3).
Failed to mount '/dev/sdb1': Erreur d'entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.>

Il semble comme tu le supposais que le “système fichier NTFS qui est en vrac” (si j’ai bien compris les premières lignes.) en espérant que cela ne soit pas “there is a hardware fault”

Je n’ai pas de Windows disponible pour rebooter.

Je pense que “ta partition /dev/sdb1 (UUID 1C6176A82DB2D40A) n’y est pas du tout référencée” , c’est justement la raison pour laquelle mon disque ne monte pas, non?

“Edit: si ton fstab était en vrac, jamais tu n’aurais pu démarrer normalement. Après un rapide coup d’œil, tout a l’air vraiment correct, hormis l’absence de ta partition sdb1” : oui tout le reste fonctionne normalement à par ce dd int (UUID 1C6176A82DB2D40A) qui ne monte pas.

J’espère que tu as d’autres solutions pour réparer ce problème?

Marc

PS : j’ai aussi ce message quand j’essaie de monter en graphique:

"Impossible d'accèder à l'emplacement
error mounting /dev/sdb1 at /run/media/marc/1C6176A82DB2D40A : Unknown error when mounting /dev/sdb1"

Edit Nicosss : Correction balises Markdown + Séparation des blocs code pour la lisibilité -> Voir FAQ

[supprimé]

Marc98 Je pense que “ta partition /dev/sdb1 (UUID 1C6176A82DB2D40A) n’y est pas du tout référencée” , c’est justement la raison pour laquelle mon disque ne monte pas, non?

Ben non, tu vois bien que manuellement ça ne mounte pas non plus. À ce stade, modifier fstab pour y ajouter ta partition NTFS, te conduirait directement à un échec général au prochain démarrage.

Le message d’erreur est très clair, il te dit ce qui se passe et ce qu’l faut faire

Marc98 Failed to mount ‘/dev/sdb1’: Erreur d’entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it’s a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice

Il te faut exécuter chkdsk depuis Windows, que tu n’as plus (mais c’est une drole d’idée d’avoir une partition NTFS lorsqu’on héberge plus Windows sur son PC)
Il faut voir si il existe un équivalent à chkdsk, mais pour linux. Sinon, débrancher le disque, et le brancher sur une machine windows

Edit: Il existe ntfsfix sous linux qui a l’air d’etre équivalent à chkdsk de Windows, mais on peut y lire des trucs pas très rassurant

It is NOT chkdsk for Linux and may not produce results compatible with Microsoft Windows, however it is able to fix some common ntfs possible problems. It may lose your data while attempting repairs, even though chkdsk may do that too

Perso, pour ce genre de pbs, je confierais la réparation à windows plutot qu’à linux.
Autre solution, si tu as une ISO de Windows (tu peux la télécharger chez Microsoft), booter dessus et lancer chkdsk en ligne de commande

Marc98

[supprimé]

Me voilà bien : utiliser Windows que j’ai abandonné il y a maintenant des années pour essayer de réparer ce disque.

[supprimé] mais c’est une drole d’idée d’avoir une partition NTFS lorsqu’on héberge plus Windows sur son PC

Ce disque je l’ai formaté il y a maintenant bien longtemps et j’ignore pourquoi l’avoir fait en NTFS. Par ignorance sans doute.

Je ne sais pas toi, mais je trouve que cela sens de plus en plus :

Marc98 “there is a hardware fault”

Je vais malgré tout essayer de trouver un iso Windows et essayer de booter dessus. Mais j’avoue que ce n’est pas gagné.

Merci de ces conseils.

J’ai pensé à une solution mais je ne sais pas si elle est “crédible”.

Et si je reformatais mon ordinateur avec une autre distribution Linux comme Ubuntu par exemple. Le système devrait recréé une liaison fonctionnelle avec mon DD interne non?

Qu’en pensez vous?

Nicosss

@Marc98 J’ai corrigé tes messages concernant l’utilisation du bloc code en Markdown.

Je t’invite vivement à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

Marc98

Nicosss

Je te remercie. J’ai toujours des difficultés avec les blocs codes.

nouvo09

il te faudrait un cd/dvd de réparation de windows pour çà et booter avec.

Marc98

nouvo09

Cela revient au même conseil que @L0standf0und

N’y a t il vraiment que cette solution?

[supprimé]

Marc98 Je ne sais pas toi, mais je trouve que cela sens de plus en plus : “there is a hardware fault”

À ce stade, rien ne permet de le dire. C’est quand même un classique des arrêt sauvage avec le NTFS, heureusement qu’on ne change pas de disque à chaque fois qu’il y a une coupure de courant !!

Marc98 J’ai pensé à une solution mais je ne sais pas si elle est “crédible”.
Et si je reformatais mon ordinateur avec une autre distribution Linux comme Ubuntu par exemple. Le système devrait recréé une liaison fonctionnelle avec mon DD interne non?

??!!!!!
OK OK, quelle drôle d’idée …

La solution tu la connais, on est 2 à te l’avoir soufflé : télécharge l’ISO de Windows (c’est gratuit), colle la sur une clef USB, fait ton chkdsk et dans une poignée de minutes ta partition est réparée.

https://www.microsoft.com/fr-fr/software-download/windows10ISO

nouvo09

[supprimé] Le système devrait recréer une liaison fonctionnelle avec mon DD interne non?
Bien sur! Il va le reformater, youpi !
Sinon tiens, au hasard:
https://www.lesnumeriques.com/telecharger/windows-repair-20620

Marc98

[supprimé]

Merci

En effet vous êtes deux à le suggérer.

Je vais suivre vos conseils et reviens vous tenir au courant.

Merci pour le lien.

Marc98

nouvo09

Merci pour l’aide.

Marc98

[supprimé] Non, bien sur qu’il n’est pas question d’installer Windows pour pouvoir réparer ton disque, on n’a jamais parlé de ça.

En effet, cela n’a jamais été indiqué. Mais quand, comme moi on est habitué au clé bootable Ubuntu, les écrans d’acceuil de la clé bootable Windows surprennent.

[supprimé] De même que je ne connais pas tweaking.com_windows_repair_aio_setup.exe qui sort de je ne sais où, et qui ne te sera d’aucune utilité ici.

nouvo09 L0standf0und Le système devrait recréer une liaison fonctionnelle avec mon DD interne non?
Bien sur! Il va le reformater, youpi !
Sinon tiens, au hasard:
https://www.lesnumeriques.com/telecharger/windows-repair-20620

Cela vient de @nouvo09 , comme tu peux le constater .

J’ai bien vu les différentes possibilités dont “réparer l’ordinateur”, j’ai cliqué mais j’étais perdu, raison de mon dernier mail.

Merci pour ton explication.

11h10

Marc98

J’ai un disque dur externe en NTFS. Il m’arrive de le déconnecter du port USB et qu’il ne soit pas reconnu.

Je fais un réparer les fichiers à partir de l’utilitaire Disque: Je pense que c’est un fsck sur le système de fichir.

As-tu essayé pour ton disque interne de booter sur une clé Fedora ou autre et de faire la même chose sur ton disque interne ?

Marc98

11h10

L’utilitaire disque ne me permet pas de réparer mon DD interne, mais il est vrai que je n’ai pas essayé de le faire à partir d’un boot Fedora sur clé.

Je vais essayé de le faire.

Pour suivre ma progression, j’ai réussi à faire une clé bootable windows avec Balena Etcher installé. Je n’ai pas encore essayé de booter sur cette clé.

Je vais d’abord essayer suivant ton conseil avec un boot Fedora puis si échec, je passerai au boot windows comme cela m’a été conseillé.

Marc

PS : je ne connaissais pas fsck : https://doc.ubuntu-fr.org/fsck

11h10

Marc98

il faut obligatoirement booter sur un linux pour accéder à la partition ou aux partitions non montées du disque.

Je suis pratiquement certain que ça marche. Je viens de vérifier sur mon disque externe et je vois bien aussi le disque interne.

Edit: je le fais souvent sur mon disque externe NTFS et il faut bien sûr que tu boot sur une clé pour avoir ton volume non monté de ton disque interne. Bien se positionner sur le bon disque et la bonne partition.

11h10

Marc98

au fait je viens de relire ton premier post: tu n’as pas besoin de booter sur une clé car ton fedora est fonctionnel sur un autre disque. Il te suffit de faire une réparation sur la partition de ton disque NTFS.

Marc98

11h10

Oui, Fedora est sur un SSD interne dédié au système et au “home”.

C’est donc le programme fsck que je dois utiliser, si j’ai bien compris ton conseil.

Je vais tester dès que j’ai un moment.

Marc98

11h10

Je viens de lancer fsck :

[marc@fedora ~]$ sudo fsck /dev/sdb
[sudo] Mot de passe de marc : 
fsck de util-linux 2.38.1
e2fsck 1.46.5 (30-Dec-2021)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>
Trouvé une table de partitions dos dans /dev/sdb

Il me confirme dernière ligne que c’est une partition dos donc NTF

11h10 Il te suffit de faire une réparation sur la partition de ton disque NTFS

Oui mais comment faire ? Suivre les conseils de L0standf0und et nouvo09 dans ce cas ou tu as une autre solution?

En effet, "Gparted peut servir d’interface graphique à fsck. Ouvrez Gparted faite un clic droit sur la partition et choisissez l’option Vérifier."

Or je n’arrive pas à réparer mon disque de cette façon.

Donc ma conclusion est qu’il ne me reste plus que la solution de L0standf0und et nouvo09.

Qu’en penses tu?

Edit Nicosss : Correction balises Markdown -> Voir FAQ

Page suivante »