Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
?)Dernière modification par otyugh (07-02-2022 14:50:19)
Hors ligne
Dernière modification par --gilles-- (13-12-2023 21:13:53)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Dernière modification par otyugh (07-02-2022 15:28:47)
Hors ligne
Du coup de ce que je vois, mon seul problème pour commencer, c'est d'être capable de distinguer une clé USB d'un autre périphérique de stockage. Vous avez une idée ?
Après avoir cherché un peu je n'ai pas trouvé de remède miracle autre que de:
1) lister les disques avant branchement de la clé usb (lsusb ou ls -l /dev/disk/by-id/, blkid, etc ...)
2) lister les disques après
3) comparer les deux listes pour connaitre l'id de la clé
Dans le même esprit il y a aussi dmesg qui scrute l'entrée du nouvel arrivant.
Dans les deux cas ça sous-entend qu'il faut lancer le script avant de brancher la clé.
Sur une remarque très positive de vv222 sur le format de fichier UDF, j'ai essayé celui-ci : résultat : plus aucune corruption.
J'ai formaté toutes mes clés en UDF et depuis aucun problème.
Jamais entendu parlé de ça! c'est plutôt intéressant.
Moi qui voyais déjà une solution miracle au problème de compatibilité entre OS, malheureusement après quelques recherches on peut lire tout et son contraire à ce sujet.
De plus les systèmes BSD semblent être mis de côté, dommage mais merci pour l'astuce assez originale.
Hors ligne
--gilles-- a écrit :Sur une remarque très positive de vv222 sur le format de fichier UDF, j'ai essayé celui-ci : résultat : plus aucune corruption.
J'ai formaté toutes mes clés en UDF et depuis aucun problème.
Jamais entendu parlé de ça! c'est plutôt intéressant.
Moi qui voyais déjà une solution miracle au problème de compatibilité entre OS, malheureusement après quelques recherches on peut lire tout et son contraire à ce sujet.
De plus les systèmes BSD semblent être mis de côté, dommage mais merci pour l'astuce assez originale.
En fait, j'étais parti vers la solution système de fichiers UDF pour l'interopérabilité, ce n'est qu'à l'usage que je me suis aperçu que ce système de fichiers est très robuste.
Il ne faut pas partir battu dès le départ. C'est vrai qu'on peut lire tout et son contraire parce que c'est nettement plus complexe que ce que je croyais au départ et qu'une analyse simpliste peut en dire, entre les versions d'UDF, les différents systèmes et leurs différentes versions, 32 bits ou 64 bits, support formaté en entier ou support formaté avec une ou plusieurs partitions, MBR ou GPT ou rien, il faut s'accrocher, car cela en vaut la peine.
C'est pourquoi, malgré que les documentations qui écrivaient que la compatibilité entre Windows et Linux pour un support de stockage formaté UDF est totale bien avant Windows 10, j'ai préféré quand même tester celle entre W10 et Linux Debian 11 et le résultat est positif.
Je n'ai pas encore expliqué la solution de la compatibilité totale d'un support de stockage entre Mac Os X - Linux - Windows, car déjà j'aimerais que des personnes comme toi zaphir ou bien Otyugh fassent des remarques ou testent déjà les parties du tuto que j'ai écrit.
En effet, il existe une méthode très astucieuse qui permet formater de telle manière de telle sorte qu'un support de stockage soit vu simultanément comme formaté sur l'ensemble du support ( compatibilité Mac OS X ) et aussi comme formaté avec table de partition ( compatibilité Windows ).
Un de mes problèmes, c'est que je me suis paupérisé ces dernières décennies et je ne connais plus de personnes ayant un système Mac pour tester, en fait si, j'en connais encore une et elle est membre du forum ! Pour tester avec les BSD, zaphir, si tu es volontaire n'hésite pas ...
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Un de mes problèmes, c'est que je me suis paupérisé ces dernières décennies
Pas mieux ...
Hors ligne
[10030.280202] usb 2-1: new high-speed USB device number 6 using ehci-pci
[10030.448810] usb 2-1: New USB device found, idVendor=2269, idProduct=2090, bcdDevice=10.01
[10030.448823] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[10030.448829] usb 2-1: Product: USB2.0 FlashDisk
[10030.448835] usb 2-1: Manufacturer: Generic
[10030.451857] usb-storage 2-1:1.0: USB Mass Storage device detected
[10030.476421] scsi host6: usb-storage 2-1:1.0
[10031.492601] scsi 6:0:0:0: Direct-Access Generic Flash Disk 2.0 6.90 PQ: 0 ANSI: 2
[10031.500265] sd 6:0:0:0: Attached scsi generic sg2 type 0
[10031.539956] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Mais elle est pas là
sudo fdisk /dev/sdb
fdisk: impossible d'ouvrir /dev/sdb: Aucun médium trouvé
On jette ou y a des trucs à tenter automatiquement ? x)
Dernière modification par otyugh (10-02-2022 22:02:58)
Hors ligne
En ligne
Hors ligne
En ligne
Dernière modification par otyugh (10-02-2022 23:34:08)
Hors ligne
retour
Dernière modification par anonyme (11-02-2022 00:17:03)
c'est ca que je veux dire pa imbuvable,
la seconde ?
En ligne
En ligne
En ligne
la deuxième .....
même clé que là:
https://debian-facile.org/viewtopic.php?id=30942
je l'ai encore à dispo, si besoin ....
En ligne
Un cas d'école de clé qui déconne :
On voit la clé par dmesg[10030.280202] usb 2-1: new high-speed USB device number 6 using ehci-pci
[10030.448810] usb 2-1: New USB device found, idVendor=2269, idProduct=2090, bcdDevice=10.01
[10030.448823] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[10030.448829] usb 2-1: Product: USB2.0 FlashDisk
[10030.448835] usb 2-1: Manufacturer: Generic
[10030.451857] usb-storage 2-1:1.0: USB Mass Storage device detected
[10030.476421] scsi host6: usb-storage 2-1:1.0
[10031.492601] scsi 6:0:0:0: Direct-Access Generic Flash Disk 2.0 6.90 PQ: 0 ANSI: 2
[10031.500265] sd 6:0:0:0: Attached scsi generic sg2 type 0
[10031.539956] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Mais elle est pas làsudo fdisk /dev/sdb
fdisk: impossible d'ouvrir /dev/sdb: Aucun médium trouvé
On jette ou y a des trucs à tenter automatiquement ? x)
Tu peux nous dire par quel canal de commercialisation as-tu acheté cette clé USB parce qu'elle est à jeter :
1/ fdisk n'en tire rien
2/ l'identifiant du fabricant ( idVendor) ne correspond pas un fabricant : idVendor=2269 n'existe pas dans la base de donnée http://www.linux-usb.org/usb.ids
Un Control F avec 2269 ne donne rien.
Conclusion : c'est une clé contrefaite.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Un cas d'école de clé qui déconne
Elle est cuite. fsck n'y pourra rien.
2/ l'identifiant du fabricant ( idVendor) ne correspond pas un fabricant : idVendor=2269 n'existe pas dans la base de donnée http://www.linux-usb.org/usb.ids
linux-usb.org n'est pas une référence officielle. Ce code est bien présent dans la liste de l'USB-IF disponible à https://www.usb.org/developers.
Il vaut mieux montrer que raconter.
Hors ligne
linux-usb.org n'est pas une référence officielle. Ce code est bien présent dans la liste de l'USB-IF disponible à https://www.usb.org/developers.
Merci raleur de la précision. Je modifie mes notes et ma conclusion.
Dernière modification par --gilles-- (11-02-2022 12:26:12)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Dernière modification par --gilles-- (11-02-2022 14:13:39)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Du coup de ce que je vois, mon seul problème pour commencer, c'est d'être capable de distinguer une clé USB d'un autre périphérique de stockage. Vous avez une idée ?
usb-devices ? c'est un script déjà dans la debian...
usb-devices - Afficher les détails d'un périphérique USB
Contrairement au fichier I<usb/devices>, ce script ne liste que les "
"interfaces I<active> (celles marquées avec un « * » dans le fichier I<usb-"
"devices>) et leurs points d'extrémité."
https://manpages.debian.org/bullseye/us … .1.en.html
après pour afficher même celles qui marchent pas, usbfs ?
Configure usbfs into Linux kernels by enabling the USB filesystem option (CONFIG_USB_DEVICEFS), and you get basic support for user mode USB device drivers.
Every USB device will appear in usbfs, regardless of whether or not it has a kernel driver.
http://www.hep.by/gnu/kernel/usb/usbfs.html
Dernière modification par ubub (13-02-2022 15:48:38)
En ligne
As-t-elle fonctionné au départ ou bien dès le départ elle ne fonctionnait pas ?
A fonctionné quelques années.
Par quel canal de commercialisation te l'es tu procuré ?
C'était de l'occasion à des prix très bas. Mais je doute que ce soit la clé elle-même : ma mère casse énormement de clé USB quand les miennes (on utilise les même) semblent immortelles x)
Hors ligne
ma mère casse énormement de clé USB quand les miennes (on utilise les même) semblent immortelles x)
Cela peut-être l'oeuvre d'une clé retirée en cours de fonctionnement, selon la clé ou le pc/laptop une copie peut durer très longtemps parfois.
Dans ce cas la clé est quasiment morte ou bien très endommagée, une fois c'est une fois de trop.
J'ai rencontré ce genre de problème avant mais plus depuis que je fais un 'sync' en root avant de débrancher la clé.
Il ne faut pas se fier à ce qui est affiché par le gestionnaire de copie, c'est trompeur, même s'il indique le job terminé, en tâche de fond la copie s'effectue toujours, peut-être que ta mère a été trompé par l'un de ces outils.
Hors ligne
Hors ligne
C'est Chipsbank Microelectronics qui n'apparait pas sur le bureau, ni dans fdisk -l, ni Gparted, mais bizarrement dans Gnome-Disk (même si y'a aucune option pour faire quoique ce soit..)
Ca; c'est le diff de dmesg avant/après ...
mais j'ai toujours du mal à voir ce qu'il faut y voir.. une erreur 110 de lecture de la description de la clé ?
@gilles: ça vient de "àtazone", une boutique en ligne, assez connue
En ligne