J'ai installé les deux logiciels de récupération de photo les plus
couramment utilisés sous Linux, gtkam et digikam puis j'ai configuré le
hotplug et je crois avoir fait tout ce qui est nécessaire. En tous les
cas, j'ai parcouru et suivi à la lettre plusieurs sites d'aide à la
récupération de photo sous Linux.
J'accède sans difficulté à la lecture de la carte de l'appareil photo
(j'ai testé avec un Kodak CX7530 et un Canon EOS 300D ; ces deux
appareils étant supportés par gtkam et digikam). En revanche, il m'est
impossible de télécharger les photos de la carte mémoire sur l'ordi.
Est-ce que l'un d'entre vous a déjà eu ce problème ? Si oui, comment
l'avez-vous réglé ?
Chez moi, gtkam ne fonctionne pas convenablement (il affiche les vignettes des photos, mais crashe quand je veux les sauvegarder).
C'est par ce genre de détails que l'on constate généralement la supériorité de Linux sur Windows.
Oui, après examen du problème, gtkam ne crashe pas, il quitte proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
-- Richard
Richard Delorme
Chez moi, gtkam ne fonctionne pas convenablement (il affiche les vignettes des photos, mais crashe quand je veux les sauvegarder). C'est pourquoi j'utilise la ligne de commande suivante : $ gphoto2 -P pour récupèrer les photos depuis l'appareil.
J'avais essayé mais rien à faire. Erreur dans le protocole PTP. L'appareil semble occupé... :-(
Bon j'arrête pour aujourd'hui, je reviendrai à la charge plus tard !
Plusieurs choses à vérifier... - Lire les docs : http://www.gphoto.org/doc/ - les appareils numériques ont une durée de vie courte et l'apparition de nouveaux modèles est fréquente. Par conséquent, il faut vérifier que les logiciels utilisées soient dans des versions récentes. Le Kodack CX 7530 n'est reconnu que par la dernière version de gphoto2 (2.1.5 de du 16 décembre 2004). Le problème de crash dont je parlais semble avoir été résolu dans la dernière version de gtkam (0.1.11). - Vérifier que l'appareil est bien présent sur le port usb, en tapant : $ cat /proc/bus/usb/devices on doit voir le nom de l'appareil quelque part. P.ex (pour un canon powershot A80), j'obtiens : P: Vendora9 ProdID09a Rev= 0.01 S: ManufacturerÊnon Inc. S: ProductÊnon Digital Camera - Vérifier que l'appareil est bien branché, dans le bon mode, etc. - Vérifier que l'USB fonctionne (modules du noyau chargé, etc.) - faire une recherche sur google pour voir si le problème auquel on est confronté a été rapporté et corrigé. - poser le problème sur un groupe, fr.comp.os.linux.configuration est peut-être plus approprié que frpn. - Le cas échéant, si la présence d'un bogue devient une certitude, faire un rapport de bogue. Pour Debian, utiliser reportbug : http://www.debian.org/Bugs/Reporting
Bonne chance...
-- Richard
Chez moi, gtkam ne fonctionne pas convenablement (il affiche les
vignettes des photos, mais crashe quand je veux les sauvegarder).
C'est pourquoi j'utilise la ligne de commande suivante :
$ gphoto2 -P
pour récupèrer les photos depuis l'appareil.
J'avais essayé mais rien à faire. Erreur dans le protocole PTP.
L'appareil semble occupé... :-(
Bon j'arrête pour aujourd'hui, je reviendrai à la charge plus tard !
Plusieurs choses à vérifier...
- Lire les docs :
http://www.gphoto.org/doc/
- les appareils numériques ont une durée de vie courte et l'apparition
de nouveaux modèles est fréquente. Par conséquent, il faut vérifier que
les logiciels utilisées soient dans des versions récentes. Le Kodack CX
7530 n'est reconnu que par la dernière version de gphoto2 (2.1.5 de du
16 décembre 2004). Le problème de crash dont je parlais semble avoir été
résolu dans la dernière version de gtkam (0.1.11).
- Vérifier que l'appareil est bien présent sur le port usb, en tapant :
$ cat /proc/bus/usb/devices
on doit voir le nom de l'appareil quelque part. P.ex (pour un canon
powershot A80), j'obtiens :
P: Vendora9 ProdID09a Rev= 0.01
S: ManufacturerÊnon Inc.
S: ProductÊnon Digital Camera
- Vérifier que l'appareil est bien branché, dans le bon mode, etc.
- Vérifier que l'USB fonctionne (modules du noyau chargé, etc.)
- faire une recherche sur google pour voir si le problème auquel on est
confronté a été rapporté et corrigé.
- poser le problème sur un groupe, fr.comp.os.linux.configuration est
peut-être plus approprié que frpn.
- Le cas échéant, si la présence d'un bogue devient une certitude, faire
un rapport de bogue. Pour Debian, utiliser reportbug :
http://www.debian.org/Bugs/Reporting
Chez moi, gtkam ne fonctionne pas convenablement (il affiche les vignettes des photos, mais crashe quand je veux les sauvegarder). C'est pourquoi j'utilise la ligne de commande suivante : $ gphoto2 -P pour récupèrer les photos depuis l'appareil.
J'avais essayé mais rien à faire. Erreur dans le protocole PTP. L'appareil semble occupé... :-(
Bon j'arrête pour aujourd'hui, je reviendrai à la charge plus tard !
Plusieurs choses à vérifier... - Lire les docs : http://www.gphoto.org/doc/ - les appareils numériques ont une durée de vie courte et l'apparition de nouveaux modèles est fréquente. Par conséquent, il faut vérifier que les logiciels utilisées soient dans des versions récentes. Le Kodack CX 7530 n'est reconnu que par la dernière version de gphoto2 (2.1.5 de du 16 décembre 2004). Le problème de crash dont je parlais semble avoir été résolu dans la dernière version de gtkam (0.1.11). - Vérifier que l'appareil est bien présent sur le port usb, en tapant : $ cat /proc/bus/usb/devices on doit voir le nom de l'appareil quelque part. P.ex (pour un canon powershot A80), j'obtiens : P: Vendora9 ProdID09a Rev= 0.01 S: ManufacturerÊnon Inc. S: ProductÊnon Digital Camera - Vérifier que l'appareil est bien branché, dans le bon mode, etc. - Vérifier que l'USB fonctionne (modules du noyau chargé, etc.) - faire une recherche sur google pour voir si le problème auquel on est confronté a été rapporté et corrigé. - poser le problème sur un groupe, fr.comp.os.linux.configuration est peut-être plus approprié que frpn. - Le cas échéant, si la présence d'un bogue devient une certitude, faire un rapport de bogue. Pour Debian, utiliser reportbug : http://www.debian.org/Bugs/Reporting
Bonne chance...
-- Richard
Richard Delorme
J'accède sans difficulté à la lecture de la carte de l'appareil photo (j'ai testé avec un Kodak CX7530 et un Canon EOS 300D ; ces deux appareils étant supportés par gtkam et digikam). En revanche, il m'est
Ces appareils ne supportent pas l'USB mass storage (pour voir la carte comme un disque) ? Je suis sous Mandrake et un disque est monté dans /mnt/camera automatiquement quand je branche l'appareil photo.
Non, il s'agit d'appareils utilisant le protocol PTP.
Je n'ai pas essayé ceux-là précisément, mais ils sont décrits comme fonctionnant avec gphoto2.
-- Richard
J'accède sans difficulté à la lecture de la carte de l'appareil photo
(j'ai testé avec un Kodak CX7530 et un Canon EOS 300D ; ces deux
appareils étant supportés par gtkam et digikam). En revanche, il m'est
Ces appareils ne supportent pas l'USB mass storage (pour voir la carte
comme un disque) ? Je suis sous Mandrake et un disque est monté
dans /mnt/camera automatiquement quand je branche l'appareil photo.
Non, il s'agit d'appareils utilisant le protocol PTP.
Je n'ai pas essayé ceux-là précisément, mais ils sont décrits comme
fonctionnant avec gphoto2.
J'accède sans difficulté à la lecture de la carte de l'appareil photo (j'ai testé avec un Kodak CX7530 et un Canon EOS 300D ; ces deux appareils étant supportés par gtkam et digikam). En revanche, il m'est
Ces appareils ne supportent pas l'USB mass storage (pour voir la carte comme un disque) ? Je suis sous Mandrake et un disque est monté dans /mnt/camera automatiquement quand je branche l'appareil photo.
Non, il s'agit d'appareils utilisant le protocol PTP.
Je n'ai pas essayé ceux-là précisément, mais ils sont décrits comme fonctionnant avec gphoto2.
-- Richard
Céd
Richard Delorme wrote in news:420dfe0e$0$5222$:
'lut,
Oui, après examen du problème, gtkam ne crashe pas, il quitte proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
"It's not a bug, it's a feature." Ah ben non, merd', c'est déjà copyrighté. :c)
Céd, qui a plein de soucis similaires avec ses 2 PC sous Linux... -- Guide de Nancy : http://www.nancy-guide.net/ Site gourmand : http://www.dame-marmotte.net/
Richard Delorme <abulmo@nospam.fr> wrote in
news:420dfe0e$0$5222$7a628cd7@news.club-internet.fr:
'lut,
Oui, après examen du problème, gtkam ne crashe pas, il quitte
proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
"It's not a bug, it's a feature."
Ah ben non, merd', c'est déjà copyrighté. :c)
Céd, qui a plein de soucis similaires avec ses 2 PC sous Linux...
--
Guide de Nancy : http://www.nancy-guide.net/
Site gourmand : http://www.dame-marmotte.net/
Oui, après examen du problème, gtkam ne crashe pas, il quitte proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
"It's not a bug, it's a feature." Ah ben non, merd', c'est déjà copyrighté. :c)
Céd, qui a plein de soucis similaires avec ses 2 PC sous Linux... -- Guide de Nancy : http://www.nancy-guide.net/ Site gourmand : http://www.dame-marmotte.net/
Richard Delorme
Richard Delorme wrote in news:420dfe0e$0$5222$:
'lut,
Oui, après examen du problème, gtkam ne crashe pas, il quitte proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
"It's not a bug, it's a feature."
Non, non c'est bien un bogue. Enfin, je devrais dire c'était un bogue, car il a été corrigé dans la dernière version de gtkam (0.1.11) mais j'utilisais la version précédente (0.1.10).
Céd, qui a plein de soucis similaires avec ses 2 PC sous Linux...
Souvent utiliser les versions récentes des logiciels résoud bien des souci. Malheureusement il n'est pas toujours facile d'upgrader un logiciel dans certaines distributions. Heureusement, c'est facile avec la distribution que j'utilise... :-)
-- Richard
Richard Delorme <abulmo@nospam.fr> wrote in
news:420dfe0e$0$5222$7a628cd7@news.club-internet.fr:
'lut,
Oui, après examen du problème, gtkam ne crashe pas, il quitte
proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
"It's not a bug, it's a feature."
Non, non c'est bien un bogue. Enfin, je devrais dire c'était un bogue,
car il a été corrigé dans la dernière version de gtkam (0.1.11) mais
j'utilisais la version précédente (0.1.10).
Céd, qui a plein de soucis similaires avec ses 2 PC sous Linux...
Souvent utiliser les versions récentes des logiciels résoud bien des
souci. Malheureusement il n'est pas toujours facile d'upgrader un
logiciel dans certaines distributions. Heureusement, c'est facile avec
la distribution que j'utilise... :-)
Oui, après examen du problème, gtkam ne crashe pas, il quitte proprement. Mais bon, je préfèrerais qu'il sauvegarde les images...
"It's not a bug, it's a feature."
Non, non c'est bien un bogue. Enfin, je devrais dire c'était un bogue, car il a été corrigé dans la dernière version de gtkam (0.1.11) mais j'utilisais la version précédente (0.1.10).
Céd, qui a plein de soucis similaires avec ses 2 PC sous Linux...
Souvent utiliser les versions récentes des logiciels résoud bien des souci. Malheureusement il n'est pas toujours facile d'upgrader un logiciel dans certaines distributions. Heureusement, c'est facile avec la distribution que j'utilise... :-)
-- Richard
jpw
"François Jouve" a écrit
soit qq'un peut m'indiquer une ligne de commande (ls....qq chose ou semblable me permettant de retrouver les quelques fichiers vérolés sans avoir à les rechercher un par un, ou en attendant le hasard de les retrouver...
cd / find . -type f -size -10 -ls ça trouve les fichiers de moins de 10 octets
merci à ceux qui voudront me répondre. De rien
si si bon j'avais trouvé effectivement la commande find je n'ai pas encore testé faute d'avoir été présent mais j'aurais écrit ça comme ça
find / -name -size 0K -print
j'essayerais les deux variantes
à +
jpw
"François Jouve" <Francois.JouveHALTEAUSPAM@Polytechnique.fr> a écrit
soit qq'un peut m'indiquer une ligne de commande
(ls....qq chose ou semblable me permettant de retrouver les
quelques fichiers vérolés sans avoir à les rechercher
un par un, ou en attendant le hasard de les retrouver...
cd /
find . -type f -size -10 -ls
ça trouve les fichiers de moins de 10 octets
merci à ceux qui voudront me répondre.
De rien
si si
bon j'avais trouvé effectivement la commande find
je n'ai pas encore testé faute d'avoir été présent
mais j'aurais écrit ça comme ça
soit qq'un peut m'indiquer une ligne de commande (ls....qq chose ou semblable me permettant de retrouver les quelques fichiers vérolés sans avoir à les rechercher un par un, ou en attendant le hasard de les retrouver...
cd / find . -type f -size -10 -ls ça trouve les fichiers de moins de 10 octets
merci à ceux qui voudront me répondre. De rien
si si bon j'avais trouvé effectivement la commande find je n'ai pas encore testé faute d'avoir été présent mais j'aurais écrit ça comme ça
find / -name -size 0K -print
j'essayerais les deux variantes
à +
jpw
jpw
"François Jouve" a écrit
find . -type f -size -10 -ls
merci encore finalement la commande que j'ai passée et qui a marché est
find . -size 0k -print
pas compliqué mais tu m'a bien aidé merci.
jpw
"François Jouve" <Francois.JouveHALTEAUSPAM@Polytechnique.fr> a écrit
find . -type f -size -10 -ls
merci encore
finalement la commande que j'ai passée et qui a marché est
