#26 Le 23/01/2015, à 11:24
- vinaigrette
Re : Plantage suite à ouverture jpg
Bonjour
#23
je ne comprend pas; en quoi modifier le nom change qq chose?
#24
les images sont créés par scanner
bon, j'essaie de mettre les images en ligne
merci
Ubuntu Mate 20.04 sur desktop
Hors ligne
#27 Le 23/01/2015, à 22:08
- vinaigrette
Hors ligne
#28 Le 23/01/2015, à 22:13
- J5012
Re : Plantage suite à ouverture jpg
un contributeur t'a demandé les infos retournées par deux commandes : identify et display (Anonyme68 en #11) ,
identify marche mais pas display en disant que le fichier n'existe pas ...
ta reponse au post #11 : post #20
vinaigrette a écrit :merci bien, le retour pour le #11 :
tati @ tati-MS-7758 ~ └─ $ ▶ identify /media/tati/stock2/f30548g384.jp /media/tati/stock2/f30548g384.jp JPEG 6419x9736 6419x9736+0+0 8-bit DirectClass 9.563MB 0.000u 0:00.000 tati @ tati-MS-7758 ~ └─ $ ▶ display /media/tati/stock2/f30548g384.jpg display.im6: impossible d'ouvrir l'image `/media/tati/stock2/f30548g384.jpg': Aucun fichier ou dossier de ce type @ error/blob.c/OpenBlob/2638. tati @ tati-MS-7758 ~ └─ $ ▶
ta 1ere commande identify
identify /media/tati/stock2/f30548g384.jprenvoie une reponse correcte
/media/tati/stock2/f30548g384.jp JPEG 6419x9736 6419x9736+0+0 8-bit DirectClass 9.563MB 0.000u 0:00.000ta 2ieme commande display
display /media/tati/stock2/f30548g384.jpgne renvoie pas une reponse correcte (le fichier n'existe pas)
display.im6: impossible d'ouvrir l'image `/media/tati/stock2/f30548g384.jpg': Aucun fichier ou dossier de ce type @ error/blob.c/OpenBlob/2638.les deux commandes sont pour les infos du meme fichier, sauf qu'entre les deux, l'un s'appelle
f30548g384.jp et l'autre f30548g384.jpg
c'est pourquoi je te dis :
1/ tu changes la commande pour display en
display /media/tati/stock2/f30548g384.jp2/ ou tu changes le nom de l'image en f30548g384.jpg
le 1er identify est bon (on a l'info) mais pas le 2ieme parce que tu croyais que l'erreur etait sur display , alors qu'il est sur ta redaction du nom de l'image ...
Dernière modification par J5012 (Le 23/01/2015, à 22:14)
Hors ligne
#29 Le 23/01/2015, à 22:23
- vinaigrette
Re : Plantage suite à ouverture jpg
Merci, je pense avoir fait une erreur en recopiant le nom (oublié le g);
là je viens de fairesur la commande display (le fichier est bien nommé et recopié), ça ouvre image magik (visionneuse par défaut) et ça plante, c'est bloqué et je dois redémarrer
Ubuntu Mate 20.04 sur desktop
Hors ligne
#30 Le 23/01/2015, à 22:27
- J5012
Re : Plantage suite à ouverture jpg
bon poste l'image sur un hebergement qu'on puisse recuperer ...
j'ai cru comprendre que gimp ouvrait l'image sans planter ?
peux-tu retourner les infos d'image que gimp affiche ?
Hors ligne
#31 Le 23/01/2015, à 22:35
- vinaigrette
Re : Plantage suite à ouverture jpg
les photos, sont sur le #27 , et c'est bizarre mais dans les propriétés sur gimp sont vides ! je vais quand même réinstaller gthumb...
Ubuntu Mate 20.04 sur desktop
Hors ligne
#32 Le 23/01/2015, à 22:46
- J5012
Re : Plantage suite à ouverture jpg
j'ai teste la 1ere photo que flickr presente en original celle qui fait 10204 * 14031 px
affiché avec eog, geeqie, feh sans plantage
Hors ligne
#33 Le 23/01/2015, à 22:57
- vinaigrette
Re : Plantage suite à ouverture jpg
tu as chargé une photo et ensuite ouvert avec un de ces logiciels ? ce que je ne comprends pas c'est que ce genre de plantage ne m'est jamais arrivé...
Ubuntu Mate 20.04 sur desktop
Hors ligne
#34 Le 23/01/2015, à 23:00
- vinaigrette
Re : Plantage suite à ouverture jpg
et rebelote, ouverture avec gthumb et c'est bloqué ! fais chier !
Ubuntu Mate 20.04 sur desktop
Hors ligne
#35 Le 23/01/2015, à 23:01
- J5012
Re : Plantage suite à ouverture jpg
j'ai recuperé l'image avec wget
wget -c https://farm8.staticflickr.com/7500/16162806769_3871a1f3fa_o_d.jpgensuite clic droit, ouvrir avec feh
ensuite clic droit ouvrir avec geeqie
en dernier ouvrir avec eog (mon imageur par defaut et non gthumb)
Hors ligne
#36 Le 23/01/2015, à 23:05
- J5012
Re : Plantage suite à ouverture jpg
ne reinstalle pas gthumb .... mais supprime son fichier de configuration ... normalement qqpart dans .local/share/applications ou dans .config/ ou dans un fichier .gthumb (ca depend si les devs de gthumb ont migré leur appli avec les nouvelles regles de u14.04 ou non)
Hors ligne
#37 Le 23/01/2015, à 23:08
- vinaigrette
Re : Plantage suite à ouverture jpg
c'est déja reinstallé, mais bon ristretto et magik ça foire aussi !
Ubuntu Mate 20.04 sur desktop
Hors ligne
#38 Le 23/01/2015, à 23:11
- J5012
Re : Plantage suite à ouverture jpg
si tu as juste reinstalle sans desinstallation complete, les anciens fichiers de config sont restés intacts ...
Hors ligne
#39 Le 23/01/2015, à 23:28
- Braun
Re : Plantage suite à ouverture jpg
Bonsoir,
Si je ne me suis pas trompé d'image, elle me semble tout à fait honnête :
00000000 FF D8 FF E0 00 10 4A 46 49 46 00 01 01 01 00 48 ......JFIF.....H
00000010 00 48 00 00 FF FE 00 1C 63 6D 70 33 2E 31 30 2E .H......cmp3.10.
00000020 33 2E 32 4C 71 33 20 30 78 66 35 66 66 66 61 62 3.2Lq3 0xf5fffabJe pense comme J5012 qu'il faudrait voir virer les config.
Hors ligne
#40 Le 23/01/2015, à 23:33
- vinaigrette
Re : Plantage suite à ouverture jpg
bien, je vais avoir besoin d'aide pour ça
Ubuntu Mate 20.04 sur desktop
Hors ligne
#41 Le 23/01/2015, à 23:55
- Braun
Re : Plantage suite à ouverture jpg
Au temps pour moi, j'avais pris une petite image, la grande a l'air honnête :
00000000 FF D8 FF E0 00 10 4A 46 49 46 00 01 01 00 00 01 ......JFIF......
00000010 00 01 00 00 FF DB 00 43 00 03 02 02 02 02 03 03 .......C........
00000020 03 03 03 05 04 03 03 04 05 04 04 05 05 08 0A 0C ................
00000030 08 06 07 07 0A 0E 0D 0B 0B 0A 0B 0C 0C 0B 0E 11 ................ Mais plante mon visionneur d'image !
Le disque dur s'affole, le pauvre (peut être un swap exigent) et évidemment je ne peux rien faire que fermer ma session.
Mon diagnostic serait donc mémoire ou configuration insuffisante pour une image aussi grande.
Hors ligne
#42 Le 24/01/2015, à 00:11
- vinaigrette
Re : Plantage suite à ouverture jpg
Les plus grandes font 9 mo , j'ai vu pire
Ubuntu Mate 20.04 sur desktop
Hors ligne
#43 Le 24/01/2015, à 06:54
- moko138
Re : Plantage suite à ouverture jpg
Comme Braun, je pense à une mémoire mal utilisée.
1) Et je crois que ta session ne plante pas du tout : simplement, ton système est en train de copier une partie de ta mémoire vive saturée (RAM) dans la swap (partition). Ce qui peut prendre plusieurs minutes.
2) Si en plus tu as des centaines d'images sans vignettes dans le répertoire concerné, tu demandes au même moment à ton système de fabriquer autant de vignettes. Donc éventuelle 2ème tâche lourde...
N'aurais-tu pas un utilitaire genre bleachbit qui purgerait trop ton cache de vignettes ?
Regarde aussi les préférences de ton navigateur de fichiers (thunar ? je ne connais pas Voyager 14.04) : ne peux-tu y limiter la confection des vignettes ?
Donne
free -mtail -n 6 /etc/sysctl.confet, en utilisation courante, c'est-à-dire ni juste après le démarrage ni quand ton système gèle, les 12 premières lignes de :
top -d 20et de
top -d 20
MNB : c'est un M majuscule.
Merci !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#44 Le 24/01/2015, à 12:02
- vinaigrette
Re : Plantage suite à ouverture jpg
alors pour #43 :
tati @ tati-MS-7758 ~
└─ $ ▶ free -m
total used free shared buffers cached
Mem: 7930 1586 6344 4 46 598
-/+ buffers/cache: 941 6989
Swap: 8139 0 8139
tati @ tati-MS-7758 ~
└─ $ ▶ tail -n 6 /etc/sysctl.conf
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#
tati @ tati-MS-7758 ~
└─ $ ▶ tati @ tati-MS-7758 ~
└─ $ ▶ top -d 20
top - 10:59:05 up 14 min, 2 users, load average: 0,08, 0,11, 0,08
Tasks: 196 total, 1 running, 195 sleeping, 0 stopped, 0 zombie
%Cpu(s): 2,1 us, 0,6 sy, 0,6 ni, 96,5 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 8120792 total, 2190872 used, 5929920 free, 110672 buffers
KiB Swap: 8335356 total, 0 used, 8335356 free. 965604 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1822 tati 20 0 186104 17108 10344 S 6,4 0,2 0:01.19 xfwm4
3271 tati 20 0 32144 1588 1116 R 6,4 0,0 0:00.01 top
1 root 20 0 33928 3304 1500 S 0,0 0,0 0:01.22 init
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 0:00.00 ksoftirqd/0
4 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:+
7 root 20 0 0 0 0 S 0,0 0,0 0:00.31 rcu_sched
8 root 20 0 0 0 0 S 0,0 0,0 0:00.31 rcuos/0
9 root 20 0 0 0 0 S 0,0 0,0 0:00.24 rcuos/1
10 root 20 0 0 0 0 S 0,0 0,0 0:00.21 rcuos/2
11 root 20 0 0 0 0 S 0,0 0,0 0:00.27 rcuos/3
12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh j'arrive pas à taper le "M" il est vraiment à la ligne ?
Ubuntu Mate 20.04 sur desktop
Hors ligne
#45 Le 24/01/2015, à 22:12
- J5012
Re : Plantage suite à ouverture jpg
j'ai recuperé l'image avec wget
wget -c https://farm8.staticflickr.com/7500/16162806769_3871a1f3fa_o_d.jpgensuite clic droit, ouvrir avec feh
ensuite clic droit ouvrir avec geeqie
en dernier ouvrir avec eog (mon imageur par defaut et non gthumb)
cette image fait 10204*14031px et pese 26mo
mon ordi est un "portable" de bureau dans le genre desktop replacement (puissance d'un ordi en tour)
i5+6goddr3+2*500goddur, j'ai mis une swap de 12mo
il faut à eog qqs secondes pour ouvrir l'image
feh l'affiche quasi immediatement
geeqie est moins rapide que feh mais plus qu'eog, eog utilise gnome, geekie gtk+
quand j'ai des dossiers avec bcp d'images lourdes, j'utilise geeqie, ideal pour parser rapidement dans les images, son interface est moins lisse que celle d'un ristretto ou gthumb ...
si tu as vraiment un probleme de cellule ram qqpart, je pense que ca devrait aussi se voir avec une video hd1080 de 20mn et quand tu demandes un saut brusque du debut à la fin ...
je vais tester les autres images ...
edit : les autres images sont plus petites, elles s'ouvrent avec les memes ... et sont ok.
Dernière modification par J5012 (Le 24/01/2015, à 22:59)
Hors ligne
#46 Le 25/01/2015, à 09:58
- moko138
Re : Plantage suite à ouverture jpg
Comme le dit J5012, une ram défectueuse est une piste à envisager, via un memtest. Mais je suis troublé par
la grande a l'air honnête (...) Mais plante mon visionneur d'image !
.
1) RAM et swap
Tu as 8 Go de ram et un peu plus de swap ! Ce sont déjà des moyens très confortables.
1.1) Vérifions que ta swap est correctement décrite, en comparant :
cat /etc/fstab | grep swsudo blkid | grep sw1.2) Améliorons l'utilisation de ta ram :
echo vm.swappiness=10 | sudo tee -a /etc/sysctl.confet donne le retour complet.
Puis redémarre pour que le réglage prenne effet.
2) Tu n'as pas répondu. Alors
2.1 encore une fois (2.1.a) :
Regarde aussi les préférences de ton navigateur explorateur de fichiers (thunar ? je ne connais pas Voyager 14.04) : ne peux-tu y limiter la confection des vignettes ?
2.1.b Quel est ton explorateur de fichiers ?
2.1.c Pour le répertoire fatidique contenant l'image de 26 Mo,
quelle est sa taille ? Et combien d'images contient-il ?
Parce que si ton répertoire contient 500 images d'un poids moyen de 20 Mo, ta machine a 10 Go de fichiers
- à contrôler pour voir si leurs vignettes existent,
et, si elles sont absentes, pour voir si tes réglages proscrivent ou exigent leur confection,
- à transformer, le cas échéant en vignettes !
Et là, la RAM est rudement sollicitée, mais aussi le processeur... Donne
cat /proc/cpuinfo2.2 purge éventuellement excessive
2.2.1 :
dpkg --get-selections *tweak*2.2.2 :
dpkg --get-selections *bleachbit*2.2.3 : As-tu sur ton bureau ou ailleurs dans ton home le script ThCleaner.py ?
2.3 top :
en utilisation courante, (...) ni juste après le démarrage ni quand ton système gèle
Or dans le retour que tu as donné, on voit que seuls top et ton gestionnaire de fenêtre, xfwm, sollicitent sensiblement ton processeur !
Donc recommence à donner les 12 premières lignes de
top -d 20mais avec ton navigateur en cours d'utilisation, ainsi que ton lecteur audio/video, ton explorateur de fichiers, ton éditeur de texte, et une image banale affichée.
Puis, concernant
top -d 20
MNB : c'est un M majuscule
et ta question :
j'arrive pas à taper le "M" il est vraiment à la ligne ?
C'est beaucoup plus simple que tu ne l'imaginais :
tu as ouvert un terminal,
puis top -d 20 [Entrée] t'a affiché un tableau.
Tu ne fermes pas ce terminal. Tu ne cherches pas à cliquer dedans.
Simplement, tu tapes M (sans même faire Entrée).
C'est tout ! 
Le classement est ainsi modifié, selon la charge mémoire.
Il n'y a plus qu'à copier-coller la première douzaine de lignes du terminal, comme tu l'as fait hier.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#47 Le 27/01/2015, à 22:38
- vinaigrette
Re : Plantage suite à ouverture jpg
Bonsoir,
alors pour les images, en les ouvrant avec gimp et en réduisant en jpg à environ 6 mo , ça plante également, et le matériel est quand même récent...
en réponse à #46
1.1 :
tati @ tati-MS-7758 ~
└─ $ ▶ cat /etc/fstab | grep sw
/dev/mapper/xubuntu--vg-swap_1 none swap sw 0 0
tati @ tati-MS-7758 ~
└─ $ ▶ sudo blkid | grep sw
[sudo] password for tati:
/dev/sdd2: UUID="c004f7e5-44e3-4543-96d9-dd5bceb38f5f" TYPE="swap"
/dev/mapper/xubuntu--vg-swap_1: UUID="a438d849-745f-4b07-8fa9-98548a7cd318" TYPE="swap"
tati @ tati-MS-7758 ~
└─ $ ▶ 1.2
tati @ tati-MS-7758 ~
└─ $ ▶ echo vm.swappiness=10 | sudo tee -a /etc/sysctl.conf
vm.swappiness=10voilà les retours et désolé mais étant parti de chez moi, il y a un décalage dans mes réponses
Ubuntu Mate 20.04 sur desktop
Hors ligne
#48 Le 27/01/2015, à 22:51
- vinaigrette
Re : Plantage suite à ouverture jpg
- le gestionnaire de fichier apparement c'est Thunar
- le répertoire en question fait To et n'est pas plein à craquer, toutes les images ne sont pas aussi lourdes, et encore une fois ça n'est jamais arrivé de faire planter un visionneur
bon, je redémarre parès le réglage RAM
Ubuntu Mate 20.04 sur desktop
Hors ligne
#49 Le 27/01/2015, à 22:56
- vinaigrette
Re : Plantage suite à ouverture jpg
et voici ce que donne
tati @ tati-MS-7758 ~
└─ $ ▶ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz
stepping : 9
microcode : 0x12
cpu MHz : 1600.000
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 6186.14
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz
stepping : 9
microcode : 0x12
cpu MHz : 1600.000
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 4
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 6186.14
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz
stepping : 9
microcode : 0x12
cpu MHz : 1600.000
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 2
cpu cores : 4
apicid : 4
initial apicid : 4
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 6186.14
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz
stepping : 9
microcode : 0x12
cpu MHz : 3100.000
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 6186.14
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
tati @ tati-MS-7758 ~
└─ $ ▶ Ubuntu Mate 20.04 sur desktop
Hors ligne
#50 Le 28/01/2015, à 09:00
- moko138
Re : Plantage suite à ouverture jpg
Concernant la swap, tu es en LVM donc il va falloir plus d'info, et comme je ne maîtrise pas le LVM,
je passe la main.
- le gestionnaire de fichier apparement c'est Thunar
"Apparemment"... Pour une aide efficace du forum, il va falloir plus de précision...
fait To
?
Pour une aide efficace du forum, il va falloir plus de rigueur.
Je t'ai posé des questions, certaines deux fois. Pour que nous nous y retrouvions mieux, je les ai numérotées.
Il manque encore plus de la moitié des réponses.
Là, nous sommes tous en train de perdre notre temps.
et encore une fois ça n'est jamais arrivé de faire planter un visionneur
Oui mais entre-temps :
j'ai importé via usb des fichiers jpg scannés
et l'ordre de grandeur de ton répertoire unique pour tes images a battu un record.
- le répertoire en question fait To et n'est pas plein à craquer, toutes les images ne sont pas aussi lourdes,
Si l''ordre de grandeur est vraiment le téraoctet (!) d'images,
même en supposant que ta mémoire RAM et que l"état de ton disque dur soient impeccables,
et que l'UUID de ta swap soit correctement reportée,
et que ton OS soit bien un 64 bits,
eh bien, qu'il s'agisse d'afficher les vignettes de 100 images de 10 gigas, ou de 1 million d'images de 1 méga,
comprends que tu demandes énormément à ton système et à ton matériel, quand tu leur demandes d'ouvrir ce répertoire unique ET d'afficher les vignettes, ET de créer celles qui manquent.
É-nor-mé-ment.
Dernière modification par moko138 (Le 28/01/2015, à 09:13)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne