Vous n'êtes pas identifié(e).
Pages : 1
J'ai essayé de lire la carte avec windows : impossible, appareil photo, carte non reconnu. Le fdisk -l ne voit rien non plus, idem pour gParted.
Question : Est-il possible de récupérer ma SD ou est-elle déjà morte après moins d'une heure du déballage ?
EDIT : Bon, je viens de refaire la manipulation sur une autre SD (mais de 2Go) qui traînait dans un vieux téléphone, et, je viens de voir que, une fois le "dd" terminé, je démonte la carte, mais visiblement, il faut attendre encore 5 minutes avant de retirer la SD du support ; ce que je n'ai pas fait avec la première. Je pense que c'est ça qui a "flingué" la carte. Si ça peut aider l'un d'entre vous à établir un diagnostic...
D'avance, merci pour vos retours !
EDIT : je ne suis pas certain d'avoir posté au bon endroit, mais le sujet étant quand même un peu matériel....
Dernière modification par BioKore (07-10-2016 22:59:19)
Mint 18 // essai de débian + Cinnamon pour migration. Développeur du temps libre...
config : Portable Core I7 // 4Go Ram // SSD256Go // cg Intel HD3000 (on ne peut pas tout avoir) // wi-fi Alpha AWUS036H <- marche trop fort !
Enfin : OpenBSD 6.0 + XFCE
Hors ligne
(Le && permet de lancer la commande à sa droite seulement si la commande à sa gauche s'est bien terminée)
Fait surtout attention à ne pas te tromper de cible (of=…) car si la cible est le disque qui héberge ton système debian,
tout ce qui est sur ce disque sera irrémédiablement effacé (remplacé par des 0)
De toutes façons, relis plusieurs fois la ligne de commande avant d'appuyer sur la touche entrée,
root a tous les droits, et aussi celui de détruire tout un système en quelques secondes,
alors ne lui donne pas l'occasion de te le prouver.
Dernière modification par MicP (08-10-2016 03:48:12)
Hors ligne
une fois le "dd" terminé, je démonte la carte, mais visiblement, il faut attendre encore 5 minutes avant de retirer la SD du support
A quoi vois-tu cela ?
Tu avais sans doute retiré la carte SD du Raspberry PI3 alors qu'il n'avait pas terminé son travail et démonté le système de fichiers qu'il utilisait,
ce qui l'a empêché de fermer un fichier et/ou de finaliser une écriture,
ce qui a rendu le système de fichiers incohérent
Et cela aurait planté la carte SD au niveau physique (car c'est bien de cela qu'il s'agit, les messages du noyau ne font pas référence à une erreur de système de fichiers) ? Si c'est le cas, elle est vraiment mal fichue.
Si tu as une clef USB ou un disque externe avec un voyant d'activité qui clignotte,
tu constatera que si tu lance une copie d'un fichier, ce voyant continue à clignoter même quand le prompt est revenu,
Mes clés ont un voyant d'activité, et je n'ai jamais constaté cela lors d'une copie d'image disque directement dans le périphérique (et non via le système de fichiers).
Dernière modification par raleur (08-10-2016 09:21:43)
Il vaut mieux montrer que raconter.
Hors ligne
Mint 18 // essai de débian + Cinnamon pour migration. Développeur du temps libre...
config : Portable Core I7 // 4Go Ram // SSD256Go // cg Intel HD3000 (on ne peut pas tout avoir) // wi-fi Alpha AWUS036H <- marche trop fort !
Enfin : OpenBSD 6.0 + XFCE
Hors ligne
Si elle n'apparaît vraiment pas elle est probablement morte, mais vérifie quand même en branchant sur un hub de SD différente, ou sur un port USB différent. J'ai déjà eu un problème de carte SD où j'avais utilisé cp pour copier une image plutôt que dd ; me suis retrouvé avec une image planté (en gros elle montait mais elle voyait que 10Mo alors que la carte faisait 8Go), et même en redémarrant le problème persistait. J'ai utilisé un autre ordi, et j'ai pu partitionner correctement la sd. Doit y avoir un cache ou quelque chose qui induisait toutes mes tentatives en echec.
Hors ligne
à la fin du dd, si j'essaie de lire le contenu de la carte, ça me sort des erreurs disant que la carte est encore en cours d'utilisation, que je ne peut pas la lire etc.... Puis j'attends 2 minutes et ça me dit que je jeux enlever la carte sans problèmes.
Lire le contenu comment ?
Qu'est-ce qui dit que la carte est en cours d'utilisation ?
Quel rapport entre lire le contenu et enlever la carte ?
J'ai déjà eu un problème de carte SD où j'avais utilisé cp pour copier une image plutôt que dd ; me suis retrouvé avec une image planté (en gros elle montait mais elle voyait que 10Mo alors que la carte faisait 8Go)
La taille du système de fichiers monté dépend de l'image qui a été copiée, pas du périphérique sur lequel elle est copiée.
Il vaut mieux montrer que raconter.
Hors ligne
La taille du système de fichiers monté dépend de l'image qui a été copiée, pas du périphérique sur lequel elle est copiée.
Le problème était le même en formatant /dev/sdX avec zero : il n'y avait donc pas de système de fichier. Ni de table de partition, de fait. Je ne parlais pas de la taille "montée", mais de la taille totale vue par gparted ou fdisk sur des volumes.
Dernière modification par otyugh (08-10-2016 17:19:21)
Hors ligne
BioKore a écrit :à la fin du dd, si j'essaie de lire le contenu de la carte, ça me sort des erreurs disant que la carte est encore en cours d'utilisation, que je ne peut pas la lire etc.... Puis j'attends 2 minutes et ça me dit que je jeux enlever la carte sans problèmes.
Lire le contenu comment ?
Qu'est-ce qui dit que la carte est en cours d'utilisation ?
Quel rapport entre lire le contenu et enlever la carte ?
Lire le contenu : simplement en cliquant dessus dans nemo....
C'est le système qui me dit que la carte est en cours d'utilisation ; voici le message (sur la SD de 2Go qui a fonctionné par la suite)
Le rapport entre lire / modifier le contenu et retirer la carte est, je pense, ce qui a créé le problème sur ma 32Go étant donné que le RPI ne l'a absolument pas lue.
Pour avoir fait plein de fois la manip, on ne flingue pas une carte SD comme ça. Mais éventuellement un jour, elle ne monte plus et c'est très chiant tongue
La carte en USB devrait monter en /dev/sdX pas mmcblkx.
Tu peux vérifier sa présence avecsudo fdisk -l
Si elle n'apparaît vraiment pas elle est probablement morte, mais vérifie quand même en branchant sur un hub de SD différente, ou sur un port USB différent. J'ai déjà eu un problème de carte SD où j'avais utilisé cp pour copier une image plutôt que dd ; me suis retrouvé avec une image planté (en gros elle montait mais elle voyait que 10Mo alors que la carte faisait 8Go), et même en redémarrant le problème persistait. J'ai utilisé un autre ordi, et j'ai pu partitionner correctement la sd. Doit y avoir un cache ou quelque chose qui induisait toutes mes tentatives en echec.
c'est ce à quoi j'ai pensé dès le début, mais pas de hub USB sous la main (pas encore). Cependant, le fdisk -l ne la trouve absolument pas....
Dernière modification par BioKore (08-10-2016 18:58:41)
Mint 18 // essai de débian + Cinnamon pour migration. Développeur du temps libre...
config : Portable Core I7 // 4Go Ram // SSD256Go // cg Intel HD3000 (on ne peut pas tout avoir) // wi-fi Alpha AWUS036H <- marche trop fort !
Enfin : OpenBSD 6.0 + XFCE
Hors ligne
Lire le contenu : simplement en cliquant dessus dans nemo.
Donc en montant un système de fichiers.
C'est le système qui me dit que la carte est en cours d'utilisation ; voici le message (sur la SD de 2Go qui a fonctionné par la suite)
Ce message d'erreur ne dit pas du tout que la carte est en cours d'utilisation mais que le montage de la carte SD en tant que système de fichiers FAT a échoué et qu'il faut consulter les logs du noyau pour en connaître la raison.
Etait-ce bien le même message ?
Le rapport entre lire / modifier le contenu et retirer la carte est, je pense, ce qui a créé le problème sur ma 32Go
Tu as mal compris ma question. Tu as écrit que tu avais essayé de lire la carte, et qu'au bout de quelques minutes un message s'est affiché disant que la carte pouvait être retirée. Je ne vois pas le rapport entre les deux. Le message disant que le périphérique peut être retiré fait normalement suite à l'action de démonter/ejecter, pas de lire.
le RPI ne l'a absolument pas lue.
Si j'ai bien compris ton message initial, le RPi a pourtant fonctionné avec cette carte pendant un certain temps avant de planter. Aurais-je mal compris ?
Il vaut mieux montrer que raconter.
Hors ligne
Mint 18 // essai de débian + Cinnamon pour migration. Développeur du temps libre...
config : Portable Core I7 // 4Go Ram // SSD256Go // cg Intel HD3000 (on ne peut pas tout avoir) // wi-fi Alpha AWUS036H <- marche trop fort !
Enfin : OpenBSD 6.0 + XFCE
Hors ligne
Pages : 1