# Fsck impossible

**URL:** <https://www.debian-fr.org/t/fsck-impossible/76749>\
**Category:** Support Debian\
**Created:** [Mai 22, 2018, 8:34 UTC](https://www.debian-fr.org/t/fsck-impossible/76749 "2018-05-22T08:34:50Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Mai 22, 2018, 8:34 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/1 "2018-05-22T08:34:50Z")

</div>

Bonjour,  
J’ai un souci sur une carte sd: le système est monté en lecture seule. Je ne peux donc rien faire dessus.  
Je voulais réparer avec fsck mais çà ne fonctionne pas.

```
Disque /dev/sdb : 59,5 GiB, 63864569856 octets, 124735488 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x38335940

Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 43007 40960 20M e W95 FAT16 (LBA)
/dev/sdb2 43008 411647 368640 180M 83 Linux
/dev/sdb3 411648 124735487 124323840 59,3G 83 Linux

root@debian9:/home/toto69# fsck -a /dev/sdb
fsck de util-linux 2.29.2
fsck.ext2: Système de fichiers accessible en lecture seulement lors de la tentative d'ouverture de /dev/sdb
Disque protégé en écriture ; utilisez l'option -n pour effectuer une
vérification du périphérique en lecture seule.

root@debian9:/home/toto69# fsck -a /dev/sdb1
fsck de util-linux 2.29.2
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb1
Périphérique peut-être inexistant ?

root@debian9:/home/toto69# fsck -a /dev/sdb
fsck de util-linux 2.29.2
fsck.ext2: Aucun médium trouvé lors de la tentative d'ouverture de /dev/sdb
/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>
```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 22, 2018, 8:55 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/2 "2018-05-22T08:55:23Z")

</div>

```
fsck.ext2: Système de fichiers accessible en lecture seulement lors de la tentative d'ouverture de /dev/sdb

```

Causes possibles :

- le verrou de protection contre l’écriture de la carte est en position lecture seule
- le détecteur de position du verrou du lecteur de carte est coincé
- la carte s’est définitivement bloquée en lecture seule
- le périphérique /dev/sdb a été configuré logiciellement en lecture seule comme on peut le faire avec `blockdev`

Les messages du noyau lors de l’insertion de la carte indiquent si celle-ci est détectée en lecture seule quelle qu’en soit la cause.

```
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb1
fsck.ext2: Aucun médium trouvé lors de la tentative d'ouverture de /dev/sdb

```

As-tu fait quelque chose entre la première tentative de fsck et les suivantes ? Là, on dirait que le contenu de la carte n’est plus du tout accessible, même en lecture, et la table de partition n’est plus reconnue.

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Mai 22, 2018, 9:07 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/3 "2018-05-22T09:07:04Z")

</div>

J’ai simplement démonté le système pour passer fsck.  
Le système est monté en lecture seule dans mon gestionnaire de fichiers.

C’est un emicro-sd. J’essaie avec un autre support.

J’ai réussi à faire un ‘fsck -a’ sur /dev/sdb3.  
J’ai maintenant accès aux fichiers.

Je n’avais pas pensé à /sdb3

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 22, 2018, 9:31 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/4 "2018-05-22T09:31:07Z")

</div>

> [@toto69](#):
>
> J’ai simplement démonté le système pour passer fsck.

Démonté avec `umount` ou «&nbsp;éjecté&nbsp;» depuis le gestionnaire de fichiers ? La seconde action peut déconnecter le périphérique, ce qui le rend inaccessible.

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Mai 22, 2018, 9:35 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/5 "2018-05-22T09:35:30Z")

</div>

J’ai éteins le pc. Retiré la carte sd. Allumé le pc. Inséré la carte sd. Résultat

```
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 43007 40960 20M e W95 FAT16 (LBA)
/dev/sdb2 43008 411647 368640 180M 83 Linux
/dev/sdb3 411648 124735487 124323840 59,3G 83 Linux
root@debian9:/home/toto69# fsck -a /dev/sdb1
fsck de util-linux 2.29.2
fsck.fat 4.1 (2017-01-24)
/dev/sdb1: 10 files, 4469/10211 clusters
root@debian9:/home/toto69# fsck -a /dev/sdb2
fsck de util-linux 2.29.2
/dev/sdb2 : propre, 6515/46184 fichiers, 154675/184320 blocs
root@debian9:/home/toto69# fsck -a /dev/sdb3
fsck de util-linux 2.29.2
/dev/sdb3 : propre, 72/3891200 fichiers, 295173/15540480 blocs

```

Il semble que tu as raison. PLus de message d’erreur.

Par contre pour quelle raison je n’ai pas la mention ‘propre’ à la fin du passage de ‘fsck -a’ sur /dev/sdb1 ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 22, 2018, 9:48 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/6 "2018-05-22T09:48:04Z")

</div>

Ce que tu vois est la sortie du programme appelé par fsck qui diffère en fonction du type de système de fichiers.  
La partition sda1 n’a pas le même type de système de fichiers que les deux autres (FAT au lieu de ext2/3/4), et `fsck` appelle un autre programme pour le vérifier (dosfsck au lieu de e2fsck).

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Mai 22, 2018, 9:49 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/7 "2018-05-22T09:49:42Z")

</div>

ok. Le fait qu’il n’y ait pas de messages d’erreurs signifie que tout est ok ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 22, 2018, 9:51 UTC](https://www.debian-fr.org/t/fsck-impossible/76749/8 "2018-05-22T09:51:15Z")

</div>

Dans les limites de la vérification.
