#1 Le 22/08/2020, à 17:14
- FrancisFDZ
[Abandonné] Clé USB inaccessible
Bonjour,
Je dispose d'une clé USB LEXAR de 32 Go sur laquelle j'étais en train de tester tails. Tails a bien fonctionné, mais sur mon portable la carte wifi n'est pas reconnue, d'où plusieurs branchements / débranchements au cours de mes essais pour y installer le driver adéquat, qui pourraient être à l'origine du problème (si c'est un problème mécanique). Je ne peux plus accéder à cette clé, ni sous W10 avec mon portable, ni sous linux avec mon fixe. Sous W10, quand je branche la clé le branchement est bien détecté, mais la clé n'est pas montée : il apparaît un "Drive USB" mais sans clé branchée dessus ; sous linux, j'ai
francis@francis-G41M-Combo:~$ lsusb
Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 001 Device 003: ID 0424:2504 Microchip Technology, Inc. (formerly SMSC)
Bus 001 Device 002: ID ffff:1201
Bus 001 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 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
francis@francis-G41M-Combo:~$ La clé apparaît en 2ème ligne, mais impossible de la monter, ne connaissant que les identifiants "0424:2504"
Comment connaître l'origine de cette panne, et si logicielle, comment y remédier SVP ?
Dernière modification par FrancisFDZ (Le 27/08/2020, à 07:49)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#2 Le 22/08/2020, à 19:02
- inbox
Re : [Abandonné] Clé USB inaccessible
Salut,
Branche ta clef USB, attend 10 secondes et entre la commandes suivante :
dmesg | tail -n 40Ensuite :
lsblk -fe7 -o +SIZEA+
Dernière modification par inbox (Le 22/08/2020, à 19:03)
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#3 Le 23/08/2020, à 13:54
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Salut Inbox
D'abord, pour comparaison, quelques lignes de dmesg avant introduction de la clé
francis@francis-G41M-Combo:~$ dmesg | tail -n 15
[ 57.949531] kauditd_printk_skb: 17 callbacks suppressed
[ 57.949533] audit: type=1400 audit(1598182954.805:29): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=736 comm="cups-browsed" capability=23 capname="sys_nice"
[ 58.980191] Adding 6291452k swap on /dev/sdc12. Priority:-2 extents:1 across:6291452k FS
[ 60.048083] Adding 994300k swap on /dev/sdb7. Priority:-3 extents:1 across:994300k FS
[ 61.095695] FS-Cache: Loaded
[ 61.298012] FS-Cache: Netfs 'cifs' registered for caching
[ 61.362758] Key type cifs.spnego registered
[ 61.362766] Key type cifs.idmap registered
[ 61.363237] CIFS: Attempting to mount //192.168.1.254/DisqueUSB0_0
[ 61.363327] CIFS VFS: Error connecting to socket. Aborting operation.
[ 61.363336] CIFS VFS: cifs_mount failed w/return code = -2
[ 107.069836] rfkill: input handler disabled
[ 112.403272] atl1c 0000:02:00.0: atl1c: enp2s0 NIC Link is Up<100 Mbps Full Duplex>
[ 112.403293] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[ 273.591457] perf: interrupt took too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
francis@francis-G41M-Combo:~$ Puis avec la clé
francis@francis-G41M-Combo:~$ dmesg | tail -n 40
[ 27.570529] EXT4-fs (sdb9): mounted filesystem with ordered data mode. Opts: (null)
[ 32.229523] rtl8192cu 1-8:1.0 wlxc04a001c3f2f: renamed from wlan0
[ 34.223164] EXT4-fs (sdc9): mounted filesystem with ordered data mode. Opts: errors=remount-ro
[ 35.097551] audit: type=1400 audit(1598182931.957:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=547 comm="apparmor_parser"
[ 35.109281] audit: type=1400 audit(1598182931.965:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="system_tor" pid=546 comm="apparmor_parser"
[ 35.231277] audit: type=1400 audit(1598182932.085:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=549 comm="apparmor_parser"
[ 35.264292] audit: type=1400 audit(1598182932.121:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="ippusbxd" pid=552 comm="apparmor_parser"
[ 35.314162] audit: type=1400 audit(1598182932.169:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=553 comm="apparmor_parser"
[ 35.314171] audit: type=1400 audit(1598182932.169:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-helper" pid=553 comm="apparmor_parser"
[ 35.314175] audit: type=1400 audit(1598182932.169:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=553 comm="apparmor_parser"
[ 35.314178] audit: type=1400 audit(1598182932.169:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/{,usr/}sbin/dhclient" pid=553 comm="apparmor_parser"
[ 35.334619] audit: type=1400 audit(1598182932.189:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=554 comm="apparmor_parser"
[ 35.334875] audit: type=1400 audit(1598182932.189:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=554 comm="apparmor_parser"
[ 54.330640] rtl8192cu: MAC auto ON okay!
[ 54.364651] rtl8192cu: Tx queue select: 0x05
[ 57.949531] kauditd_printk_skb: 17 callbacks suppressed
[ 57.949533] audit: type=1400 audit(1598182954.805:29): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=736 comm="cups-browsed" capability=23 capname="sys_nice"
[ 58.980191] Adding 6291452k swap on /dev/sdc12. Priority:-2 extents:1 across:6291452k FS
[ 60.048083] Adding 994300k swap on /dev/sdb7. Priority:-3 extents:1 across:994300k FS
[ 61.095695] FS-Cache: Loaded
[ 61.298012] FS-Cache: Netfs 'cifs' registered for caching
[ 61.362758] Key type cifs.spnego registered
[ 61.362766] Key type cifs.idmap registered
[ 61.363237] CIFS: Attempting to mount //192.168.1.254/DisqueUSB0_0
[ 61.363327] CIFS VFS: Error connecting to socket. Aborting operation.
[ 61.363336] CIFS VFS: cifs_mount failed w/return code = -2
[ 107.069836] rfkill: input handler disabled
[ 112.403272] atl1c 0000:02:00.0: atl1c: enp2s0 NIC Link is Up<100 Mbps Full Duplex>
[ 112.403293] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[ 273.591457] perf: interrupt took too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[ 341.950260] usb 1-5.1: new high-speed USB device number 4 using ehci-pci
[ 342.058629] usb 1-5.1: New USB device found, idVendor=ffff, idProduct=1201, bcdDevice= 0.00
[ 342.058634] usb 1-5.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 342.126753] usb-storage 1-5.1:1.0: USB Mass Storage device detected
[ 342.138763] scsi host4: usb-storage 1-5.1:1.0
[ 342.139542] usbcore: registered new interface driver usb-storage
[ 342.154939] usbcore: registered new interface driver uas
[ 343.160665] scsi 4:0:0:0: Direct-Access NAND USB2DISK 0.00 PQ: 0 ANSI: 4
[ 343.165359] sd 4:0:0:0: Attached scsi generic sg4 type 0
[ 343.185167] sd 4:0:0:0: [sdd] Attached SCSI removable disk
francis@francis-G41M-Combo:~$Et enfin lsblk
francis@francis-G41M-Combo:~$ lsblk -fe7 -o +SIZE
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 111,8G
├─sda1
│ vfat DOS_SOS
│ 3D39-15E9 156,9M
├─sda2
│ 1K
├─sda3
│ ntfs Dernier
│ 62D01549D0152537 38,3G
├─sda5
│ ntfs WinXP 0ED8AAF7D8AADBE9 10G
├─sda6
│ ntfs 9EC49BF6C49BCEC1 8,8G
├─sda7
│ ntfs Photos
│ FEB06D09B06CC9AB 7,7G
├─sda8
│ ntfs C64C2C204C2C0DAD 3,7G
├─sda9
│ ext4 deb_root
│ 8c6ee909-3341-4341-848a-2108873c3b0b 18,3G
└─sda10
ext4 deb_home
8d0d5573-c828-4c2d-9033-c52d2982defa 24,9G
sdb 298,1G
├─sdb1
│ ntfs Vista 54249BFE249BE172 24,4G
├─sdb2
│ 1K
├─sdb5
│ ntfs Nouveau nom
│ FC6CFE3F6CFDF3EC 24,4G
├─sdb6
│ ntfs Lect. logiq
│ 04D4E5BDD4E5B15A 47G
├─sdb7
│ swap c695a164-225d-4f86-a774-fb59aacefc16 [SWAP] 971M
├─sdb8
│ ext4 c1cce0bb-2291-4afc-bfba-425bbb8983ad 14,3G 27% / 21,6G
├─sdb9
│ ext4 ub_home
│ 49cba26b-3183-42df-82d1-54a8f56c8d7d 1,9G 86% /home 22,6G
├─sdb10
│ ntfs Win7 666CD1146CD0E03B 50G
├─sdb11
│ ntfs Fichiers partagés
│ 523CAEE33CAEC0F9 50G
├─sdb12
│ ext4 922f5694-b9f8-48a9-87cf-418664a128ca 24,5G
└─sdb13
ext4 6bd0e2b7-da6d-47ea-a07b-cfd006788120 32,7G
sdc 931,5G
├─sdc1
│ 1K
├─sdc2
│ zfs_me root 2595419329805021916 50G
├─sdc5
│ ext2 Fed_boot
│ 4a98b043-b4a4-4251-b89b-9d1ea5cedcec 512M
├─sdc6
│ ext4 iso 71ce3dfb-109e-4ee2-a4ac-71230c241ff1 48,8G
├─sdc7
│ ext4 Fedora
│ 3ee65fa8-6a7c-43d3-8e90-82030da65a94 24,4G
├─sdc8
│ ext4 Fed_home
│ d064afd2-4353-4c52-a15b-3918a9cf8042 29,3G
├─sdc9
│ ext4 Ryzom 0435639e-05b1-499a-9ac4-1bbda5c1da82 1,7G 78% /home/fran 10,3G
├─sdc10
│ 98,9G
├─sdc11
│ ext4 OpenSuse
│ 0359b8ea-13fa-4fec-b0ee-a938d84741ed 20G
├─sdc12
│ swap f786eb31-7056-40f5-a494-1f5fb3f0db26 [SWAP] 6G
├─sdc13
│ ext4 mjo_root
│ 7c00ea6e-25b3-47d3-9296-c8cae909878e 25,4G
├─sdc14
│ ext4 mjo_home
│ 226e260e-ff4f-4121-bff4-fd768cd4db70 29,3G
├─sdc15
│ ext4 1d67facd-aaab-45c8-aaa6-cce646e1ce5b 24,4G
├─sdc16
│ ext4 Solus_home
│ 6399b1b9-fd97-4740-a0fe-588ecb22a211 48,8G
├─sdc17
│ ext4 Suse_home
│ e559f6c8-22e1-4bd9-beaf-6790ccb63187 39,1G
├─sdc18
│ 49,6G
├─sdc19
│ 96,7G
├─sdc20
│ ext4 5d5e8924-dc02-4208-89e0-495dc18d98cc 98,9G
├─sdc21
│ vfat VTOYEFI
│ B905-F9F5 32M
├─sdc22
│ exfat Ventoy
│ 2B7C-EABD 28,9G
├─sdc23
│ zfs_me root 2595419329805021916 47G
└─sdc24
2,5G
sr0 1024M
francis@francis-G41M-Combo:~$ J'ai vérifié avec lsusb, la clé est bien détectée
francis@francis-G41M-Combo:~$ lsusb
Bus 001 Device 003: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 001 Device 004: ID ffff:1201
Bus 001 Device 002: ID 0424:2504 Microchip Technology, Inc. (formerly SMSC)
Bus 001 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 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
francis@francis-G41M-Combo:~$NB : les lignes concernant Ventoy (sdc20 et 21) viennent d'un autre projet en cours qui serait de faire tourner Ventoy sur une partition de sdc (pas encore abouti)
Je pense que les lignes concernant ma clé récalcitrants dans dmesg commencent là :
[ 341.950260] usb 1-5.1: new high-speed USB device number 4 using ehci-pci
[ 342.058629] usb 1-5.1: New USB device found, idVendor=ffff, idProduct=1201, bcdDevice= 0.00
[ 342.058634] usb 1-5.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 342.126753] usb-storage 1-5.1:1.0: USB Mass Storage device detected[Edit] Ca ne peut pas être ma clé : les identifiants correspondent à la ligne 1 de lsusb (hub ?) [/Edit]
Ca me semble un peu rassurant : la clé semble bien lue, mais les ID cités dans ces lignes ne correspondent pas.
Dernière modification par FrancisFDZ (Le 23/08/2020, à 14:08)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#4 Le 23/08/2020, à 14:14
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Autre essai en branchant la clé sur un autre port :
francis@francis-G41M-Combo:~$ dmesg | tail -n 40
[ 57.949533] audit: type=1400 audit(1598182954.805:29): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=736 comm="cups-browsed" capability=23 capname="sys_nice"
[ 58.980191] Adding 6291452k swap on /dev/sdc12. Priority:-2 extents:1 across:6291452k FS
[ 60.048083] Adding 994300k swap on /dev/sdb7. Priority:-3 extents:1 across:994300k FS
[ 61.095695] FS-Cache: Loaded
[ 61.298012] FS-Cache: Netfs 'cifs' registered for caching
[ 61.362758] Key type cifs.spnego registered
[ 61.362766] Key type cifs.idmap registered
[ 61.363237] CIFS: Attempting to mount //192.168.1.254/DisqueUSB0_0
[ 61.363327] CIFS VFS: Error connecting to socket. Aborting operation.
[ 61.363336] CIFS VFS: cifs_mount failed w/return code = -2
[ 107.069836] rfkill: input handler disabled
[ 112.403272] atl1c 0000:02:00.0: atl1c: enp2s0 NIC Link is Up<100 Mbps Full Duplex>
[ 112.403293] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[ 273.591457] perf: interrupt took too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[ 341.950260] usb 1-5.1: new high-speed USB device number 4 using ehci-pci
[ 342.058629] usb 1-5.1: New USB device found, idVendor=ffff, idProduct=1201, bcdDevice= 0.00
[ 342.058634] usb 1-5.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 342.126753] usb-storage 1-5.1:1.0: USB Mass Storage device detected
[ 342.138763] scsi host4: usb-storage 1-5.1:1.0
[ 342.139542] usbcore: registered new interface driver usb-storage
[ 342.154939] usbcore: registered new interface driver uas
[ 343.160665] scsi 4:0:0:0: Direct-Access NAND USB2DISK 0.00 PQ: 0 ANSI: 4
[ 343.165359] sd 4:0:0:0: Attached scsi generic sg4 type 0
[ 343.185167] sd 4:0:0:0: [sdd] Attached SCSI removable disk
[ 413.086465] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
[ 446.417175] perf: interrupt took too long (3146 > 3135), lowering kernel.perf_event_max_sample_rate to 63500
[ 674.167004] perf: interrupt took too long (3939 > 3932), lowering kernel.perf_event_max_sample_rate to 50750
[ 957.391173] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 0.000 msecs
[ 957.391176] perf: interrupt took too long (15398 > 4923), lowering kernel.perf_event_max_sample_rate to 12750
[ 1576.708867] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 1.391 msecs
[ 1576.708870] perf: interrupt took too long (21615 > 19247), lowering kernel.perf_event_max_sample_rate to 9250
[ 1579.331935] usb 1-5.1: USB disconnect, device number 4
[ 1589.634748] usb 1-1: new high-speed USB device number 5 using ehci-pci
[ 1589.800192] usb 1-1: New USB device found, idVendor=ffff, idProduct=1201, bcdDevice= 0.00
[ 1589.800197] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 1589.800652] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 1589.806895] scsi host4: usb-storage 1-1:1.0
[ 1590.836725] scsi 4:0:0:0: Direct-Access NAND USB2DISK 0.00 PQ: 0 ANSI: 4
[ 1590.837127] scsi 4:0:0:0: Attached scsi generic sg4 type 0
[ 1590.851973] sd 4:0:0:0: [sdd] Attached SCSI removable disk
francis@francis-G41M-Combo:~$ Les lignes correspondant à "ffff:1201" correspondent aux deux prises usb situées sur mon écran ; la ligne correspondant à la clé incriminée serait plutôt celle là :
[ 1590.836725] scsi 4:0:0:0: Direct-Access NAND USB2DISK 0.00 PQ: 0 ANSI: 4Ça t'inspire ? Moi pas 
Dernière modification par FrancisFDZ (Le 23/08/2020, à 14:17)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#5 Le 23/08/2020, à 14:31
- inbox
Re : [Abandonné] Clé USB inaccessible
Avec l'identifiant de clef ffff:1201, j'ai trouvé ce sujet. Au vu des traces dans le dmesg, qui sont identiques, ma conclusion sera donc la même. Ta clef est HS.
Tu peux toujours lancer gnome-disks voir si ta clef y est visible. Mais j'ai un gros doute.
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#6 Le 23/08/2020, à 15:51
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Il y a 2 ports USB sur mon écran, lequel est relié à un autre port usb sur mon fixe, je pense que c'est l'un des trois qui a pour adresse ffff:1201
La clé est visible sur gnome-disk, mais sous forme "drive" ; disk me dit que c'est monté en /mnt/usb-NAND_USB2DISK-0:0, mais ce n'est pas le cas. Peut-être après un reboot ?
NB : la clé est récente (quelques mois), si elle est vraiment HS, ce pourrait être suite à des branchements - débranchements, mais une clé, c'est fait pour ça, non ?
Et l'adresse "ffff:1201" n'est pas celle de la clé, c'est
Bus 001 Device 002: ID 0424:2504 Microchip Technology, Inc. (formerly SMSC)[Edit] Pas de doute là dessus : c'est bien confirmé par lsusb (clé branchée => je vois ce code, clé débranchée => il n'y est plus)
Donc, oublions l'adresse "ffff:1201", elle n'a a priori rien à voir avec le problème. [/Edit]
[Edit2] 2 adresses différentes ? (cf correction en #11) [/Edit]
Dernière modification par FrancisFDZ (Le 24/08/2020, à 10:37)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#7 Le 23/08/2020, à 16:05
- xubu1957
Re : [Abandonné] Clé USB inaccessible
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#8 Le 23/08/2020, à 17:06
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
En supposant que l'UAS corresponde au "hub (?)" de mon écran, j'y ai pensé et c'est pourquoi j'ai branché ma clé ailleurs (mais sur l'USB du portable, sous win10, j'ai un comportement analogue : détection d'un driver USB au branchement de la clé, mais pas de clé associée : l'explorateur "voit" un driver, mais "vide")
[Edit] Je n'ai pas relancé la commande "lsblk" avec la clé branchée directement sur le PC, : faut-il le refaire ? [/Edit]
[Edit2] l'UAS n'a rien à voir avec mon écran [/Edit]
Dernière modification par FrancisFDZ (Le 23/08/2020, à 17:20)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#9 Le 23/08/2020, à 17:37
- xubu1957
Re : [Abandonné] Clé USB inaccessible
[ 1589.800652] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 1589.806895] scsi host4: usb-storage 1-1:1.0
[ 1590.836725] scsi 4:0:0:0: Direct-Access NAND USB2DISK 0.00 PQ: 0 ANSI: 4
[ 1590.837127] scsi 4:0:0:0: Attached scsi generic sg4 type 0
[ 1590.851973] sd 4:0:0:0: [sdd] Attached SCSI removable diskUSB Attached SCSI ( UAS ) ou USB connecté protocole SCSI ( UASP ) est un protocole de l' ordinateur utilisé pour transférer des données vers et à partir USB dispositifs de stockage tels que les disques durs (HDD), les disques SSD (SSD), et les clés USB . UAS dépend du protocole USB et utilise le jeu de commandes SCSI standard . L'utilisation d'UAS permet généralement des transferts plus rapides par rapport aux anciens pilotes BOT
dans > wiki/USB_Attached_SCSI
J'y pige rien !
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#10 Le 23/08/2020, à 18:49
- inbox
Re : [Abandonné] Clé USB inaccessible
UAS est un protocole de transfert USB.
La clé est visible sur gnome-disk, mais sous forme "drive"
Je suppose que cela signifie que c'est inscrit sur la partie gauche de l'interface de Gnome-disk. Qu'est-il indiqué sur la partie droite ?
Dernière modification par inbox (Le 23/08/2020, à 18:53)
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#11 Le 24/08/2020, à 10:24
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Rectification !
sous Windows, logiciel "Chip Genius", j'ai
Description: [E:]Dispositif de stockage de masse USB(NAND USB2DISK)
Device Type: Mass Storage DeviceProtocal Version: USB 2.00
Current Speed: High Speed
Max Current: 100mAUSB Device ID: VID = FFFF PID = 1201
Device Revision: 0000
Manufacturer: NAND
Product Model: USB2DISK
Product Revision: 0.00Controller Vendor: FirstChip
Controller Part-Number: FC1178BC
Flash ID code: 453C98B37672 - SanDisk - 1CE/Single Channel [TLC] -> Total Capacity = 32GBTools on web: http://dl.mydigit.net/search/?type=all&q=FC1178BC
Possible Flash Part-Number
----------------------------
UnknownFlash ID mapping table
----------------------------
[Channel 0] [Channel 1]
453C98B37672 --------
4545454545F5 --------
4545454545F5 --------
4545454545F5 --------
4545454545F5 --------
4545454545F5 --------
4545454545F5 --------
4545454545F5 --------
Comment se fait-ce qu'une clé puisse avoir deux identifiants ?
[Edit] Confirmé (toujours sous Win10) pas "cheapeasy" :
Logical drive : E:\ Capacity: 0.0G
Device ID : VID = FFFF PID = 1201
Device SN :
Device version : 0.00Device vendor : NAND
Device model : USB2DISK
Protocol : USB2.0
Max power : 100mAPartition type : Device active :
Aligned state : MisalignedNetwork error, the request for chipmodel failed!
OS Version : Windows 8 Personal
[/Edit]
Dernière modification par FrancisFDZ (Le 24/08/2020, à 11:45)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#12 Le 24/08/2020, à 10:50
- xubu1957
Re : [Abandonné] Clé USB inaccessible
Bonjour,
Dans > forum-raspberrypi.de/forum/thread/38258-suche-software-um-boot-stick-zu-erstellen
Der Stick ist jetzt Wieder ganz. Habe ihn auf arbeit mit Windows einfach Formatieren können. Mich würde trotzdem interessieren wieso Linux das nicht gepackt hat.
La clé est à nouveau entière. J'ai pu la formater facilement en travaillant avec Windows. J'aimerais toujours savoir pourquoi Linux n'a pas réussi.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#13 Le 24/08/2020, à 10:57
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
@xubu : Sous Win10, j'ai 'Lecteur USB (E:) ' sans accès à la clé, comme si j'avais branché un lecteur de cd sans disque !
Je vais quand même éplucher ton lien, des fois que ...
[Edit] dans le post sus-cité, la clé elle même est montée, ce n'est pas le cas chez moi.
Je ne peux pas non plus la voir avec gparted, je doute que parted soit plus performant (et parted suppose que la clé soit montée, en sdb dans ce post, éventuellement en sdd chez moi) [/Edit]
Dernière modification par FrancisFDZ (Le 24/08/2020, à 11:10)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#14 Le 24/08/2020, à 14:42
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Réponse à inbox en #10
NB : /dev/sdd n'est pas monté ni montable
Dernière modification par FrancisFDZ (Le 24/08/2020, à 14:49)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#15 Le 24/08/2020, à 14:50
- xubu1957
Re : [Abandonné] Clé USB inaccessible
Pour le pilote wifi :
mais sur mon portable la carte wifi n'est pas reconnue, d'où plusieurs branchements / débranchements au cours de mes essais pour y installer le driver adéquat
Pour le pilote RTL8192CU de ta clé wifi :
Tu devrais tenter la procédure : methode_2 Installation des clés avec chipset rtl8192CU
Pas de smartphone ?
Voir > Connexion de secours - partage de connexion avec un smartphone
_ _ _
> la méthode de moko138 pour poster une image, ou plutôt sa miniature cliquable.
_ _ _
(edit=messages regroupés)
_ _ _
Rien d'utile dans > ./viewtopic.php?pid=22320195#p22320195 ?
Dernière modification par xubu1957 (Le 24/08/2020, à 18:00)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#16 Le 24/08/2020, à 15:07
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
@xubu : mon pilote rtl8192CU fonctionne correctement, mais j'utilise des boitiers cpl.
Pour en revenir aux périphériques usb :
- clé branchée
rancis@francis-G41M-Combo:~$ lsusb
Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 001 Device 003: ID 0424:2504 Microchip Technology, Inc. (formerly SMSC)
Bus 001 Device 002: ID ffff:1201
Bus 001 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 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
francis@francis-G41M-Combo:~$ - clé débranchée :
francis@francis-G41M-Combo:~$ lsusb
Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 001 Device 003: ID 0424:2504 Microchip Technology, Inc. (formerly SMSC)
Bus 001 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 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
francis@francis-G41M-Combo:~$ Ben .. comme disait Hulk : je suis vert ! Du coup je ne sais plus à quoi correspond "0424:2504" et la clé, c'est définitivement bien ffff:1201
Il y a bien 2 clés branchées sur mon UC (sans compter celle qui nous occupe) :
- ma clé wifi (0bda:8178)
- un câble USB type "imprimante" reliant l'UC à l'écran pour y activer 2 ports usb (actuellement non utilisés) => ID 0424:2504 ?
En tout cas, il est maintenant définitivement clair que l'ID de la clé est bien ffff:1201, mais je ne comprend toujours pas pourquoi elle est bien détectée mais pas montée !
Dernière modification par FrancisFDZ (Le 24/08/2020, à 15:11)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#17 Le 24/08/2020, à 15:25
- xubu1957
Re : [Abandonné] Clé USB inaccessible
Je ne trouve pas le 2504 de l'ID dans > devicehunt.com/view/type/usb/vendor/0424
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#18 Le 24/08/2020, à 15:26
- pappou640
Re : [Abandonné] Clé USB inaccessible
Bonjour @ toutes & tous les Braves de ce forum accroché @ Linux et UBUNTU en particulier.
@FrancisFDZ:
je ne veux pas être oiseau de mauvaise augure , mais,vous parlé de Ventoy ; j'ai i y a une semaine connu un dysfonctionnement sur une clé neuve Ventoy qui est devenu (En lecture seule) après plusieurs essais et bidouilles sur plusieurs ordinateurs , impossible de supprimer quoique ce soit , elle accepte de démarrer les iso et de faire des installation .
Mais cet tout .Et Super Nany: du forum ma laissé espoir que ma clé étais condamnée a demeurer ainsi.
je suis ce post avec Interé
Ordi:Dell reco Win10 Ubuntu 20.04/Linux Hybryde13.10/Emabuntu deb 3. http://voyagerlive.org/ Essentiel=> [Accueil Ubuntu=>url=https://doc.ubuntu-fr.org/
Penses à passer ton sujet en [Résolu] en éditant le titre de ton 1er post (message)
Hors ligne
#19 Le 24/08/2020, à 15:27
- inbox
Re : [Abandonné] Clé USB inaccessible
Au vu de l'image de Gnome-disk, cela confirme que ta clef est HS.
Le fait que le support soit nommé "drive" indique que le système est incapable de récupérer les données techniques du support. Le "aucun média" fini de lever le doute.
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#20 Le 24/08/2020, à 15:34
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Essai de montage via UUID :
francis@francis-G41M-Combo:~$ sudo mount /dev/disk/by-id/usb-NAND_USB2DISK-0:0 /mnt
mount: /mnt: aucun support trouvé dans /dev/sdd.
francis@francis-G41M-Combo:~$ NB : c'est pourtant bien l'adresse fournie par Gnome-disk, qui la situe en /dev/sdd (mais il n'y a rien)
[Edit] Je commence à penser que la clé est maintenant inutilisable, mais la question est alors : "Qu'est ce qui a bien pu provoquer ça ?" [/Edit]
Dernière modification par FrancisFDZ (Le 24/08/2020, à 15:38)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#21 Le 25/08/2020, à 14:54
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Je confirme : l'adresse "0424:2504" correspond bien à mon écran.
@xubu : le wifi sur mon portable est géré par une carte pci, le driver est rtl8723de, et pour l'installer sur tails j'aurais besoin de linux-headers-5.0.7-1-amd64, lequel n'est pas sur tails et n'est pas facile à trouver (encore moins à installer sur tails (4.9)).
Néanmoins, vu que maintenant la clé est et reste inaccessible, il n'y a pas lieu de s"en inquiéter !
@pappou640 ; le post sur ventoy, c'est là
Dernière modification par FrancisFDZ (Le 25/08/2020, à 14:57)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#22 Le 25/08/2020, à 14:59
- xubu1957
Re : [Abandonné] Clé USB inaccessible
Bonjour,
Les dernières infos pour les pilotes wifi Realtek récents (dont le rtl8723de) > ./viewtopic.php?pid=22311353#p22311353
Dernière modification par xubu1957 (Le 25/08/2020, à 14:59)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#23 Le 25/08/2020, à 15:00
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
Il me reste un espoir (chancelant) d'accéder à ma clé, de l'effacer avec un bon coup de dd et revoir le partitionnement avec gparted !
Avec la clé branchée, j'ai bien un "fichier" "/dev/disk/usb-NAND_USB2DISK-0:0 -> ../../sdd", mais rien dans /dev/sdd (pourtant /dev/sdd est bien présent !)
[Edit] : j'ai testé "sudo parted -l" : ça me renvoie bien les informations sur les partitions de mes 3 HD, mais sdd (ma clé) n'est pas détectée [/Edit]
Dernière modification par FrancisFDZ (Le 25/08/2020, à 15:25)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#24 Le 25/08/2020, à 15:33
- inbox
Re : [Abandonné] Clé USB inaccessible
J'ai trouvé un sujet identique chez Fedora, avec la même conclusion. La clef est HS. Vers la fin est expliqué pourquoi on voit qu'il y a une clef USB branchée et pourquoi on ne peut plus l'utiliser.
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#25 Le 25/08/2020, à 19:13
- FrancisFDZ
Re : [Abandonné] Clé USB inaccessible
@xubu : je n'ai pas de problème avec le driver wifi du portable (rtl8723de), simplement c'est tails qui n'en est pas équipé et l'installation est compliquée par le fait que le linux-headers correspondant au noyau de tails 4.9 n'est pas dans tails et vu les caractéristiques de cet os en rend l'installation difficile (surtout avec une clé illisible !)
@inbox : merci de t'être intéressé à mon problème, je me rends donc à l'évidence : la clé est morte !
Cependant je subodore que l'adresse "ffff:1201" correspond au "support" de la clé et qu'elle était différente quand la clé était en bon état (une telle adresse est inattendue pour une marque connue comme lexar)
J'attends un peu pour voir si quelqu'un peut confirmer cette intuition, puis je vais clore cette discussion.
Dernière modification par FrancisFDZ (Le 25/08/2020, à 20:37)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne