Clé non reconnue [abandon]

geole · Le 04/04/2021, à 21:44

Donc bien identifier où se trouve la clé sdb ? sdc? sdd?

sudo lsblk -fe7 -o +size

Coeur Noir · Le 04/04/2021, à 21:58

Cette clé fonctionne normalement sous Mint et Windows - elle n'a pas forcément besoin d'être zéro-ifiée par un sudo dd relativement risqué.

Pour la repérer, avant de brancher la clé

ls -l /dev | grep sd

puis brancher la clé, attendre un peu, et belote,

ls -l /dev | grep sd

on devrait trouver là une ligne de plus qui correspond à la clé.

Ayant repéré son chemin, les commandes du #50

sudo chown root:disk /dev/sdc
sudo chmod g+rw /dev/sdc

et rebelote

ls -l /dev | grep sd

pour vérifer que les commandes ont bien modifié les droits qui devraient être

brw-rw----  1 root     disk

b signifie blockdevice, dans /dev ce sont des fichiers descripteurs de périphériques d'où ces droits particuliers ( typiquement le genre de fichiers qu'un humain n'est pas censé toucher ).

Et encore je ne suis pas sûr que ça fonctionnera… car ici on a eu 2 problèmes :
⋅ le premier c'est que pendant un temps la mécanique relative au montage des médias amovibles était cassée sur cette session voir post #18 ;
⋅ le second c'est le sudo chmod -R 777 /dev/sdc voir post #1 qui a probablement été passé pendant que cette mécanique était pétée, du coup comment / sur quoi se sont répercutés ces droits ?

Dernière modification par Coeur Noir (Le 04/04/2021, à 22:11)

genevrier · Le 05/04/2021, à 08:40

Je vous remercie tous de tout cœur...noir !
Cette clé restera définitivement fâchée avec ce PC...
A bientôt pour d'autres aventures plus " succesfull" !!!

geole · Le 05/04/2021, à 09:12

Bonjour
Si tu fais un petit effort, Il n'y a pas de raison de ne pas réussir.
Le problème est que 99,99% des applications de ubuntu sont basées sur la présence d'une table de partition!
A ma connaissance, il n'y a que MDADM qui fait exception, Mais comme je ne pense pas que ta clé fasse partie d'un ensemble RAIDS. https://fr.wikipedia.org/wiki/RAID_(informatique) Il faut fabriquer une table de partition!
Il se trouve que gparted, a besoin de détecter l'état ancien en lisant les secteurs 0 et 1 .
Dans ces secteurs , il y a actuellement n'importe quoi et gparted déconne alors.
Le problème est assez connu: il y a des applications telles que etcher qui savent fabriquer ce style d'ennui.
https://doc.ubuntu-fr.org/etcher#remise … la_cle_usb
Mais ce n'est certainement pas la seule...

Dernière modification par geole (Le 05/04/2021, à 09:13)

Coeur Noir · Le 05/04/2021, à 16:44

Mais geole, où vois-tu que cette clé n'a pas de table de partition ???
Elle fonctionne sous Mint et Windows.
Elle n'a certes pas de partition - juste un système de fichiers qui s'étend sur tout le support, comme on en trouve souvent sur clé usb ou carte mémoire ( ce qui est certes une pratique douteuse mais courante ).

Par contre on a bien un comportement inattendu quand on liste /dev sur cet Ubuntu.

genevrier tu ne dis pas si tu as testé les #50 / #52, on a aucun retour de commandes.

geole · Le 05/04/2021, à 17:13

genevrier a écrit :

Impossible de faire quoi que ce soit avec Gparted sous Mint !
Je me suis résolu à formater en exfat avec un ordi sous windows
La clé est reconnue par l'ordi sous mint mais pas par l'ordi sous Ubuntu !
michel@michel-Latitude-E4310:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sdb  exfat  Clairette
                  1A1F-62DF                               3,9G     0% /media/mic   3,9G

Lorsqu'il y a une table de partition, on voit sdb1

Coeur Noir · Le 05/04/2021, à 18:25

Lorsqu'il y a une table de partition, on voit sdb1 Mmm… au « formatage » quand on désigne une ou des partitions, il faut alors une table de partition pour les consigner, oui. Si on ne désigne pas de partition, on obtient ça : un système de fichiers sur tout l'espace disponible du support, qui apparaîtra en sdX ( au lieu de sdX1, sdX2 selon le nombre de partitions créées ). Ni Gparted ni Disques n'imposent la création d'une table de partition, peut-être le devraient-ils ?
→ pioche des clés USB et cartes-mémoire sorties d'usine, c'est quasiment toujours le cas : pas de ( table de ) partition, juste un système de fichiers sur tout l'espace disponible.
→ ça n'est pas une pratique idéale ( surtout quand il s'agit de vouloir réparer ou récupérer des données, faute d'une table de partitions qui donne des repères ) mais c'est souvent la façon par défaut sur ce genre de supports.
→ et tu vois bien dans ce que tu cites que ça n'empêche pas cette clé de monter ( là, c'est sous la Mint ) et d'être fonctionnelle.

D'où les propositions du #50 et #52.

Reste aussi à savoir si les erreurs sur libudev dans le dmesg :

[   39.894975] server[1779]: segfault at 1a0 ip 00007fb9e4982ab0 sp 00007fb9e06cbc28 error 4 in libudev.so.1.6.9[7fb9e497f000+1d000]
[   41.022952] server[1873]: segfault at 1a0 ip 00007fa044828ab0 sp 00007fa040571c28 error 4 in libudev.so.1.6.9[7fa044825000+1d000]
[   41.446928] server[1906]: segfault at 1a0 ip 00007fce54e1bab0 sp 00007fce50b64c28 error 4 in libudev.so.1.6.9[7fce54e18000+1d000]

sont une cause ou une conséquence ? error 4 relève à priori d'un problème de lecture en espace utilisateur mais je trouve peu d'infos à ce sujet ou ne les comprends pas.
Ou n'ont rien à voir avec ce problème ?

Dernière modification par Coeur Noir (Le 05/04/2021, à 18:27)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 04/04/2021, à 21:44

Re : Clé non reconnue [abandon]

#52 Le 04/04/2021, à 21:58

Re : Clé non reconnue [abandon]

#53 Le 05/04/2021, à 08:40

Re : Clé non reconnue [abandon]

#54 Le 05/04/2021, à 09:12

Re : Clé non reconnue [abandon]

#55 Le 05/04/2021, à 16:44

Re : Clé non reconnue [abandon]

#56 Le 05/04/2021, à 17:13

Re : Clé non reconnue [abandon]

#57 Le 05/04/2021, à 18:25

Re : Clé non reconnue [abandon]

Pied de page des forums