Quel fichier gère l usb sous ubuntu
Résolu
alaixih
Messages postés
1933
Date d'inscription
Statut
Membre
Dernière intervention
-
alaixih Messages postés 1933 Date d'inscription Statut Membre Dernière intervention -
alaixih Messages postés 1933 Date d'inscription Statut Membre Dernière intervention -
A voir également:
- Quel fichier gère l usb sous ubuntu
- Fichier bin - Guide
- Clé usb non détectée - Guide
- Fichier epub - Guide
- Fichier rar - Guide
- Comment réduire la taille d'un fichier - Guide
5 réponses
Il faudrait que tu nous dises de quel genre de lecteur de carte il s'agit, et ce qu'il se passe avec ces commandes quand tu insères une carte :
Bonne chance
dmesg | tail ls /dev/sd*
Bonne chance
Bonsoir Mamimando
C'est une carte Sd...
Pour les commandes désolé mais elles ne sont pas correctes mon père qui habite à 200 km et qui a ce genre de problème ne sait pas faire un copié collé..... Ca risque d'être un peu long, à la vue du résultat de la première commande je vois que le résultat n'est pas cohérent....
Si tu as la patience..... Ca risque d'être long.
bibi@bibi-desktop ~ $ dmesg | tail
[17091.116020] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17091.320021] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17091.832030] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17096.132035] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17101.556020] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17116.180020] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 3 (-16).
[17116.360022] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17119.684034] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17119.896029] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17120.132040] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
bibi@bibi-desktop ~ $
C'est une carte Sd...
Pour les commandes désolé mais elles ne sont pas correctes mon père qui habite à 200 km et qui a ce genre de problème ne sait pas faire un copié collé..... Ca risque d'être un peu long, à la vue du résultat de la première commande je vois que le résultat n'est pas cohérent....
Si tu as la patience..... Ca risque d'être long.
bibi@bibi-desktop ~ $ dmesg | tail
[17091.116020] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17091.320021] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17091.832030] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17096.132035] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17101.556020] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17116.180020] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 3 (-16).
[17116.360022] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17119.684034] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17119.896029] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
[17120.132040] phy0 -> rt2500pci_set_device_state: Error - Device
failed to enter state 1 (-16).
bibi@bibi-desktop ~ $
Ah si c'est une carte sd, le device devrait plutôt s'appeler /dev/mmc (memory card) dans ce cas :
Si la commande dmesg a bien été tapée juste après avoir inséré la carte c'est plutôt bon signe car on dirait que les message sont plus à voir avec la carte réseau que le lecteur de carte sd.
Il faudrait le modèle exact du lecteur de carte sd, que l'on peut récupérer avec l'une de ces deux commandes :
Dans l'idée il faut insérer les bons modules (mais ça devrait être fait automatiquement), créer /dev/mmc avec mknod (idem ça devrait être fait automatiquement), puis monter la carte avec la commande mount (là aussi ça devrait être fait automatiquement)
http://www.dilnetpc.com/mHT9200-26.pdf
Pour que cela marche cela suppose notamment :
- que le noyau linux supporte le lecteur de carte sd (ou que l'on charge un module qui le permette)
- que le noyau supporte le système de fichiers utilisé pour stocker les données sur la carte sd (fat32/vfat ?)
Ce serait pas mal de voir quel noyau et quelle version il utilise :
Bonne chance
ls -l /dev/mmc*
Si la commande dmesg a bien été tapée juste après avoir inséré la carte c'est plutôt bon signe car on dirait que les message sont plus à voir avec la carte réseau que le lecteur de carte sd.
Il faudrait le modèle exact du lecteur de carte sd, que l'on peut récupérer avec l'une de ces deux commandes :
lsusb lspci
Dans l'idée il faut insérer les bons modules (mais ça devrait être fait automatiquement), créer /dev/mmc avec mknod (idem ça devrait être fait automatiquement), puis monter la carte avec la commande mount (là aussi ça devrait être fait automatiquement)
http://www.dilnetpc.com/mHT9200-26.pdf
Pour que cela marche cela suppose notamment :
- que le noyau linux supporte le lecteur de carte sd (ou que l'on charge un module qui le permette)
- que le noyau supporte le système de fichiers utilisé pour stocker les données sur la carte sd (fat32/vfat ?)
Ce serait pas mal de voir quel noyau et quelle version il utilise :
uname -r cat /etc/lsb-release # ne marche peut être pas sous mint
Bonne chance
2.6.32-36-generic
C'est linux mint isadora c'est lucid lynx.
Le problème en l'espèce c'est que mon père n'a pas été capable de faire un copié collé dans le terminal....
Ni même capable de valider les commandes, et donc par conséquent incapable de me poster le résultat de ses commandes............
Donc a défaut de pouvoir faire autre chose le post est clos faute de combattant...
Merci pour ton aide.
C'est linux mint isadora c'est lucid lynx.
Le problème en l'espèce c'est que mon père n'a pas été capable de faire un copié collé dans le terminal....
Ni même capable de valider les commandes, et donc par conséquent incapable de me poster le résultat de ses commandes............
Donc a défaut de pouvoir faire autre chose le post est clos faute de combattant...
Merci pour ton aide.
Sinon je ne sais pas dans quel contexte cette carte sd est branchée, mais s'il s'agit d'une carte de téléphone ou d'appareil photo, il serait sans doute plus simple de brancher directement l'appareil en usb plutôt que de sortir la carte et passer par le lecteur sd...
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Oui c'est bizarre, mais c'est à mon avis beaucoup plus simple que le lecteur de carte sd. Je pense qu'il va falloir attendre d'aller chez lui pour voir ce qui se passe. Sinon ce que tu peux faire lors de ton prochain passage c'est lui installer ssh ou vnc pour voir ce qui se passe pour prendre le contrôle de son PC à distance.
Attention à éviter les ports standards (genre 22 pour ssh ou 5900 pour vnc au niveau du routeur), car ce sont les ports qui se font régulièrement bourriner.
Autre approche pour éviter de mettre en place une redirection de port, c'est lui faire ouvrir un tunnel ssh vers ta machine et récupérer tunnel dans l'autre sens pour te connecter chez lui. La seule contrainte c'est qu'il faut juste qu'il puisse se connecter en ssh sur ton PC (donc que tu aies fait la redirection de port de ton côté)... et capable de taper une commande ssh :-) Dans l'approche ci-dessus, ton père serait A et toi tu serais B.
Recette de cuisine :
A peut se connecter en ssh vers B
B ne peut pas se connecter en ssh sur A
A lance la commande suivante :
B a ouvert sur A un nouveau port : le port 22222.
Il faut le voir comme un port qui écoute du trafic ssh.
Désormais, quiconque écrit sur le port 22222 de A envoie en réalité le trafic vers le port 22 de B (option -R).
Tout se passe donc comme si ce trafic était envoyé vers le serveur ssh de B, qui écoute sur le port 22.
Ainsi, B peut alors récupérer la connexion dans l'autre sens :
Bonne chance
Attention à éviter les ports standards (genre 22 pour ssh ou 5900 pour vnc au niveau du routeur), car ce sont les ports qui se font régulièrement bourriner.
Autre approche pour éviter de mettre en place une redirection de port, c'est lui faire ouvrir un tunnel ssh vers ta machine et récupérer tunnel dans l'autre sens pour te connecter chez lui. La seule contrainte c'est qu'il faut juste qu'il puisse se connecter en ssh sur ton PC (donc que tu aies fait la redirection de port de ton côté)... et capable de taper une commande ssh :-) Dans l'approche ci-dessus, ton père serait A et toi tu serais B.
Recette de cuisine :
A peut se connecter en ssh vers B
B ne peut pas se connecter en ssh sur A
A lance la commande suivante :
ssh -f -N -R 22222:localhost:22 loginB@B
B a ouvert sur A un nouveau port : le port 22222.
Il faut le voir comme un port qui écoute du trafic ssh.
Désormais, quiconque écrit sur le port 22222 de A envoie en réalité le trafic vers le port 22 de B (option -R).
Tout se passe donc comme si ce trafic était envoyé vers le serveur ssh de B, qui écoute sur le port 22.
Ainsi, B peut alors récupérer la connexion dans l'autre sens :
ssh -p 22222 loginA@localhost
Bonne chance