Clé USB non detectée suite à un bug lors du montage de l'ISO

[Mich']

Bonjour,

J'ai essayé de créer une clé bootable avec LM 20.2 pour un ami, mais lors du montage de l'iso via le "créateur de clé USB", un msg d'erreur est survenu. Depuis, impossible de la detecter ni sur un linux, ni sur un windows...
Sur linux Gparted ne voit rien et l'outil "Disque" non plus...

Sur windows elle n'est pas visible lors d'un scan des différents disque (la commande DiskPart ne le detecte pas non plus)

Je suis un peu embêté car la clé, est une "grosse" clé 60GB et elle est à mon ami

Des idées ?

[falke]

non , ta clé n'est pas fouttue

tu peux la récupérer et garder ton ami

d'abord tu répère BIEN le périphérique qui correspond à ta clé en faisant :

sudo fdisk -l

puis tu va la réinitialiser "à neuf" en écrivant des zéros desssus du premier secteur au dernier.

sudo dd if=/dev/zero of=/dev/sd[adapter avec la lettre qui suit et sans le chiffre qui suit] bs=4MB status=progress

triple ckeck que sd(x) correspond bien à ta clé et à rien d'autre sinon tu flingueras tes données sur le mauvais disque

n'éteinds pas le pc tant que ça tourne, ça peut durer longtemps avec une clé de 60 Go dans une autre console tape la commande top pour voir si dd tourne toujours.

Suite à ça tu pourras utiliser gparted pour récréer une table de partitions msdos et créer le système de fichier de ton choix sur la clé et t'en servir à nouveau.

[serged]

- Est-ce que la commande lsusb voit ta clef quand elle est introduite ? Par exemple (y'a du monde !) :

Code : Tout sélectionner

$ lsusb
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 002: ID 04b8:0103 Seiko Epson Corp. GT-6600U [Perfection 610]
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 007: ID 0930:6544 Toshiba Corp. TransMemory-Mini / Kingston DataTraveler 2.0 Stick
Bus 002 Device 003: ID 1c4f:0034 SiGma Micro USB 2.0 Hub
Bus 002 Device 002: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0e8d:1887 MediaTek Inc. Portable Super Multi Drive
Bus 001 Device 002: ID 06f8:301a Guillemot Corp. Hercules HD Twist
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0461:0010 Primax Electronics, Ltd HP PR1101U / Primax PMX-KPR1101U Keyboard
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ici c'est la ligne :

Code : Tout sélectionner

Bus 002 Device 007: ID 0930:6544 Toshiba Corp. TransMemory-Mini / Kingston DataTraveler 2.0 Stick

qui montre ma clef USB.
Fais la commande avec et sans la clef et compte les lignes...
Si elle n'est pas vue, c'est que ta clef est foutue, ou ton port USB (essaye sur un autre port...)

[Mich']

Bonjour à tous :

Pour Flake : fdisk -I me retourne que la partition du disque dur de la machine quelque soit le port...

Code : Tout sélectionner

Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 31785ECB-90D4-4101-9F6F-B784EB5C187A

Périphérique    Début       Fin  Secteurs Taille Type
/dev/sda1        2048   1050623   1048576   512M Système EFI
/dev/sda2     1050624  49878748  48828125  23,3G Système de fichiers Linux
/dev/sda3    49879040  53784575   3905536   1,9G Partition d'échange Linux
/dev/sda4    53784576 976771071 922986496 440,1G Système de fichiers Linux

Pour Serged :
Aucun changement dans le nombre de ligne que la clé soit branchée ou non... et quelque soit le port...

Pour Cyrille :

Code : Tout sélectionner

X201EP:~$ sudo dmesg | tail -17
[   28.607027] fbcon: Taking over console
[   28.617833] Console: switching to colour frame buffer device 170x48
[   29.761014] Lockdown: Xorg: raw io port access is restricted; see man kernel_lockdown.7
[   30.811816] wlp2s0: authenticate with e4:9e:12:83:44:7c
[   30.826841] wlp2s0: send auth to e4:9e:12:83:44:7c (try 1/3)
[   30.829937] wlp2s0: authenticated
[   30.831221] wlp2s0: associate with e4:9e:12:83:44:7c (try 1/3)
[   30.835910] wlp2s0: RX AssocResp from e4:9e:12:83:44:7c (capab=0x1411 status=0 aid=1)
[   30.836088] wlp2s0: associated
[   30.890915] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[   33.873003] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[   33.905826] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[  945.653394] SGI XFS with ACLs, security attributes, realtime, no debug enabled
[  945.760888] JFS: nTxBlock = 8192, nTxLock = 65536
[  945.869807] ntfs: driver 2.1.32 [Flags: R/O MODULE].
[  945.955446] QNX4 filesystem 0.2.3 registered.
[ 1061.969115] usb 3-2: USB disconnect, device number 2

C'est pas gagné pour conserver mon ami !

[Mich']

Oui oui... c'est bien ce que je pensais...
Bon pas grave merci d'avoir cherché !
Plus généralement, y a t il des contre indications a utiliser ces clés de "forte capacité" pour monter des ISO ? Le soucis vient peut être de la ?

[falke]

@Cyrille,

message corrigé et complété en dessous de ta réponse..

[falke]

@Cyrille,

pas certain, chez moi j'ai deux clés branchées. (une normale en Ext4 dev/sdb et une cryptée /dev/sdd)

une commande ls montre bien sdd

Code : Tout sélectionner

falke@falke-MacBookAir:~$ ls -l /dev/s*
brw-rw---- 1 root disk  8,   0 déc.  31 12:24 /dev/sda
brw-rw---- 1 root disk  8,   1 déc.  31 12:24 /dev/sda1
brw-rw---- 1 root disk  8,   2 déc.  31 12:24 /dev/sda2
brw-rw---- 1 root disk  8,  16 déc.  31 12:24 /dev/sdb
brw-rw---- 1 root disk  8,  17 déc.  31 12:24 /dev/sdb1
brw-rw---- 1 root disk  8,  32 déc.  31 12:24 /dev/sdc
brw-rw---- 1 root disk  8,  48 déc.  31 12:24 /dev/sdd
crw-rw---- 1 root disk 21,   0 déc.  31 12:24 /dev/sg0
crw-rw---- 1 root disk 21,   1 déc.  31 12:24 /dev/sg1
crw-rw---- 1 root disk 21,   2 déc.  31 12:24 /dev/sg2
crw-rw---- 1 root disk 21,   3 déc.  31 12:24 /dev/sg3
crw------- 1 root root 10, 231 déc.  31 12:24 /dev/snapshot
lrwxrwxrwx 1 root root      15 déc.  31 12:23 /dev/stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root      15 déc.  31 12:23 /dev/stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root      15 déc.  31 12:23 /dev/stdout -> /proc/self/fd/1

/dev/shm:
total 0

/dev/snd:
total 0
drwxr-xr-x  2 root root       80 déc.  31 12:24 by-path
crw-rw----+ 1 root audio 116,  8 déc.  31 12:24 controlC0
crw-rw----+ 1 root audio 116, 12 déc.  31 12:24 controlC1
crw-rw----+ 1 root audio 116,  7 déc.  31 12:24 hwC0D0
crw-rw----+ 1 root audio 116, 11 déc.  31 12:24 hwC1D0
crw-rw----+ 1 root audio 116,  6 déc.  31 12:24 pcmC0D10p
crw-rw----+ 1 root audio 116,  2 déc.  31 12:24 pcmC0D3p
crw-rw----+ 1 root audio 116,  3 déc.  31 12:24 pcmC0D7p
crw-rw----+ 1 root audio 116,  4 déc.  31 12:24 pcmC0D8p
crw-rw----+ 1 root audio 116,  5 déc.  31 12:24 pcmC0D9p

mais la commande dmesg | tail -17 non :

Code : Tout sélectionner

falke@falke-MacBookAir:~$ dmesg | tail -17
[    7.455122] audit: type=1400 audit(1640949843.931:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=593 comm="apparmor_parser"
[    7.455124] audit: type=1400 audit(1640949843.931:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/{,usr/}sbin/dhclient" pid=593 comm="apparmor_parser"
[    7.489449] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card1/input15
[    7.999878] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    7.999880] Bluetooth: BNEP filters: protocol multicast
[    7.999886] Bluetooth: BNEP socket layer initialized
[    8.019070] wl 0000:03:00.0 wlp3s0: renamed from wlan0
[    8.024461] intel_rapl_common: Found RAPL domain package
[    8.024463] intel_rapl_common: Found RAPL domain core
[    8.024464] intel_rapl_common: Found RAPL domain uncore
[    8.024465] intel_rapl_common: Found RAPL domain dram
[    8.120800] NET: Registered protocol family 38
[   10.672618] Bluetooth: RFCOMM TTY layer initialized
[   10.672627] Bluetooth: RFCOMM socket layer initialized
[   10.672632] Bluetooth: RFCOMM ver 1.11
[   12.983846] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[   17.033567] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)

pas plus que la commande mount ...

et pourtant le périphérique /sdd est bien visible dans gparted (monté sur gvfs )

... peu importe,

je pense qu'en débranchant tout autre périphérique ormis sa clé usb avec la commande ls -l /dev/s*

il devrait pouvoir trouver sa clé sans ambiguïté et la réinitialiser tel que je l'ai indiqué plus haut .

[falke]

Je pense qu'il ya espoir..

Par exple la commande blkid en dit aussi plus chez moi que lsusb sur mon périphérique crypté. Notamment qu'il est de type crypto-LUKS.

À côté de ls -la /dev/s* c'est une autre commande à tenter.

[serged]

Pour Serged :
Aucun changement dans le nombre de ligne que la clé soit branchée ou non... et quelque soit le port...

Donc la clef est "morte" . T'as essayé par hasard sur une autre machine ? Et en "titillant" la clef sur le port USB ?

[falke]

Salut, serges. Tu devrais relire le fil. À mon avis la clé n'est peut être pas morte. Mais avant de titiller faut peut être qu'il essaie la dernière manip