ext4 -> fat16 [RESOLU]

moko138 · Le 31/10/2017, à 09:38

Alors tu continues...

dauphin · Le 31/10/2017, à 09:46

avec les autres superbloc ?

moko138 · Le 31/10/2017, à 10:03

En #22, je t'ai dit :

(...) Si la vérification avec 32768 échoue, tu recommences avec 98304, et ainsi de suite jusqu'à ce qu'il n'y ait plus de message d'erreur.

Qu'est-ce qui n'est pas clair ?

?? · Le 31/10/2017, à 10:33

Bonjour
Peux-tu faire la commande suivante

sudo blkid | grep sdb5

Si le type de fichier indiqué n'est pas ext4, je pense que la réparation ne fonctionnera pas.

Dernière modification par ?? (Le 31/10/2017, à 10:33)

moko138 · Le 31/10/2017, à 11:17

?? a écrit :

Peux-tu faire la commande suivante
sudo blkid | grep sdb5
Si le type de fichier indiqué n'est pas ext4, je pense que la réparation ne fonctionnera pas.

Salut ?? !
Tu as un exemple contraire et récent en ./viewtopic.php?pid=21807136#p21807136.

dauphin · Le 31/10/2017, à 12:24

Voila le bon (enfin c'était presque le dernier) :

michel@michel-desktop:~$  sudo e2fsck -b 23887872 20480000 -yfv /dev/sdb5
Utilisation : e2fsck [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
		[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
		[-E options-étendues] périphérique

Aide d'urgence :
 -p                   Réparation automatique (sans question)
 -n                   N'appliquer aucun changement au système de fichiers
 -y                   Supposer « oui » pour toutes les questions
 -c                   Vérifier la présence de blocs défectueux et les
                      ajouter à la liste des blocs défectueux
 -f                   Forcer la vérification même si le système de fichiers
                      est marqué propre
 -v                   Travailler en mode bavard
 -b super-bloc        Utiliser un bloc alternatif pour le superbloc
 -B taille-de-bloc    Forcer la taille des blocs lors de la recherche du
                      superbloc
 -j journal-externe   Définir la localisation du journal externe
 -l fichier-des-blocs-erronés
                      Ajouter à la liste des blocs défectueux
 -L fichier-des-blocs-erronés
                      Définir la liste des blocs défectueux
 -z fichier-d-annulation
                      Créer un fichier d'annulation
michel@michel-desktop:~$

moko138 · Le 31/10/2017, à 13:17

SI c'est bon, tant mieux ! Mais tu n'as pas reporté le retour de commande qui l'indique !
Et on ne tente qu'un superbloc à la fois, pas deux !

Que donne maintenant

sudo lsblk -o name,fstype,size,mountpoint,label,uuid

?
S'il n'y a pas de nouveau, redémarre et redonne la même commande.

dauphin · Le 31/10/2017, à 14:14

J'ai dit "c'est bon" parce que je n'ai pas vu d'erreur. Pour les superblock je les ai fait un par un.
Voila la réponse de la commande; je vois toute mes partitions sauf la première de sb5 qui s'appelait "Dossier Ubuntu" ! Aie! Aie! Aie!

michel@michel-desktop:~$ sudo lsblk -o name,fstype,size,mountpoint,label,uuid
[sudo] Mot de passe de michel : 
NAME   FSTYPE     SIZE MOUNTPOINT          LABEL              UUID
loop0  squashfs   115M /snap/vlc/4                            
loop1  squashfs  83,1M /snap/core/3247                        
sda             223,6G                                        
├─sda1 ntfs       100M                     Réservé au système AACCF9C8CCF98EB7
├─sda2 ntfs      47,9G                                        90A04F9FA04F8B24
└─sda3 ntfs       856M                                        0A08D7B708D79FCD
sdb             931,5G                                        
├─sdb1              1K                                        
├─sdb2 ntfs       374G                     Dossiers Windows   59C33B3172383267
├─sdb3 ext4      46,7G /                                      c5c7db01-88f1-4ee3-a654-e3f9d308dbcf
├─sdb4 ext4      61,3G                     recup              4f4e4231-a54d-4da0-a2e5-9ee5c4dca08c
└─sdb5          449,6G                                        
sdc              55,9G                                        
├─sdc1 ntfs      54,1G                     SEVEN              427E092D7E091AF5
└─sdc2 swap       1,8G                                        24f7f098-ad27-4d08-a756-0e3d9dac419f
sdd               974M                                        
└─sdd1 vfat       974M /media/michel/CODES CODES              28F6-C23C
sr0              1024M                                        
sr1                 1T                                        
michel@michel-desktop:~$

Dernière modification par dauphin (Le 31/10/2017, à 14:16)

moko138 · Le 31/10/2017, à 14:24

└─sdb5          449,6G

sans "ext4" ni l'uuid, c'est sans changement.

Un retour de réparation réussie ressemble à :

(...) le drapeau needs_recovery n'est pas activé, mais le journal contient des données.
Le drapeau de récupération n'est pas activé dans le superbloc de secours, le journal sera donc quand même exécuté.
Disque_2 : récupération du journal
JBD2: Invalid checksum recovering block 2 in log
(...)
JBD2: Invalid checksum recovering block 15 in log
Erreur de somme de contrôle de journal trouvée dans Disque_2
Passe 1 : vérification des i-noeuds, des blocs et des tailles
(...)
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  +(78675968--78677048) +(102400000--102401080)
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°0 (23457, décompté=6).
Corriger ? oui
(...)
Le décompte des i-noeuds libres est erroné (29310965, décompté=29216216).
Corriger ? oui

différences de bitmap d'i-noeuds : Le bitmap d'i-noeud du groupe 1 ne correspond pas à la somme de contrôle.
CORRIGÉ.

Disque_2: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
       94760 i-noeuds utilisés (0.32%, sur 29310976)
         278 fichiers non contigus (0.3%)
           3 répertoires non contigus (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 94669/83
    60847382 blocs utilisés (51.91%, sur 117212625)
           0 bloc défectueux
          17 fichiers de grande taille

       94677 fichiers normaux
          74 répertoires
(...)
           0 socket
------------
       94751 fichiers
moi@mon-pc:~$

- -

Donc tu continues, en testant les superblocs un par un, comme ceci :

sudo e2fsck -b 98304 -yfv /dev/sdb5

dauphin · Le 31/10/2017, à 15:51

Je les avais fait un par un et n'ai donné que la bonne réponse pour ne pas encombrer le forum. faut-il tout refaire , y compris ceux après le bon ?

melixgaro · Le 31/10/2017, à 16:16

salut,

tu n'as jamais donné le bon superblock. Dans ton message #31, tu as donné trop d'arguments à la commande e2fsck ; résultat : le message affiché est la notice de la commande. Tu as cru à tort que ça marchait…

Dernière modification par melixgaro (Le 31/10/2017, à 16:16)

dauphin · Le 31/10/2017, à 17:09

Merci melixgaro,
J'ai refais les e2fsck et aucun n'est bon, hélas.
Voici les réponses :

michel@michel-desktop:~$ sudo e2fsck -b 98304 -yfv /dev/sdb5
[sudo] Mot de passe de michel : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de michel : 
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 163840 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 229376 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 294912 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 819200 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 884736 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 1605632 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 2654208 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 4096000 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$michel@michel-desktop:~$ sudo e2fsck -b 7962624 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 11239424 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 20480000 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 23887872 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 71663616 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 78675968 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ 
michel@michel-desktop:~$ sudo e2fsck -b 102400000 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ 
michel@michel-desktop:~$ sudo e2fsck -b 98304 -yfv /dev/sdb5
[sudo] Mot de passe de michel : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de michel : 
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 163840 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 229376 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 294912 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 819200 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 884736 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 1605632 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 2654208 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$ sudo e2fsck -b 4096000 -yfv /dev/sdb5
e2fsck 1.43.5 (04-Aug-2017)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5

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>

michel@michel-desktop:~$

jack · Le 31/10/2017, à 18:14

De toute façon dauphin voire les retours du #16 a transformé le disc en aquariums. C’est la jungle ! Franchement bon courage .... !

moko138 · Le 01/11/2017, à 03:27

dauphin a écrit :

J'ai refais les e2fsck et aucun n'est bon.

Dommage ! Et Étrange, quand sdb3 abrite sans souci apparent ta racine.

Il va falloir passer à un niveau supérieur.
Mais tu devras être rigoureux dans les commandes et les retours, quand un spécialiste interviendra.
D'ici là, que donnent :

sudo lsblk -o name,fstype,size,mountpoint,label

sudo hexdump -n5120 -C /dev/sdb1

sudo hexdump -n5120 -C /dev/sdb5

?

dauphin · Le 01/11/2017, à 07:32

Merci
Voilà:

michel@michel-desktop:~$ sudo lsblk -o name,fstype,size,mountpoint,label
[sudo] Mot de passe de michel : 
NAME   FSTYPE     SIZE MOUNTPOINT      LABEL
loop0  squashfs  83,1M /snap/core/3247 
loop1  squashfs   115M /snap/vlc/4     
sda             223,6G                 
├─sda1 ntfs       100M                 Réservé au système
├─sda2 ntfs      47,9G                 
└─sda3 ntfs       856M                 
sdb             931,5G                 
├─sdb1              1K                 
├─sdb2 ntfs       374G                 Dossiers Windows
├─sdb3 ext4      46,7G /               
├─sdb4 ext4      61,3G                 recup
└─sdb5          449,6G                 
sdc              55,9G                 
├─sdc1 ntfs      54,1G                 SEVEN
└─sdc2 swap       1,8G                 
sr0              1024M                 
michel@michel-desktop:~$ 
michel@michel-desktop:~$ sudo hexdump -n5120 -C /dev/sdb1
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 01  |................|
000001c0  01 01 0e fe ff ff 3f 00  00 00 01 55 32 38 00 00  |......?....U28..|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400
michel@michel-desktop:~$ 
michel@michel-desktop:~$ sudo hexdump -n5120 -C /dev/sdb5
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00001400
michel@michel-desktop:~$

moko138 · Le 01/11/2017, à 08:20

À l'avenir, merci de bien séparer les retours

comme

ceci.

- -
.

michel@michel-desktop:~$ sudo hexdump -n5120 -C /dev/sdb5
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00001400
michel@michel-desktop:~$

Aïe ! Rien dans les 5 premiers kio de sdb5 !

Que montre

history | grep /sd.5

?

Dernière modification par moko138 (Le 01/11/2017, à 08:35)

dauphin · Le 01/11/2017, à 09:47

OK pour séparer. voici la réponse:

michel@michel-desktop:~$ history | grep /sd.5
   25  sudo mke2fs -n -t ext4 /dev/sdb5
   28  sudo e2fsck -b 32768 -yfv /dev/sdb5
   29  sudo e2fsck -b 32768 -yfv /dev/sdx5
   31  sudo e2fsck -b 98304 -yfv /dev/sdx5
   32  sudo e2fsck -b 98304 -yfv /dev/sdb5
   33  sudo e2fsck -b 8193 -yfv /dev/sdb5
   34  sudo e2fsck -b /dev/sdb5
   35  sudo e2fsck -b 32768 -yfv /dev/sdb5
   36  sudo e2fsck -b 8193 -yfv /dev/sdb5
   37  sudo e2fsck -b 163840 -yfv /dev/sdb5
   38  sudo e2fsck -b 229376 -yfv /dev/sdb5
   39  sudo e2fsck -b 294912 -yfv /dev/sdb5
   40  sudo e2fsck -b 819200 -yfv /dev/sdb5
   41  sudo e2fsck -b 884736 -yfv /dev/sdb5
   42  sudo e2fsck -b 1605632 -yfv /dev/sdb5
   43  sudo e2fsck -b 2654208 -yfv /dev/sdb5
   44  102400000sudo e2fsck -b 102400000 -yfv /dev/sdb5
   45  sudo e2fsck -b 102400000 -yfv /dev/sdb5
   46  sudo e2fsck -b 78675968 -yfv /dev/sdb5
   47  sudo e2fsck -b 71663616 -yfv /dev/sdb5
   48  sudo e2fsck -b 23887872 -yfv /dev/sdb5
   52  sudo e2fsck -b 98304 -yfv /dev/sdb5
   53  32768  sudo e2fsck -b 98304 -yfv /dev/sdb532768
   54  sudo e2fsck -b 98304 -yfv /dev/sdb5
   55  sudo e2fsck -b 163840 -yfv /dev/sdb5
   56  sudo e2fsck -b 1229376 -yfv /dev/sdb5
   58  sudo e2fsck -b 98304 -yfv /dev/sdx5
   59  sudo e2fsck -b 163840 -yfv /dev/sdx5
   60  sudo e2fsck -b 229376 -yfv /dev/sdx5
   61  sudo e2fsck -b 98304 -yfv /dev/sdb5
   62  sudo e2fsck -b 98304 -yfv /dev/sdx5
   63  sudo e2fsck -b 98304 -yfv /dev/sdb5
   64  sudo e2fsck -b 163840 -yfv /dev/sdb5
   65  sudo e2fsck -b 229376 -yfv /dev/sdb5
   66  sudo e2fsck -b 294912 -yfv /dev/sdb5
   67  sudo e2fsck -b 819200 -yfv /dev/sdb5
   68  sudo e2fsck -b 884736 -yfv /dev/sdb5
   69  sudo e2fsck -b 1605632 -yfv /dev/sdb5
   70  sudo e2fsck -b 2654208 -yfv /dev/sdb5
   71  sudo e2fsck -b 4096000 -yfv /dev/sdb5
   72  sudo e2fsck -b 7962624 -yfv /dev/sdb5
   73  sudo e2fsck -b 11239424 -yfv /dev/sdb5
   74  sudo e2fsck -b 20480000 -yfv /dev/sdb5
   75  sudo e2fsck -b 23887872 -yfv /dev/sdb5
   76  sudo e2fsck -b 71663616 -yfv /dev/sdb5
   77  sudo e2fsck -b 78675968 -yfv /dev/sdb5
   78  sudo e2fsck -b 102400000 -yfv /dev/sdb5
  161  sudo hexdump -n5120 -C /dev/sdb5
  162  history | grep /sd.5
michel@michel-desktop:~$

moko138 · Le 01/11/2017, à 13:17

Merci ! Rien de révélateur.

En attendant l'arrivée d'un spécialiste et en espérant que le fichier /var/log/installer/partman existe encore dans 17.10, que montre

sudo cat /var/log/installer/partman | grep sd.5 | head

?

Dernière modification par moko138 (Le 01/11/2017, à 13:18)

dauphin · Le 01/11/2017, à 14:21

Voilà:

michel@michel-desktop:~$ sudo cat /var/log/installer/partman | grep sd.5 | head
[sudo] Mot de passe de michel : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de michel : 
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
(1,1,0)	(58688,254,62)	5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
parted_server: OUT: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
/lib/partman/automatically_partition/10resize_use_free/choices: paragraph: 5	8257536-482733457919	482725200384	logical	unknown	/dev/sdb5	
/lib/partman/automatically_partition/10resize_use_free/choices: 5 8257536-482733457919 482725200384 logical unknown /dev/sdb5 
michel@michel-desktop:~$

moko138 · Le 01/11/2017, à 16:39

Ah ! Enfin une info ! Compare
chez moi, le type de système de fichiers (FS) était correctement vu pendant l'installation :

moko138@...:~$ sudo cat /var/log/installer/partman | grep sd.7 | head -1
parted_server: OUT: 7 (...) logical ext4 /dev/sda7
moko138@...:~$

or chez toi :

dauphin a écrit :

sudo cat /var/log/installer/partman | grep sd.5 | head
parted_server: OUT: 5 8257536-482733457919 482725200384 logical unknown /dev/sdb5

Donc sdb5 était déjà en vrac quand tu as réinstallé !

Je reprends, en ./viewtopic.php?pid=21808395#p21808395, le partitionnement que tu avais avant de réinstaller 17.10 et windows :

michel@michel-desktop:~$ sudo parted -l
[sudo] Mot de passe de michel : 
Modèle: ATA SanDisk SDSSDA24 (scsi)
Disque /dev/sda : 240GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  52,0GB  52,0GB  primary  ntfs                 démarrage
 2      52,0GB  104GB   52,3GB  primary  ext4
 4      104GB   238GB   134GB   primary  ext4
 3      238GB   240GB   1902MB  primary  linux-swap(v1)


Modèle: ATA WDC WD10EZEX-21M (scsi)
Disque /dev/sdb : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  483GB   483GB   primary  ext4
 2      483GB   884GB   402GB   primary  ntfs                 démarrage
 3      884GB   934GB   50,1GB  primary  ext4
 4      934GB   1000GB  65,8GB  primary  ext4

Il n'y avait pas de partition logique ni étendue le 12/10 ;
le problème s'est produit entre le 12/10 et le 25/10 (réinstallations).
En revanche, on voit que l'emplacement, en début de disque, et la taille, 483 Go/449,83 Gio, de l'ancienne sdb1 sont très voisines de l'actuelle sdb5.
Ce qui donne un regain d'espoir.
Montre

sudo parted -l

et (c'est toujours une simulation) :

sudo mke2fs -n -t ext4 /dev/sdb1

- -

Quand tu écrivais, le 13/10 :

Non, je n'utilise pas Virtualbox pour Ubuntu, mais pour Windows.

je ne comprends pas :
ton ancien ubuntu était bien indépendant de windows ?
C'était bien autre chose qu'ubuntu que tu virtualisais dans windows ?

- -

Est-ce que c'est WDC WD10EZEX-21M /dev/sdb : 1000GB qui était dans le boîtier usb3, insuffisamment alimenté derrière le hub ?
Je ne crois pas (puisque derrière le hub sans alimentation externe, le HDD du boîtier ne fonctionnait pas) et que en #9 du fil usb, dans

dmesg | tail -15
(...)
[  102.233447] vboxpci: IOMMU not found (not registered)
[17834.694858] usb 3-2: USB disconnect, device number 2
[17907.951991] usb 8-1.2: USB disconnect, device number 3
[17907.994536] cdrom: issuing MRW background format suspend
[17956.401066]  sdb: sdb1 sdb2 sdb3 sdb4
[17956.417822]  sdc: sdc1 sdc2
[17956.441240]  sdc: sdc1 sdc2
[17958.902379]  sdb: sdb1 sdb2 sdb3 sdb4

les 4 partitions de sdb étaient reconnues sans être précédées du classique

usb (...) new (...) USB device

Alors est-ce que ton WD10EZEX était branché en Sata, dans ton pc ?
- -

Au dernier message du fil usb, tu disais :

J'ai acheté un hub externe alimenté par transfo.

Ça, c'était parfait.

Pour l'instant ça fonctionne même sans le transfo.

Ça, s'il s'agissait d'un HD 3,5 pouces rotatif comme ton WD10EZEX / 1.000 Go,
- ou même d'un 2,5 pouces mais alimenté par une seule prise usb2 -
alors c'était LA grosse c*nnerie, à ne jamais refaire.

Je laisse l'interne en place pour l'utiliser en 2.0

Là, je ne vois pas ce que tu voulais dire :
merci de clarifier.

dauphin · Le 01/11/2017, à 16:47

Voici les réponses (dans l'ordre et séparées !):

michel@michel-desktop:~$ sudo parted -l
[sudo] Mot de passe de michel : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de michel : 
Modèle: ATA WDC WD10EZEX-21M (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
 1      8225kB  483GB   483GB   extended                       lba
 5      8258kB  483GB   483GB   logical                        lba
 2      483GB   884GB   402GB   primary   ntfs                 démarrage
 3      884GB   934GB   50,1GB  primary   ext4
 4      934GB   1000GB  65,8GB  primary   ext4


Modèle: ATA SanDisk SDSSDA24 (scsi)
Disque /dev/sdb : 240GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  106MB   105MB   primary  ntfs                 démarrage
 2      106MB   51,5GB  51,4GB  primary  ntfs
 3      51,5GB  52,4GB  898MB   primary  ntfs                 diag


Modèle: ATA KINGSTON SV300S3 (scsi)
Disque /dev/sdc : 60,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  58,1GB  58,1GB  primary  ntfs                 démarrage


michel@michel-desktop:~$

michel@michel-desktop:~$ sudo mke2fs -n -t ext4 /dev/sdb1
[sudo] Mot de passe de michel : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de michel : 
mke2fs 1.43.5 (04-Aug-2017)
/dev/sdb1 contient un système de fichiers ntfs étiqueté « Réservé au système »
Procéder malgré tout ? (o,N) o
En train de créer un système de fichiers avec 102400 1k blocs et 25688 i-noeuds.
UUID de système de fichiers=ffa31d6a-e329-4ec7-b5c4-2fe4722b0f53
Superblocs de secours stockés sur les blocs : 
	8193, 24577, 40961, 57345, 73729

michel@michel-desktop:~$

- Pour ce qui est de Virtualbox, j'avais un win 10 sur une partition séparée et un seven dans Vitualbox
- le disque WD est interne en sata 3
- le disque externe es tun Toshiba rotatif de 1 GO (pour les sauvegardes)
- pour la dernière question, c'est l'usb3 interne 4 ports que j'avais monté en plus du seul d'origine en face arrière que j'avais ainsi ramené en face avant dont je parlais. depuis j'ais acheté un hub 4 pot usb3 externe alimenté.
A part ça, j'ai un autre petit souci : le petit SSD que j'ai gardé avec un ancien Seven pour lire certains fichiers n'est plus reconnu par le Grub, ni par le Bios.Poutrtant il apparait dans "disques" et"Gparted" et je peux le lire dans "Fichiers". Que se passe-t-il?
Promis, je ne brancherai plus jamais mon disque externe sans l'alimentation.

Dernière modification par dauphin (Le 01/11/2017, à 17:11)

moko138 · Le 01/11/2017, à 18:29

1) Attention : les lettres attribuées aux disques sda et sdb ont permuté !
Le SSD SDSSDA24 240GB est devenu sdb,
Le WD10EZEX-21M 1000GB est devenu sda.

a) Tu vois ainsi concrètement pourquoi il faut faire une vérification juste avant de lancer une modif' non simulée, comme sudo e2fsck -yfv /dev/sdXN.
L'extrait de retour

/dev/sdb1 contient un système de fichiers ntfs étiqueté « Réservé au système »
Procéder malgré tout ? (o,N)

constituait un signal supplémentaire.

b) Du coup, montre :

sudo mke2fs -n -t ext4 /dev/sda1

2)

Virtualbox, j'avais un win 10 sur une partition séparée et un seven dans Vitualbox

OK.

le disque WD [WD10EZEX 1000 Go était et] est interne en sata 3

OK.

Promis, je ne brancherai plus jamais mon disque externe sans l'alimentation.

Parfait.

pour la dernière question, c'est l'usb3 interne 4 ports que j'avais monté en plus du seul d'origine en face arrière que j'avais ainsi ramené en face avant dont je parlais. depuis j'ai acheté un hub 4 ports usb3 externe alimenté.

OK (après 3 lectures !)
Il faut savoir que l'alim de ton pc - comme ton arrivée d'eau ou ton compteur EdF - connaît une limite au débit qu'il peut fournir. Cette limite est généralement marquée derrière l'alim des tours, ou sous les portables :

Output : ... A(mpères)

Ainsi, même en branchant une clarinette (équivalent du hub, en plomberie) au-dessus de ta baignoire, tu ne pourrais pas multiplier le débit pour remplir ta baignoire en une seconde. Et même avec des prises multiples, tu ne pourrais pas faire fonctionner 30 fers à repasser en même temps.
De même, interne ou externe, un hub ne peut pas distribuer plus de courant (Ampères) que l'alim du pc n'en fournit après avoir alimenté la carte-mère, les disques internes, la carte graphique, les ventilateurs etc.
Et si le fabricant a mis une seule prise usb3 (je crois me rappeler que l'usb3 est censé pouvoir fournir plus de courant que l'usb2), c'est (sauf limitation purement mercatique pour inciter à acheter un modèle plus cher) motivé par le courant sortant (output) de l'alim.
Voilà pourquoi votre hub est muet(te). (celui sans alim externe).
Et voilà pourquoi certains ont réussi à griller une alim de tour, en branchant en même temps trop de périphériques.

moko138 · Le 01/11/2017, à 18:34

3)

A part ça, j'ai un autre petit souci : le petit SSD que j'ai gardé avec un ancien Seven pour lire certains fichiers n'est plus reconnu par le Grub, ni par le Bios.Poutrtant il apparait dans "disques" et"Gparted" et je peux le lire dans "Fichiers". Que se passe-t-il?

Soit, disque branché et reconnu dans "Fichiers",

sudo os-prober; echo; echo; sudo update-grub

résout le problème,
soit tu ouvres un fil spécifique.

dauphin · Le 01/11/2017, à 18:43

Merci moko138 pour toutes ces précisions. Par curiosité j'ouvrirai ma tour pour voir la puissance de l'alimentation - de mémoire je crois que c'est 400w-
Voici la réponse:

michel@michel-desktop:~$ sudo mke2fs -n -t ext4 /dev/sda1
[sudo] Mot de passe de michel : 
mke2fs 1.43.5 (04-Aug-2017)
/dev/sda1 contient un système de fichiers ntfs étiqueté « SEVEN »
Procéder malgré tout ? (o,N) o
En train de créer un système de fichiers avec 14182912 4k blocs et 3547136 i-noeuds.
UUID de système de fichiers=8ee0e5c3-a926-4ea5-81cb-c67b62ea8452-
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424

michel@michel-desktop:~$

une petite explication sur l'échange des numéros de disques : j'avais pensé que le SSD de 60 GO fonctionnerai mieux sur un port Sata3 et j'avais inversé les nappes avec le WD (Sata2); le disque de 60 Go n'a plus été vu par "Fichiers", j'ai donc tout remis en place et maintenant j'ai bien:
-Sda1 60Go SEVEN
-Sdb1 240 Go Ubuntu
- Sdc 1 To Dossiers Windows et Dossiers Ubuntu (celle qui a disparu)

pour l'alim, je viens de vérifier, c'est seulement 300w

Dernière modification par dauphin (Le 01/11/2017, à 19:06)

moko138 · Le 01/11/2017, à 19:43

Redonne

sudo lsblk -o name,fstype,size,label,mountpoint,uuid

et ne modifie plus tes branchements sans concertation !
- -

Combien as-tu de disques d'une capacité voisine de 60 Gio ?
Il y a :
- le KINGSTON SV300S3

- et (peut-être le même) :

sdc              55,9G                                        
├─sdc1 ntfs      54,1G                     SEVEN              427E092D7E091AF5
└─sdc2 swap       1,8G                                        24f7f098-ad27-4d08-a756-0e3d9dac419f

- et (probablement le même que le précédent) :

dauphin a écrit :

Sda1 60Go SEVEN

- Et puis ?

- -

/!\ Attention les 60 Gio sont vieux et presque toujours détériorés, non fiables !

- -

Tu fatigues (et moi aussi) :

dauphin a écrit :

-Sdb1 240 Go Ubuntu

n'existe pas. Tu n'as aucune partition de 240 Go. Et sur le SSD de 240 Go, je t'ai déjà fait remarquer (#19) que tu avais seulement trois partitions ntfs, rien en linux.
Et

dauphin a écrit :

- Sdc 1 To Dossiers Windows et Dossiers Ubuntu (celle qui a disparu)

Non car :

NAME   FSTYPE     SIZE MOUNTPOINT          LABEL              UUID
├─sdb2 ntfs       374G                     Dossiers Windows   59C33B3172383267
├─sdb3 ext4      46,7G /                                      c5c7db01-88f1-4ee3-a654-e3f9d308dbcf
├─sdb4 ext4      61,3G                     recup              4f4e4231-a54d-4da0-a2e5-9ee5c4dca08c

sont montées ou prêtes à monter d'un clic.

Seule celle-ci :

└─sdb5          449,6G

est l'objet de ce fil.

= =

dauphin a écrit :

- le disque externe es tun Toshiba rotatif de 1 GO (pour les sauvegardes)

Pas compris.
En 1 Go, je ne vois (en #33) que

sdd               974M                                        
└─sdd1 vfat       974M /media/michel/CODES CODES              28F6-C23C

qui m'a tout l'air d'une clef usb. Et les HDD d'1 Gio ont 25 ans.

Et si (probable) c'est un lapsus pour "1 To",
parted ne le voit pas en #46,
mais lsblk voit un bizarre

sr1                 1T

en #33. Or /dev/sr0 et /dev/sr1 sont généralement les lecteurs de DVD
et je n'ai jamais vu de DVD de 1 Tio...

Toujours l'alim :
Débranche le superflu (imprimante et scanner usb etc.).
Essaie en ne branchant qu'un DDE à la fois,
sur hub auto-alimenté ou directement branché à la carte-mère.
Puis en usb2 si ça coince en usb3.

Si ça coince toujours :
- débrancher (côté usb) le DDE non reconnu.
- attendre 15 secondes
- montrer

uname -mr; lsusb

- montrer (pour l'horodatage) :

dmesg | tail -1

- rebrancher le DDE à problème
- attendre 40 secondes
- montrer

lsusb; echo; lsusb -t

mount -l | tail -3

dmesg | grep -Evi "80211|ipv6|network" | tail -30

(toujours en séparant les retours).

Avec ça, on a presque toujours de quoi voir clair.

Dernière modification par moko138 (Le 01/11/2017, à 19:45)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 31/10/2017, à 09:38

Re : ext4 -> fat16 [RESOLU]

#27 Le 31/10/2017, à 09:46

Re : ext4 -> fat16 [RESOLU]

#28 Le 31/10/2017, à 10:03

Re : ext4 -> fat16 [RESOLU]

#29 Le 31/10/2017, à 10:33

Re : ext4 -> fat16 [RESOLU]

#30 Le 31/10/2017, à 11:17

Re : ext4 -> fat16 [RESOLU]

#31 Le 31/10/2017, à 12:24

Re : ext4 -> fat16 [RESOLU]

#32 Le 31/10/2017, à 13:17

Re : ext4 -> fat16 [RESOLU]

#33 Le 31/10/2017, à 14:14

Re : ext4 -> fat16 [RESOLU]

#34 Le 31/10/2017, à 14:24

Re : ext4 -> fat16 [RESOLU]

#35 Le 31/10/2017, à 15:51

Re : ext4 -> fat16 [RESOLU]

#36 Le 31/10/2017, à 16:16

Re : ext4 -> fat16 [RESOLU]

#37 Le 31/10/2017, à 17:09

Re : ext4 -> fat16 [RESOLU]

#38 Le 31/10/2017, à 18:14

Re : ext4 -> fat16 [RESOLU]

#39 Le 01/11/2017, à 03:27

Re : ext4 -> fat16 [RESOLU]

#40 Le 01/11/2017, à 07:32

Re : ext4 -> fat16 [RESOLU]

#41 Le 01/11/2017, à 08:20

Re : ext4 -> fat16 [RESOLU]

#42 Le 01/11/2017, à 09:47

Re : ext4 -> fat16 [RESOLU]

#43 Le 01/11/2017, à 13:17

Re : ext4 -> fat16 [RESOLU]

#44 Le 01/11/2017, à 14:21

Re : ext4 -> fat16 [RESOLU]

#45 Le 01/11/2017, à 16:39

Re : ext4 -> fat16 [RESOLU]

#46 Le 01/11/2017, à 16:47

Re : ext4 -> fat16 [RESOLU]

#47 Le 01/11/2017, à 18:29

Re : ext4 -> fat16 [RESOLU]

#48 Le 01/11/2017, à 18:34

Re : ext4 -> fat16 [RESOLU]

#49 Le 01/11/2017, à 18:43

Re : ext4 -> fat16 [RESOLU]

#50 Le 01/11/2017, à 19:43

Re : ext4 -> fat16 [RESOLU]

Pied de page des forums