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

Clé usb ne se monte plus

Nuliel

Ceci est le prochain message à adapter en fonction de ton retour, ne l'applique pas, je le modifierai demain. Bonne nuit 🙂

Alors tu peux tenter

sudo losetup -P /dev/loop0 image.iso

afin de "brancher" image.iso sur /dev/loop0. Puis redonne

sudo fdisk -l /dev/loop0

qu'on ait le nom de la partition à réparer.

jamesbad000

@Naziel
Tiens le -P m'avait échappé. Du coup plus besoin de partprobe...

Méthode pour utiliser le 1er /dev/loop dispo (-f) et avoir l'affichage de celui çi (--show) :

loopDev=$(sudo losetup -P --show -f image.iso); echo $loopDev; fdisk -l $loopDev

Phroso

La copie de sauvegarde est faite.
Pour la clé

sudo fdisk -l

renvoie :

Disque /dev/sdb : 7,3 GiB, 7864320000 octets, 15360000 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 : 0xcc70de72

Périphérique Amorçage Début      Fin Secteurs Taille Id Type
/dev/sdb1              2752 15359999 15357248   7,3G  7 HPFS/NTFS/exFAT

On en reste là pour l'instant.
A bientôt.
Merci pour votre aide si précieuse.

Nuliel

En fait je demandais le retour de

sudo fdisk -l

afin d'avoir la liste des /dev/loop parce que j'en ai besoin d'un non utilisé, mais jamesbad000 a proposé une solution pour avoir un /dev/loop libre.

Tu peux donner le retour de

loopDev=$(sudo losetup -P --show -f image.iso); echo $loopDev; fdisk -l $loopDev

@jamesbad000: j'ai jamais utilisé partprobe, si j'ai bien compris c'est pour prévenir le noyau d'un changement dans les /dev/loop. Je note la commande

jamesbad000

@naziel D'une façon générale partprobe permet de sonder un périphérique de bloc pour voir s'il y a une table de partition à prendre en compte par le noyau. (y compris si celle-ci ce trouve dans une partition !)

moko138

Naziel,
Pas seulement dans les /dev/loop :

man partprobe
       partprobe - inform the OS of partition table changes

Ça sert pour tous les supports de stockage avec table de partition(s).

Nuliel

C'est noté, merci à vous deux.

Phroso

Bonjour,
je constate avec plaisir que mon sujet en apprend à tout le monde !

Pour mon souci :

~$ loopDev=$(sudo losetup -P --show -f image.iso); echo $loopDev; fdisk -l $loopDev
losetup : option invalide -- 'P'

Usage:
 losetup loop_device                             give info
 losetup -a | --all                              list all used
 losetup -d | --detach <loopdev> [<loopdev> ...] delete
 losetup -f | --find                             find unused
 losetup -c | --set-capacity <loopdev>           resize
 losetup -j | --associated <file> [-o <num>]     list all associated with <file>
 losetup [options] {-f|--find|loopdev} <file>    setup

Suivent les options.

Est-ce la bonne commande ?
Merci.

jamesbad000

Ah, il semble que l'option P soit trop récente pour ta version de ubuntu. Du coup, je suggère de se rabattre sur "l'ancienne" méthode
Au passage j'avais omis quelques sudo...

loopDev=$(sudo losetup --show -f image.iso); echo $loopDev; sudo partprobe $loopDev; sudo fdisk -l $loopDev

edit : quelle version de ubuntu ?

sudo lsb_release -a

Phroso

Bonsoir,

loopDev=$(sudo losetup --show -f image.iso); echo $loopDev; sudo partprobe $loopDev; sudo fdisk -l $loopDev

losetup: image.iso : échec de configuration du périphérique boucle: Aucun fichier ou dossier de ce type
Disque /dev/sdb : 7,3 GiB, 7864320000 octets, 15360000 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 : 0xcc70de72

Périphérique Amorçage Début      Fin Secteurs Taille Id Type
/dev/sdb1              2752 15359999 15357248   7,3G  7 HPFS/NTFS/exFAT

La signature indique ma distribution utilisée habituellement : Ubuntu 16.04 LTS.
En déplacement cette semaine, je réalise les manips avec Xubuntu 18.04 LTS.
Les soucis sont les mêmes.
Merci pour votre aide.

jamesbad000

Au vu de la réponse

losetup: image.iso : échec de configuration du périphérique boucle: Aucun fichier ou dossier de ce type

le fichier image.iso n'est pas dans le répertoire courant (et on ne voit pas dans quel répertoire tu es au niveau de l'invite de commande. )

Il faudrait soit te positionner dans le répertoire qui contient image.iso, soit ajouter le chemin d'accès au nom du fichier....

Par ailleurs c'était une mauvaise idée que j'ai eu de tout mettre sur une seule ligne. On y verrais plus clair comme ceci

loopDev=$(sudo losetup --show -f image.iso) 
echo $loopDev 
sudo partprobe $loopDev
sudo fdisk -l $loopDev

Phroso

Bonjour,
je crois comprendre ce que tu expliques.
N'étant pas sur l'ordinateur où a été créée l'image.iso, il est logique que la commande
ne retrouve pas le répertoire.
Je suis coincé pour le moment.
Je donne le résultat des commandes successives dès que possible.
Merci pour votre attention et le partage de vos compétences.

Nuliel

Je vais mettre mettre ton message dans un autre fil avec un lien ici, sinon ce sera difficilement compréhensible entre les deux cas.

Le lien pour une autre personne en difficulté: https://forum.ubuntu-fr.org/viewtopic.php?id=2037524

Ca permettra de pouvoir aider plus simplement Phroso

Phroso

Bonsoir,
je suis revenu de mon escapade et souhaite reprendre le fil interrompu pour récupérer le contenu de la clé usb.
J'ai eu l'occasion de tester la clé sur Windows, alors que tous les documents présents ont été conçus et chargés sur Ubuntu.
J'ai pu voir tout le contenu et le sauvegarder.
Mais le plus étonnant, c'est que revenu sur Ubuntu le contenu était à nouveau lisible et
parfaitement utilisable.
Tant mieux, mais avant de clore le sujet, y voyez-vous une raison logique ?
Que pensez-vous qu'il se soit passé ?
Merci infiniment pour votre aide jamesbad000 et Naziel

Nuliel

Windows a dû faire une réparation du système de fichiers, ce qui est une bonne idée lorsque la clé est en bon état (et une très mauvaise quand elle est en mauvais état)

Il t'a proposé de la réparer?

moko138

En #10, inbox a écrit Comme indiqué dans la 1ère image, la MFT et sa copie sont différentes.

La partition étant en ntfs (de windows), windows a corrigé ce qu'il pouvait.

Que va-t-il se passer ensuite ?
Soit l'erreur d'entrée-sortie était causée par un faux-contact à l'interface (problème bénin, genre prises usb poussiéreuses) ;
soit elle correspond à un problème matériel dans la clef, usée : en ce cas le problème va réapparaître.

Phroso

Bonjour,
après plusieurs jours d'utilisation, la clé fonctionne toujours sous Ubuntu.

Windows t'a proposé de la réparer?

Je ne saurais dire, car le montage sous Windows est toujours très long.
Peut-être l'a-t-il fait.
En tout cas, je vais me méfier et ne rien y laisser d'important.
Merci beaucoup à tous pour votre accompagnement et vos compétences. 🙂
C'est résolu.

« Page précédente