RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

Polnux · Le 25/06/2022, à 15:55

Bonjour,

HP-Pavilion-Laptop-15-cw1xxx:~$ dmesg | tail -1 > /tmp/tail.txt; sleep 45 && echo -e "\n\tLes 3 derniers systèmes de fichiers montés :"; mount -l | tail -3 ; echo -e "\n\tUSB, les puces :"; lsusb | sort; echo -e "\n\tUSB, les modules :"; lsusb -t; echo -e "\n\tDMESG :"; dmesg | grep -A999 "$(sed -r 's/([].[])/\\\1/g' /tmp/tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|forcedeth|ipv6|link is not ready|network|no link during initialization|phy[0-9]|tx/rx|tx status|ufw|wlan"; echo -e "\n\tContenu de /media :"; ls -la /media; echo -e "\n\tContenu de /media/moi :";  ls -la "/media/$USER"; echo -e "\n\tGestionnaire(s) de fichiers :"; dpkg -l | grep -i "file .*manager" | awk '!/plugin|profile|theme/{print $1,$2,$3,$4}' | column -s' ' -t ; echo -e "\n\tNombre d'éléments de /home/moi ne m'appartenant pas :"; find ~ -mount \( ! -user $USER -o ! -group $USER \) | wc -l; echo -e "\n\tDésignation STABLE des périphériques :"; ls -l /dev/disk/by-id | grep -iEv "\-part[3-9]|total|\-part[1-9][0-9]" | sort -k 10; echo; lsb_release -d; echo -e "\nNoyau en service : $(uname -mr)\n"; echo "Logué en tant que : $(whoami)"

	Les 3 derniers systèmes de fichiers montés :
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1422980k,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

	USB, les puces :
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0bda:b00a Realtek Semiconductor Corp. Bluetooth Radio 
Bus 001 Device 003: ID 1e3d:198a Chipsbank Microelectronics Co., Ltd 
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 003 Device 003: ID 04ca:707f Lite-On Technology Corp. 
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

	USB, les modules :
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 10000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 2: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
        |__ Port 2: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 3: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    |__ Port 4: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M
    |__ Port 4: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M

	DMESG :
[   17.524096] rfkill: input handler disabled
[   78.209802] loop0: detected capacity change from 0 to 8
[   83.958347] loop0: detected capacity change from 0 to 8
[  102.018496] usb 1-3: new high-speed USB device number 3 using xhci_hcd
[  102.167457] usb 1-3: New USB device found, idVendor=1e3d, idProduct=198a, bcdDevice= 1.00
[  102.167468] usb 1-3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[  102.189262] usb-storage 1-3:1.0: USB Mass Storage device detected
[  102.189520] scsi host0: usb-storage 1-3:1.0
[  102.189693] usbcore: registered new interface driver usb-storage
[  102.192425] usbcore: registered new interface driver uas
[  103.191119] scsi 0:0:0:0: Direct-Access     ChipsBnk Flash Disk       5.00 PQ: 0 ANSI: 2
[  103.191517] sd 0:0:0:0: Attached scsi generic sg0 type 0
[  103.254499] sd 0:0:0:0: [sda] Attached SCSI removable disk

	Contenu de /media :
total 20
drwxr-xr-x   5 root root 4096 juin  10 11:30 .
drwxr-xr-x  20 root root 4096 juin  24 22:10 ..
drwxr-xr-x  10 root root 4096 juin  10 16:10 data
drwxr-x---+  2 root root 4096 juin   7 08:20 AUTRE
drwxr-x---+  2 root root 4096 juin  24 22:08 MOI

	Contenu de /media/moi :
total 8
drwxr-x---+ 2 root root 4096 juin  24 22:08 .
drwxr-xr-x  5 root root 4096 juin  10 11:30 ..

	Gestionnaire(s) de fichiers :
ii  nautilus  1:3.36.3-0ubuntu1.20.04.1  amd64

	Nombre d'éléments de /home/moi ne m'appartenant pas :
0

	Désignation STABLE des périphériques :
