J'ai voulu renommer une carte XD de 1Go. Je ne sais pas pourquoi le clavier
est passe en arabe au moment de taper le nouveau nom. J'ai rectifie le tir
et taper un nom du genre:
XD1Go
J'ai ejecte le volume proprement.
Je le rebranche:
Dans le finder je vois XD1Go
Dans le Terminal /Volumes/Â Â (6 fois "Â ")
Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
Pourtant Pomme+I me dit qu'il y a 50 Mo d'utilise.
Maintenant j'aimerais m'en sortir a la main par un
sudo dd if=/dev/disk2s1 of=Documents/sauvegarde
Mais on me dit "Device is Busy" meme quand le volume est demonte.
Comment faire pour faire marcher la commande dd? Merci de toute aide. (je
chercherais les headers jpg et ainsi je sauverai peut-etre les photos)
Bordel de merde de mac OS X de mes couilles!!!!!!!!
--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger
Dans le finder je vois XD1Go Dans le Terminal /Volumes/Â Â (6 fois "Â ") Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
C'est juste une idée comme ça, mais au pif je dirais que ta carte ne supporte pas l'encodage utilisé par OSX pour l'arabe. Du coup impossible de renomer le disque... l'appareil ne comprends pas cet idiôme.
Tu as déjà résolu le problème avec un "cat /dev/rdisk2s1", mais pour le fun perso je tenterais de renomer la carte via le terminal dans diskutil ou dans pdisk. Tu peux aussi tenter de monter la carte en cli : un umount -f puis un mount où tu spécifies le point de montage. mount permet de spécifier le point de montage, de qui revient presque à renomer le disque ...
Au fait, où est contennu l'info "nom du disque" sur une partition ? (il y a au moins 2 endroits, je suppose...)
Et au final un formatage semble nécessaire, si ce n'est déjà fait :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd <said@brian.lan> wrote:
Dans le finder je vois XD1Go
Dans le Terminal /Volumes/Â Â (6 fois "Â ")
Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
C'est juste une idée comme ça, mais au pif je dirais que ta carte ne
supporte pas l'encodage utilisé par OSX pour l'arabe.
Du coup impossible de renomer le disque... l'appareil ne comprends pas
cet idiôme.
Tu as déjà résolu le problème avec un "cat /dev/rdisk2s1", mais pour le
fun perso je tenterais de renomer la carte via le terminal dans diskutil
ou dans pdisk. Tu peux aussi tenter de monter la carte en cli :
un umount -f puis un mount où tu spécifies le point de montage.
mount permet de spécifier le point de montage, de qui revient presque à
renomer le disque ...
Au fait, où est contennu l'info "nom du disque" sur une partition ?
(il y a au moins 2 endroits, je suppose...)
Et au final un formatage semble nécessaire, si ce n'est déjà fait :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Dans le finder je vois XD1Go Dans le Terminal /Volumes/Â Â (6 fois "Â ") Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
C'est juste une idée comme ça, mais au pif je dirais que ta carte ne supporte pas l'encodage utilisé par OSX pour l'arabe. Du coup impossible de renomer le disque... l'appareil ne comprends pas cet idiôme.
Tu as déjà résolu le problème avec un "cat /dev/rdisk2s1", mais pour le fun perso je tenterais de renomer la carte via le terminal dans diskutil ou dans pdisk. Tu peux aussi tenter de monter la carte en cli : un umount -f puis un mount où tu spécifies le point de montage. mount permet de spécifier le point de montage, de qui revient presque à renomer le disque ...
Au fait, où est contennu l'info "nom du disque" sur une partition ? (il y a au moins 2 endroits, je suppose...)
Et au final un formatage semble nécessaire, si ce n'est déjà fait :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
ericb
Bonjour,
À peine rentre de la WWDC, j'ai failli perdre 150 photos de la même manière ...
Il m'a suffi de brancher l'appareil photo sous Mac OS X, et celui-ci m'a gentiment formaté la carte : carte vide ... plus de photos.
Comme j'étais très faché, je n'ai pas laissé tomber. En plus ce n'était pas mon appareil, et il n'y avait pas de sauvegarde :-/ ( évidemment)
Pour récupérer les photos, c'était un peu limite, mais voici comment j'ai fait (très succintement) :
1) J'ai utilisé Linux
2) j'ai branché la carte dans un lecteur de carte
3) utilisé disk dump aka " dd "
dd if=/dev/uba1 of=/home/eric/backup_carte.iso
Note : j'ai utilisé .iso, car on peut évidemment monter cette partition sous Linux , ou sous Mac OS X (enfin...)
mount -t vfat -o loop backup_carte.iso /point_de_montage
4) comme la carte faisait 1 Go, j'ai refait des dd partiels, en utilisant l'option skip :
Pour les 200000 premiers blocs (de 512 octets ), soit 100Mo :
5) Ensuite, j'ai utilise vi, en cherchant les tags "Exif", plus exactement 6 caractères avant, ce qui constitue le début d'un fichier .jpg (les photos étaient fort heureusement dans ce format).
Soit, en mode commande :
/Exif ( suivi d'entrée )
IMPORTANT : se décaler de 6 (exactement) caractères avec flèche gauche, et insérer une saut de ligne :
i (pour entrer en mode insertion)
entrée (pour sauter une ligne -> le tag exif
puis echap pour repasser en mode commande
utiliser la touche n pour arriver au tag Exif suivant, et recommencer, en notant tous les numéros des lignes commençant par les 6 (meta)caractères suivi d'Exif
sauvegarder le fichier final.
Note : *aucune erreur n'est permise*, sinon, refaire un dump et recommencer.
Ensuite, j'ai joué avec head et tail, avec les valeurs des lignes que j'avais soigneusement notées
Note : un petit shell script permettra de retrouver ces photos plus facilement, mais j'ai eu la flemme.
A la main, ça donne (ligne par ligne), par exemple :
Exemple : les lignes 1, 5226 ..... 198824, 203433, 208033 contenaient ces Tags Exif :
Si tu as des questions, n'hésite pas à me contacter. Je pense écrire un programme qui fait la même chose en C prochainement, disons avant Noël (pas le temps avant).
Bonne pêche ... :-)
-- <ericb at openoffice |dot_ org> Francophone OpenOffice.org Commmunity developer (Linux PPC / Mac OS X / X11) See : <http://fr.openoffice.org>
Bonjour,
À peine rentre de la WWDC, j'ai failli perdre 150 photos de la même
manière ...
Il m'a suffi de brancher l'appareil photo sous Mac OS X, et celui-ci m'a
gentiment formaté la carte : carte vide ... plus de photos.
Comme j'étais très faché, je n'ai pas laissé tomber. En plus ce n'était
pas mon appareil, et il n'y avait pas de sauvegarde :-/ ( évidemment)
Pour récupérer les photos, c'était un peu limite, mais voici comment
j'ai fait (très succintement) :
1) J'ai utilisé Linux
2) j'ai branché la carte dans un lecteur de carte
3) utilisé disk dump aka " dd "
dd if=/dev/uba1 of=/home/eric/backup_carte.iso
Note : j'ai utilisé .iso, car on peut évidemment monter cette partition
sous Linux , ou sous Mac OS X (enfin...)
mount -t vfat -o loop backup_carte.iso /point_de_montage
4) comme la carte faisait 1 Go, j'ai refait des dd partiels, en
utilisant l'option skip :
Pour les 200000 premiers blocs (de 512 octets ), soit 100Mo :
5) Ensuite, j'ai utilise vi, en cherchant les tags "Exif", plus
exactement 6 caractères avant, ce qui constitue le début d'un fichier
.jpg (les photos étaient fort heureusement dans ce format).
Soit, en mode commande :
/Exif ( suivi d'entrée )
IMPORTANT : se décaler de 6 (exactement) caractères avec flèche gauche,
et insérer une saut de ligne :
i (pour entrer en mode insertion)
entrée (pour sauter une ligne -> le tag exif
puis echap pour repasser en mode commande
utiliser la touche n pour arriver au tag Exif suivant, et recommencer,
en notant tous les numéros des lignes commençant par les 6
(meta)caractères suivi d'Exif
sauvegarder le fichier final.
Note : *aucune erreur n'est permise*, sinon, refaire un dump et recommencer.
Ensuite, j'ai joué avec head et tail, avec les valeurs des lignes que
j'avais soigneusement notées
Note : un petit shell script permettra de retrouver ces photos plus
facilement, mais j'ai eu la flemme.
A la main, ça donne (ligne par ligne), par exemple :
Exemple : les lignes 1, 5226 ..... 198824, 203433, 208033 contenaient
ces Tags Exif :
Si tu as des questions, n'hésite pas à me contacter. Je pense écrire un
programme qui fait la même chose en C prochainement, disons avant Noël
(pas le temps avant).
Bonne pêche ... :-)
--
<ericb at openoffice |dot_ org>
Francophone OpenOffice.org Commmunity developer (Linux PPC / Mac OS X /
X11)
See : <http://fr.openoffice.org>
5) Ensuite, j'ai utilise vi, en cherchant les tags "Exif", plus exactement 6 caractères avant, ce qui constitue le début d'un fichier .jpg (les photos étaient fort heureusement dans ce format).
Soit, en mode commande :
/Exif ( suivi d'entrée )
IMPORTANT : se décaler de 6 (exactement) caractères avec flèche gauche, et insérer une saut de ligne :
i (pour entrer en mode insertion)
entrée (pour sauter une ligne -> le tag exif
puis echap pour repasser en mode commande
utiliser la touche n pour arriver au tag Exif suivant, et recommencer, en notant tous les numéros des lignes commençant par les 6 (meta)caractères suivi d'Exif
sauvegarder le fichier final.
Note : *aucune erreur n'est permise*, sinon, refaire un dump et recommencer.
Ensuite, j'ai joué avec head et tail, avec les valeurs des lignes que j'avais soigneusement notées
Note : un petit shell script permettra de retrouver ces photos plus facilement, mais j'ai eu la flemme.
A la main, ça donne (ligne par ligne), par exemple :
Exemple : les lignes 1, 5226 ..... 198824, 203433, 208033 contenaient ces Tags Exif :
Si tu as des questions, n'hésite pas à me contacter. Je pense écrire un programme qui fait la même chose en C prochainement, disons avant Noël (pas le temps avant).
Bonne pêche ... :-)
-- <ericb at openoffice |dot_ org> Francophone OpenOffice.org Commmunity developer (Linux PPC / Mac OS X / X11) See : <http://fr.openoffice.org>
jeanpierre.libre
Jaypee wrote:
En argentique on n'est pas à l' abri non plus, un labo avait perdu ma pelloche. La première fois en 20 ans qu'ils me disaient.
avec moi, ça devait faire tous les dix ans :-) -- jean-pierre gerbal pour me répondre, permuter mon nom et libre (en anglais)
Jaypee <rf.oodanaw@sd.eepyaj> wrote:
En argentique on n'est pas à l' abri non plus, un labo avait perdu ma
pelloche. La première fois en 20 ans qu'ils me disaient.
avec moi, ça devait faire tous les dix ans :-)
--
jean-pierre gerbal
pour me répondre, permuter mon nom et libre (en anglais)
En argentique on n'est pas à l' abri non plus, un labo avait perdu ma pelloche. La première fois en 20 ans qu'ils me disaient.
avec moi, ça devait faire tous les dix ans :-) -- jean-pierre gerbal pour me répondre, permuter mon nom et libre (en anglais)
Saïd
Nicolas MICHEL :
Saïd wrote:
Dans le finder je vois XD1Go Dans le Terminal /Volumes/Â Â (6 fois "Â ") Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
C'est juste une idée comme ça, mais au pif je dirais que ta carte ne supporte pas l'encodage utilisé par OSX pour l'arabe. Du coup impossible de renomer le disque... l'appareil ne comprends pas cet idiôme.
Non, j'ai reessaye apres en m'assurant qu'aucun caractere arabe n'est mis en cause -> A chaque fois que Mac OS X la renomme, elle plante.
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
Nicolas MICHEL :
Saïd <said@brian.lan> wrote:
Dans le finder je vois XD1Go
Dans le Terminal /Volumes/Â Â (6 fois "Â ")
Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
C'est juste une idée comme ça, mais au pif je dirais que ta carte ne
supporte pas l'encodage utilisé par OSX pour l'arabe.
Du coup impossible de renomer le disque... l'appareil ne comprends pas
cet idiôme.
Non, j'ai reessaye apres en m'assurant qu'aucun caractere arabe n'est mis
en cause -> A chaque fois que Mac OS X la renomme, elle plante.
--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger
Dans le finder je vois XD1Go Dans le Terminal /Volumes/Â Â (6 fois "Â ") Ni dans le finder ni dans le terminal je ne peut trouver de fichiers.
C'est juste une idée comme ça, mais au pif je dirais que ta carte ne supporte pas l'encodage utilisé par OSX pour l'arabe. Du coup impossible de renomer le disque... l'appareil ne comprends pas cet idiôme.
Non, j'ai reessaye apres en m'assurant qu'aucun caractere arabe n'est mis en cause -> A chaque fois que Mac OS X la renomme, elle plante.
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
Saïd
ericb :
Bonjour,
À peine rentre de la WWDC, j'ai failli perdre 150 photos de la même manière ...
Il m'a suffi de brancher l'appareil photo sous Mac OS X, et celui-ci m'a gentiment formaté la carte : carte vide ... plus de photos.
Comme j'étais très faché, je n'ai pas laissé tomber. En plus ce n'était pas mon appareil, et il n'y avait pas de sauvegarde :-/ ( évidemment)
Pour récupérer les photos, c'était un peu limite, mais voici comment j'ai fait (très succintement) :
1) J'ai utilisé Linux
2) j'ai branché la carte dans un lecteur de carte
3) utilisé disk dump aka " dd "
dd if=/dev/uba1 of=/home/eric/backup_carte.iso
Note : j'ai utilisé .iso, car on peut évidemment monter cette partition sous Linux , ou sous Mac OS X (enfin...)
mount -t vfat -o loop backup_carte.iso /point_de_montage
4) comme la carte faisait 1 Go, j'ai refait des dd partiels, en utilisant l'option skip :
Pour les 200000 premiers blocs (de 512 octets ), soit 100Mo :
5) Ensuite, j'ai utilise vi, en cherchant les tags "Exif", plus exactement 6 caractères avant, ce qui constitue le début d'un fichier .jpg (les photos étaient fort heureusement dans ce format).
Je detete vi et je n'aurais certainement pas l'idee d'editer un systeme de fichiers avec un editeur de texte. :)
Je prefere le C qui fait tout d'un coup.
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
ericb :
Bonjour,
À peine rentre de la WWDC, j'ai failli perdre 150 photos de la même
manière ...
Il m'a suffi de brancher l'appareil photo sous Mac OS X, et celui-ci m'a
gentiment formaté la carte : carte vide ... plus de photos.
Comme j'étais très faché, je n'ai pas laissé tomber. En plus ce n'était
pas mon appareil, et il n'y avait pas de sauvegarde :-/ ( évidemment)
Pour récupérer les photos, c'était un peu limite, mais voici comment
j'ai fait (très succintement) :
1) J'ai utilisé Linux
2) j'ai branché la carte dans un lecteur de carte
3) utilisé disk dump aka " dd "
dd if=/dev/uba1 of=/home/eric/backup_carte.iso
Note : j'ai utilisé .iso, car on peut évidemment monter cette partition
sous Linux , ou sous Mac OS X (enfin...)
mount -t vfat -o loop backup_carte.iso /point_de_montage
4) comme la carte faisait 1 Go, j'ai refait des dd partiels, en
utilisant l'option skip :
Pour les 200000 premiers blocs (de 512 octets ), soit 100Mo :
5) Ensuite, j'ai utilise vi, en cherchant les tags "Exif", plus
exactement 6 caractères avant, ce qui constitue le début d'un fichier
.jpg (les photos étaient fort heureusement dans ce format).
Je detete vi et je n'aurais certainement pas l'idee d'editer un systeme de
fichiers avec un editeur de texte. :)
Je prefere le C qui fait tout d'un coup.
--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger
5) Ensuite, j'ai utilise vi, en cherchant les tags "Exif", plus exactement 6 caractères avant, ce qui constitue le début d'un fichier .jpg (les photos étaient fort heureusement dans ce format).
Je detete vi et je n'aurais certainement pas l'idee d'editer un systeme de fichiers avec un editeur de texte. :)
Je prefere le C qui fait tout d'un coup.
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
ericb
ericb : Je detete vi
C'est vrai que j'aurais pu prendre autre chose :-)
et je n'aurais certainement pas l'idee d'editer un systeme de
fichiers avec un editeur de texte. :)
Un système de fichiers, c'est un système de fichiers après tout . Pire, c'était du vfat :-)
D'ailleurs, c'est quand hexdump et strings on confirmé qu'il y avait ~ 140 Tags " Exif " , que j'ai commencé à me dire que rien n'était perdu.
N'empêche que j'ai récupéré mes ~140 photos (plus le chiffre exact en tête).Juste 3 ne sont pas reconnues, faudra que je regarde pourquoi. Peut-être un bête offset ...
Je prefere le C qui fait tout d'un coup.
Oui. Mais comme je suis un peu fénéant, je vais déjà regarder s'il existe quelque chose en libre, ou au pire en binaire tout prêt qui résoud ce type de problème. Sinon, j'essayerai de l'écrire si j'ai un moment.
Pour y avoir un peu réfléchi, il faudra aussi penser à optimiser l'algo qui manipule des quantités importantes de données).
-- <ericb at openoffice |dot_ org> Francophone OpenOffice.org Commmunity developer (Linux PPC / Mac OS X / X11) See : <http://fr.openoffice.org>
ericb :
Je detete vi
C'est vrai que j'aurais pu prendre autre chose :-)
et je n'aurais certainement pas l'idee d'editer un systeme de
fichiers avec un editeur de texte. :)
Un système de fichiers, c'est un système de fichiers après tout . Pire,
c'était du vfat :-)
D'ailleurs, c'est quand hexdump et strings on confirmé qu'il y avait ~
140 Tags " Exif " , que j'ai commencé à me dire que rien n'était perdu.
N'empêche que j'ai récupéré mes ~140 photos (plus le chiffre exact en
tête).Juste 3 ne sont pas reconnues, faudra que je regarde pourquoi.
Peut-être un bête offset ...
Je prefere le C qui fait tout d'un coup.
Oui. Mais comme je suis un peu fénéant, je vais déjà regarder s'il
existe quelque chose en libre, ou au pire en binaire tout prêt qui
résoud ce type de problème. Sinon, j'essayerai de l'écrire si j'ai un
moment.
Pour y avoir un peu réfléchi, il faudra aussi penser à optimiser l'algo
qui manipule des quantités importantes de données).
--
<ericb at openoffice |dot_ org>
Francophone OpenOffice.org Commmunity developer (Linux PPC / Mac OS X /
X11)
See : <http://fr.openoffice.org>
C'est vrai que j'aurais pu prendre autre chose :-)
et je n'aurais certainement pas l'idee d'editer un systeme de
fichiers avec un editeur de texte. :)
Un système de fichiers, c'est un système de fichiers après tout . Pire, c'était du vfat :-)
D'ailleurs, c'est quand hexdump et strings on confirmé qu'il y avait ~ 140 Tags " Exif " , que j'ai commencé à me dire que rien n'était perdu.
N'empêche que j'ai récupéré mes ~140 photos (plus le chiffre exact en tête).Juste 3 ne sont pas reconnues, faudra que je regarde pourquoi. Peut-être un bête offset ...
Je prefere le C qui fait tout d'un coup.
Oui. Mais comme je suis un peu fénéant, je vais déjà regarder s'il existe quelque chose en libre, ou au pire en binaire tout prêt qui résoud ce type de problème. Sinon, j'essayerai de l'écrire si j'ai un moment.
Pour y avoir un peu réfléchi, il faudra aussi penser à optimiser l'algo qui manipule des quantités importantes de données).
-- <ericb at openoffice |dot_ org> Francophone OpenOffice.org Commmunity developer (Linux PPC / Mac OS X / X11) See : <http://fr.openoffice.org>