lrwxrwxrwx 1 root root 13 juin  25 16:48 nvme-eui.e8238fa6bf530001001b448b481a87d1 -> ../../nvme0n1
lrwxrwxrwx 1 root root 13 juin  25 16:48 nvme-WDS500G3X0C-00SJG0_21043U800831 -> ../../nvme0n1
lrwxrwxrwx 1 root root 15 juin  25 16:48 nvme-eui.e8238fa6bf530001001b448b481a87d1-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 juin  25 16:48 nvme-WDS500G3X0C-00SJG0_21043U800831-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 juin  25 16:48 nvme-eui.e8238fa6bf530001001b448b481a87d1-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 juin  25 16:48 nvme-WDS500G3X0C-00SJG0_21043U800831-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root  9 juin  25 16:49 usb-ChipsBnk_Flash_Disk-0:0 -> ../../sda

Description:	Ubuntu 20.04.4 LTS

Noyau en service : 5.13.0-51-generic x86_64

Logué en tant que : MOI

La particulartité est que cette 16go et une autre - je ne sais plus- est devenu inutilisable apres avoir été configurée en live ubuntu.

Pour etre tout à fait honnete sur mes intentions: ici c'est plus pour le sport que pour m'eviter de racheter une clé à 5€...Donc si ca ( vous et moi) prend 3j; j'éradique le sujet!

Merci pour votre aide.

Dernière modification par Polnux (Le 29/06/2022, à 05:59)

erresse · Le 25/06/2022, à 17:12

Bonjour,
À mon avis, lorsque tu as utilisé cette (ces) clé(s) pour faire une "live-USB", elle a été transformée en CD/DVD du point de vue du système. Elle n'a plus de table de partition et n'est plus partitionnée/formatée comme un support "disque".
Lorsque tu n'as plus besoin de la clé "live-USB", pour la récupérer, il suffit d'écraser les premiers secteurs avec la commande

sudo dd if=/dev/zero of=/dev/sdX count=64

(où sdX doit correspondre au nom de device de ta clé)
Ensuite, tu recrée une table de partition de type MSDOS et une partition de toute la taille de la clé en FAT32 avec Gparted et ta clé redeviendra utilisable.

Dernière modification par erresse (Le 25/06/2022, à 17:14)

MicP · Le 25/06/2022, à 17:14

Bonjour

La ligne de commandes suivante va remplacer par des octets à zéros
les 4 premiers MiB présents sur la clef USB.

sudo dd if=/dev/zero of=/dev/disk/by-id/usb-ChipsBnk_Flash_Disk-0:0 bs=4M count=1

Si cette opération a réussi (sinon, ce n'est même pas la peine d'aller plus loin)
tu pourras lancer GParted pour :

-1 Sélectionner la clef USB dans la liste déroulante qui est en haut et à droite (ce devrait être /dev/sda)

-2 Cliquer sur Affichage afin de pouvoir cocher la case à cocher qui est associée au label Informations sur le périphérique

-3 Vérifier qu'il s'agit bien de ta clef USB, sinon tu risques de rendre inutilisable un autre disque

-4 Vérifier une deuxième fois qu'il s'agit bien de ta clef USB : tout le monde peut se tromper, mais tu risques vraiment de rendre inutilisable un autre disque si tu te trompes

-5 Si tu as un doute, envoie nous une copie d'écran de ta fenêtre GParted avant de continuer

-6 Si tu es bien sûr qu'il s'agit de ta clef USB, Clique sur Périphérique -> Créer une table des partitions

-7 Le choix par défaut du type de table de partitions est msdos => tu cliques sur Appliquez

-8 Clique sur Partition -> Nouvelle pour pouvoir créer une partition sur ta clef …
que tu choisiras de formater avec le Système de fichiers de ton choix (par défaut, c'est ext4 qui est proposé)
Je te recommande de profiter de l'occasion pour donner un non d'étiquette à ce système de fichiers
en mettant un nom de ton choix (par exemple Clef_16G) dans la case associée au label Étiquette :
Puis tu cliques sur +Ajouter et ensuite sur la coche Verte <=> Appliquer toutes les opérations

Voilà, le système de fichiers a été créé, et le compte root peut y avoir un plein accès.

Si besoin, il ne te restera plus qu'à monter ce système de fichiers
puis utiliser les privilèges du compte root afin de pouvoir donner à ce système de fichiers
la propriété d'appartenance et de groupe à ton compte utilisateur non privilégié.

Dernière modification par MicP (Le 25/06/2022, à 17:22)

Polnux · Le 25/06/2022, à 17:20

Bonjour,
merci de votre suivi!

je precise: la clé n'apparait pas sous GP, mais avec Disque - ou je peux seulement modifier les options de montage

infos de Disque :
ChipsBnk Flash Disk (5.00)
ChipsBnk_Flash_Disk-0:0
/dev/sda

HP-Pavilion-Laptop-15-cw1xxx:~$ sudo dd if=/dev/zero of=/dev/disk/by-id/usb-ChipsBnk_Flash_Disk-0:0 bs=4M count=1
[sudo] Mot de passe de ùùùù : 
dd: impossible d'ouvrir '/dev/disk/by-id/usb-ChipsBnk_Flash_Disk-0:0': Aucun support trouvé

erresse · Le 25/06/2022, à 17:23

dd: impossible d'ouvrir '/dev/disk/by-id/usb-ChipsBnk_Flash_Disk-0:0': Aucun support trouvé

Comme quoi, en s'en tenant aux bonnes vieilles commandes basiques, ça fonctionne habituellement mieux !

MicP · Le 25/06/2022, à 17:28

Pourtant, d'après ton premier message,
elle était bien présente dans le retour de la ligne de commande : ls -l /dev/disk/by-id

Dans le message # de Polnux, lsblkd -l /dev/disk/by-id a écrit :

lrwxrwxrwx 1 root root  9 juin  25 16:49 usb-ChipsBnk_Flash_Disk-0:0 -> ../../sda

Elle a peut-être été remplacée par une autre clef USB,
ou alors elle n'est plus connectée à la machine.

=======

erresse a écrit :

… en s'en tenant aux bonnes vieilles commandes basiques …

en utilisant directement le nom du fichier de périphérique (/dev/sda)
sans être vraiment sûr de quel disque il s'agit, on prend le risque de lui faire détruire les 4 premier MiB (ou plus) qu'il y aurait sur le disque qui aurait été associé à ce fichier de périphérique :

Imagine qu'il ait entre temps connecté un disque dur externe à la place de la clef USB …

Dernière modification par MicP (Le 25/06/2022, à 17:35)

Polnux · Le 25/06/2022, à 17:36

erresse a écrit :

Bonjour,
À mon avis, lorsque tu as utilisé cette (ces) clé(s) pour faire une "live-USB", elle a été transformée en CD/DVD du point de vue du système. Elle n'a plus de table de partition et n'est plus partitionnée/formatée comme un support "disque".
Lorsque tu n'as plus besoin de la clé "live-USB", pour la récupérer, il suffit d'écraser les premiers secteurs avec la commande
sudo dd if=/dev/zero of=/dev/sdX count=64
(où sdX doit correspondre au nom de device de ta clé)
Ensuite, tu recrée une table de partition de type MSDOS et une partition de toute la taille de la clé en FAT32 avec Gparted et ta clé redeviendra utilisable.

P-Pavilion-Laptop-15-cw1xxx:~$ sudo dd if=/dev/zero of=/dev/sda count=64
[sudo] Mot de passe de ùùùù : 
dd: impossible d'ouvrir '/dev/sda': Aucun support trouvé

C'est cuit?

Polnux · Le 25/06/2022, à 17:37

MicP a écrit :

Pourtant, d'après ton premier message,
elle était bien présente dans le retour de la ligne de commande : ls -l /dev/disk/by-id
Dans le message # de Polnux, lsblkd -l /dev/disk/by-id a écrit :
lrwxrwxrwx 1 root root  9 juin  25 16:49 usb-ChipsBnk_Flash_Disk-0:0 -> ../../sda
Elle a peut-être été remplacée par une autre clef USB,
ou alors elle n'est plus connectée à la machine.
=======
erresse a écrit :
… en s'en tenant aux bonnes vieilles commandes basiques …
en utilisant directement le nom du fichier de périphérique (/dev/sda)
sans être vraiment sûr de quel disque il s'agit, on prend le risque de lui faire détruire les 4 premier MiB (ou plus) qu'il y aurait sur le disque qui aurait été associé à ce fichier de périphérique :
Imagine qu'il ait entre temps connecté un disque dur externe à la place de la clef USB …

Oulààà! nenni, je suis dorénavant prudent! Il n'y a QUE ladite clé et l'émetteur de la souris ( de trop?)

ll PAUSE

Dernière modification par Polnux (Le 25/06/2022, à 17:39)

erresse · Le 25/06/2022, à 17:48

MicP a écrit :

erresse a écrit :
… en s'en tenant aux bonnes vieilles commandes basiques …
en utilisant directement le nom du fichier de périphérique (/dev/sda)
sans être vraiment sûr de quel disque il s'agit, on prend le risque de lui faire détruire les 4 premier MiB (ou plus) qu'il y aurait sur le disque qui aurait été associé à ce fichier de périphérique :
Imagine qu'il ait entre temps connecté un disque dur externe à la place de la clef USB …

C'est bien pour cela que je n'ai pas demandé d'exécuter la commande sur /dev/sda, mais bien /dev/sdX en précisant
(où sdX doit correspondre au nom de device de ta clé)
pensant que Polnux est tout de même assez aguerri pour ne pas exécuter un "dd" sur n'importe quoi sans contrôler...

@Polnux: tu peux refaire un

ls -l /dev/disk/by-id

pour qu'on voie si cette clé apparaît ou pas ?

Dernière modification par erresse (Le 25/06/2022, à 17:50)

Polnux · Le 25/06/2022, à 17:53

erresse a écrit :

MicP a écrit :
erresse a écrit :
… en s'en tenant aux bonnes vieilles commandes basiques …
en utilisant directement le nom du fichier de périphérique (/dev/sda)
sans être vraiment sûr de quel disque il s'agit, on prend le risque de lui faire détruire les 4 premier MiB (ou plus) qu'il y aurait sur le disque qui aurait été associé à ce fichier de périphérique :
Imagine qu'il ait entre temps connecté un disque dur externe à la place de la clef USB …
C'est bien pour cela que je n'ai pas demandé d'exécuter la commande sur /dev/sda, mais bien /dev/sdX en précisant
(où sdX doit correspondre au nom de device de ta clé)
pensant que Polnux est tout de même assez aguerri pour ne pas exécuter un "dd" sur n'importe quoi sans contrôler...
@Polnux: tu peux refaire un
ls -l /dev/disk/by-id
pour qu'on voie si cette clé apparaît ou pas ?

Je suis petitement aguerri, mais il n'y a que la cle et l'emetteur sur le PC , le HDMI de l'ecran

n-Laptop-15-cw1xxx:~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root 13 juin  25 18:12 nvme-eui.e8238fa6bf530001001b448b481a87d1 -> ../../nvme0n1
lrwxrwxrwx 1 root root 15 juin  25 18:12 nvme-eui.e8238fa6bf530001001b448b481a87d1-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 juin  25 18:12 nvme-eui.e8238fa6bf530001001b448b481a87d1-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 juin  25 18:12 nvme-eui.e8238fa6bf530001001b448b481a87d1-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 13 juin  25 18:12 nvme-WDS500G3X0C-00SJG0_21043U800831 -> ../../nvme0n1
lrwxrwxrwx 1 root root 15 juin  25 18:12 nvme-WDS500G3X0C-00SJG0_21043U800831-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 juin  25 18:12 nvme-WDS500G3X0C-00SJG0_21043U800831-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 juin  25 18:12 nvme-WDS500G3X0C-00SJG0_21043U800831-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root  9 juin  25 18:12 usb-ChipsBnk_Flash_Disk-0:0 -> ../../sda

Elle semble apparaitre espoir

Dernière modification par Polnux (Le 25/06/2022, à 17:59)

MicP · Le 25/06/2022, à 17:59

Par curiosité, avec la clef USB connectée,
quel est le retour des lignes de commande suivantes :

udisksctl status

et :

dmesg | grep sda

Polnux · Le 27/06/2022, à 10:08

MicP a écrit :

Par curiosité, avec la clef USB connectée,
quel est le retour des lignes de commande suivantes :
udisksctl status
et :
dmesg | grep sda

Bonjour
voici:

HP-Pavilion-Laptop-15-cw1xxx:~$ udisksctl status
MODEL                     REVISION  SERIAL               DEVICE
--------------------------------------------------------------------------
WDS500G3X0C-00SJG0        111110WD  21043U800831         nvme0n1 
ChipsBnk Flash Disk       5.00      ChipsBnk_Flash_Disk-0:0 sda     
HP-Pavilion-Laptop-15-cw1xxx:~$ dmesg | grep sda
[  594.674506] sd 0:0:0:0: [sda] Attached SCSI removable disk

MicP · Le 27/06/2022, à 10:26

Merci pour le retour

J'étais étonné de ne pas voir de numéro de série pour cette clef,
mais je vois qu'ils en ont mis un qui est assez bizarre : ChipsBnk_Flash_Disk-0:0

xubu1957 · Le 27/06/2022, à 10:56

Bonjour,

Pour info > Clef USB illisible

Polnux · Le 27/06/2022, à 13:05

xubu1957 a écrit :

Bonjour,
Pour info > Clef USB illisible

Merci

dmesg |   tail   -20

J'ai suivi laprocedure, je ne vois pas de taille de volume, ce qui indiquerait un clé HS

[   16.056728] rfkill: input handler disabled
[   76.348455] loop0: detected capacity change from 0 to 8
[   88.790917] loop0: detected capacity change from 0 to 8
[  147.200752] loop0: detected capacity change from 0 to 8
[  593.429979] usb 1-1.3: new high-speed USB device number 5 using xhci_hcd
[  593.535074] usb 1-1.3: New USB device found, idVendor=1e3d, idProduct=198a, bcdDevice= 1.00
[  593.535085] usb 1-1.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[  593.555324] usb-storage 1-1.3:1.0: USB Mass Storage device detected
[  593.555606] scsi host0: usb-storage 1-1.3:1.0
[  593.555768] usbcore: registered new interface driver usb-storage
[  593.558557] usbcore: registered new interface driver uas
[  594.582642] scsi 0:0:0:0: Direct-Access     ChipsBnk Flash Disk       5.00 PQ: 0 ANSI: 2
[  594.583067] sd 0:0:0:0: Attached scsi generic sg0 type 0
[  594.674506] sd 0:0:0:0: [sda] Attached SCSI removable disk

Dernière modification par Polnux (Le 27/06/2022, à 13:06)

xubu1957 · Le 27/06/2022, à 13:13

Tu avais vu ?

#5, le 30/06/2020, marcus68 a écrit :

Après une recherche rapide sur internet, tu n'est pas le seul avec cette clé qui n'arrive pas à la monter.
https://www.debian-fr.xyz/viewtopic.php?t=1446
A priori, il n'y a pas de solution

Polnux · Le 27/06/2022, à 20:07

xubu1957 a écrit :

Tu avais vu ?
#5, le 30/06/2020, marcus68 a écrit :
Après une recherche rapide sur internet, tu n'est pas le seul avec cette clé qui n'arrive pas à la monter.
https://www.debian-fr.xyz/viewtopic.php?t=1446
A priori, il n'y a pas de solution

oui, c'est ce que j'indiquais au #16

merci pour votre interet

Dernière modification par Polnux (Le 27/06/2022, à 20:07)

Polnux · Le 28/06/2022, à 20:20

Donc décès confirmé?

MicP · Le 28/06/2022, à 21:34

C'était une clef remarquable qui s'est battue vaillamment pendant plusieurs jours avec un courage admirable pour survivre,
mais malgré tous les efforts acharnés de tous l'équipe de réanimation des clefs USB qui a travaillé jour et nuit pour tenter de la ranimer
nous n'avons malheureusement pas pu la sauver.
C'est avec une immense tristesse que nous vous adressons toutes nos condoléances.

Polnux · Le 29/06/2022, à 05:58

Ca fait qd meme quelque chose... " résolu" pourrait etre lu comme inconvenant en titre de ce fil...

xubu1957 · Le 29/06/2022, à 06:34

Bonjour,

Tu pourrais mettre [Abandonné].

MicP · Le 29/06/2022, à 07:58

Ou tout simplement [Clef USB Morte], ce qui est le cas

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/06/2022, à 15:55

RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#2 Le 25/06/2022, à 17:12

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#3 Le 25/06/2022, à 17:14

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#4 Le 25/06/2022, à 17:20

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#5 Le 25/06/2022, à 17:23

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#6 Le 25/06/2022, à 17:28

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#7 Le 25/06/2022, à 17:36

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#8 Le 25/06/2022, à 17:37

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#9 Le 25/06/2022, à 17:48

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#10 Le 25/06/2022, à 17:53

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#11 Le 25/06/2022, à 17:59

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#12 Le 27/06/2022, à 10:08

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#13 Le 27/06/2022, à 10:26

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#14 Le 27/06/2022, à 10:56

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#15 Le 27/06/2022, à 13:05

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#16 Le 27/06/2022, à 13:13

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#17 Le 27/06/2022, à 20:07

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#18 Le 28/06/2022, à 20:20

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#19 Le 28/06/2022, à 21:34

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#20 Le 29/06/2022, à 05:58

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#21 Le 29/06/2022, à 06:34

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

#22 Le 29/06/2022, à 07:58

Re : RESOLU ] 2 USB utilisées en live boot, devenues inutilisables

Pied de page des forums