Reprise du message précédent :
Bonjour, gros noob en tout j'aurais besoin de vos conseils.
 
Je suis sous debian bookworm et je souhaite faire du ménage dans un disque.
A la belle époque je prenais des photos en raw (.CR2) dans l'espoir de les "développer" et les traiter.
Bon bien évidemment ça n'a jamais été fait, ou alors sur une infime partie, le reste étant au final du tout venant qui ne mérite pas plus qu'un jpg.
 
Je souhaite donc extraire le jpg qui est intégré au CR2 afin de gagner de la place et aussi pouvoir les lire plus facilement sur certains périphériques.
 
 
J'ai trouvé Extract Raw Preview sous windows, mais il faut le faire dossier par dossier et en plus on ne conserve pas les exif.
En cherchant un outil en ligne de commande, je pense que exiftool est l'outil adapté, mais entre faire une seule image et automatiser le tout il y a un monde.
 
J'ai isolé les options utiles mais je n'arrive pas à tout combiner pour arriver à mes fins.
 
exiftool -b -progress -PreviewImage -w %f.jpg *.CR2
ça semble OK pour prendre tous les CR2 d'un dossier et en sortir les jpg. Manque juste les exifs.
 
exiftool -TagsFromFile IMG_9173.CR2 -all:all IMG_9173.jpg  
met bien à jour le jpg créé précédemment mais rajoute un IMG_9173.jpg_original et je n'ai pas réussi à faire comme la première commande avec * et %f
 
J'ai vu aussi l'option -r pour envoyer du récursif.
 
Il faudrait donc faire un script pour aller dans chaque sous-dossier, sortir un jpg, le mettre à jour, supprimer le .original et ainsi de suite.
La suppression des cr2 ferai ça à la main ensuite pour être sûr de pas trop faire de foirades.
 
C'est facilement faisable ?
Merci  

facilement, pas vraiment ; mais pas super compliqué non plus.

voilà en deux étapes (et sans avoir vérifié si ça marche, les chemins, la syntaxe de exiftools, etc.), une possibilité :

lister les photos à traiter et les mettre dans un fichier :

find /chemin/photos -name "*.CR2" > liste_raw.txt

boucler sur le fichier ligne par ligne :

while read ligne ; do
    # extraire le nom du fichier sans extension
    NOM=`basename -s ".CR2" "$ligne"`  
    
    exiftool -b -progress -PreviewImage -w "$NOM".jpg "$ligne"
    exiftool -TagsFromFile "$ligne" -all:all "$NOM".jpg
    
    rm -f "$NOM".jpg_original
done < liste_raw.txt

Ah super merci, je n'aurais pas du tout pensé à faire une liste.

Je teste ça a tête reposée.

Par contre attention, le code de Mjules va supprimer les fichiers! Dans le doute enlever la ligne "rm ..." si tu préfères le faire à la main.

EDIT: Pas du tout, il va juste supprimer le fichier jpg sans les Tags. Désolé, puisqu'on parlait de tête reposée...

La même chose en un seul bloc et sans fichier de liste à gérer à la sortie.
(au cas où)

find /chemin/photos -name "*.CR2" | while read ligne
do
    # extraire le nom du fichier sans extension
    NOM=${ligne%.CR2}  
    
    exiftool -b -progress -PreviewImage -w "$NOM".jpg "$ligne"
    exiftool -TagsFromFile "$ligne" -all:all "$NOM".jpg
    
    rm -f "$NOM".jpg_original
done

Juste pour pignoler et utiliser une variable de moins et en restant dans le même shell

while read ligne; do
    exiftool -b -progress -PreviewImage -w "${ligne/.CR2/.jpg}" "$ligne"
    exiftool -TagsFromFile "$ligne" -all:all "${ligne/.CR2/.jpg}"
    rm -f ${ligne/.CR2/.jpg}_original
done < <(find /chemin/photos -name "*.CR2" )

Mais je trouve triste de ne pas exploiter les raw

Encore un post ou 2 et ça sera fait en 1 ligne

Merci à tous  

Et oui sur le principe c'est mieux de les traiter, mais là c'est vraiment du tata ginette qui mérite que le souvenir.

Ah au fait j'ai pas demandé, mais faut que je mette ça dans un .sh à rendre exécutable et le lancer avec ./script.sh c'est ça ?

oui avec une première ligne du type #!/usr/bin/bash  
 
tu peux aussi l'exécuter avec la commande bash ./script.sh

Faut surtout pas nous défier. (Je pense au bon vieux "Perl one liner" qui sont aussi efficaces que ilisibles etc... )

 
Si c'est que ça
 

Debian c'est vraiment rock solide franchement.
J'ai mis à jour une vm au taf qui était encore en debian 9.
Du coup j'ai fais 9 ==> 10 ==> 11 ==> 12 d'affilé.

Et ras...

EDIT: par contre petite question, existe t-il une astuce pour arriver à installer debian 12 en uefi sur virtualbox?
C'est une des seules distribs que j'ai essayé récemment qui ne passe pas dans un tel contexte. (sans uefi c'est ok)

Dernière XP en date, l'unattended-upgrade m' a permis de passer de Debian 12.1 à 12.2 sans les mains.  
 
Je pige pas qu'il y ait encore des gens pour réclamer des RHEL

pour le support ... payant

Si tu veux du support pro ou que t'as des logiciels certifiés dessus ça peut se concevoir.

J’ai ma SurfaceGo sous Fedora fraîchement installée    mais j’adorerais l’avoir sous Debian, mes deniers essais avant la 12 ne fonctionnaient pas, quelqu’un ici a tenté ?

on a des kilos de licenses RHEL au boulot, un collègue n'installe que ça justement parce qu'il y a le support... mais il ne l'a jamais utilisé

Faut que je fasse ça aussi.
Jamais étudié le truc.

J'ai juste fait un apt upgrade y'a pas longtemps qui a été bien chiant car les repos debian stretch on bougé y'a QQ mois, pih après des certificats non reconnus...
Pour un noob comme moi ça prend du temps (ça raccourcit les nuits quoi).

A vrai dire, ce genre de logiciels sont maintenant proposés par les éditeurs en RPM et en DEB.

Petite question, vous savez pourquoi debian 12 ne boote pas en uefi sur virtualbox?  
C'est valable depuis très longtemps, je ne trouve aucune information et genre tout le monde s'en moque.  
 
Je voulais faire un test pour juger si je pouvais refaire mon environnement dessus pour mes pcs, donc essayer d'être le plus proche possible de ce que j'ai (donc forcément uefi) et bah pas possible.
 
Dans toutes les distributions que j'ai pu tester c'est la seule à faire ça. le pire c'est que ça marchait avec debian 11 me semble.

Il y a p'tet un ticket ouvert côté virtualbox ?!

Le problème est évoqué depuis pas mal de temps exemple:
https://unix.stackexchange.com/ques [...] buntu-22-0

ça en parle même depuis mars sur les alpha 1 etc.
On tombe sur ça:
https://bugs.debian.org/cgi-bin/bug [...] ug=1036310

Mais pas de correctif depuis.
A chaque fois des méthodes de contournement (désactiver l'accélération de virtu etc).

Vu que c'est la seule distribution (à ma connaissance) à poser problème je me dis que c'est forcément du côté de debian le pb.

Même en fouillant les changelogs, on ne trouve pas grand chose :  
https://www.virtualbox.org/wiki/Changelog-7.0#v12

Du coup ça doit venir d'un patch Debian appliqué au noyau non? Tu as regardé de ce côté? (même si ça ne règlera pas ton soucis à moins de compiler toi-même)

Ben je ne sais pas trop quoi chercher quoi.  
 
Mais c'est étonnant pour le coup que ça ne semble préocuper personne chez debian, alors que virtualbox est quand même pas mal utilisé et souvent pour tester avant de mettre en réel.

Je ne saurais te dire quoi chercher exactement, mais tu peux toujours prendre la liste des patch pour le noyau sur debian.org et survoler si quelque chose te saute à l'oeil...

ça semble parler de fbdev driver donc je dirais que ça serait plus de ce côté là le problème.  
 
Mais même l'installation en mode texte ne passe pas.

Je connais pas Virtualbox, mais y'a pas un mode verbose/debug/...? Ou lancer GDB ou du genre sur la bête (bon courage )?

Vu que c'est l'os qui plante, virtualbox ne va pas te donner plus d'info.
Il faut bien comprendre que la vm boote, t'arrives sur le menu ou tu choisis l'installation de debian en graphique ou terminal, puis dès que tu valides ton choix ça commence à charger puis se plante.

Ah ok, désolé, j'avais pas pigé.

Par contre du coup t'as tenté d'ouvrir un autre terminal (Ctrl+Alt+F<n> ) au niveau de l'installateur et faire un dmesg | tail ou du genre en boucle?

Tu vois défiler les erreurs, de mémoire c'est les mêmes que celles là:
https://unix.stackexchange.com/ques [...] buntu-22-0

quelqu'un aurait un navigateur web (graphique) à recommander, qui soit dans les repos Debian, qui soit moderne/maintenu, et qui ne soit pas basé sur firefox ou son moteur ?
Pour pouvoir faire des tests ponctuellement quand je soupçonne un problème avec firefox (qui est mon navigateur habituel donc).

 
chromium ?

effectivement c'est le plus simple, je n'y avais pas pensé

Sinon le machin KDE qui permet de naviguer dans ses fichiers mais aussi sur internet et dont le nom m'échappe à l'instant. Konqueror??

Je sais pas si Konqueror est toujours maintenu, maintenant qu’il y a Dolphin pour le gestionnaire de fichiers (au moins depuis Plasma 5, je crois) et Falkon pour le navigateur Web.
 
Mais faut déjà avoir Plasma d’installé… Gnome Web (ex-Epiphany) pourrait être préférable sur un DE en GTK.

Personne n'utilise "kernelstub" ?
Je vois que ça revient pas mal dans mes recherches sur l'optimisation power/performance avec amd pstate[epp].

Des personnes sous Debian sauraient la différence entre les paquets gcc "standard" et les paquets gcc "cross-compiler" ?

Le cross compile c'est par exemple quand tu veux compiler un soft pure une archi Arm depuis ton Intel

ou juste vers une autre plateforme. Vers windows par exemple

D'accord car étant sur système 64bits, il est préférable selon les développeurs de compiler la version 32 bits avec gcc-multilib que la version i686 cross-compile. Mais dans les deux cas, c'est censé faire la même chose non ?
 
Et second point qui n'a rien à voir, dès qu'un nouveau noyau est installé, l'option pour activer/désactiver OS-PROBER est toujours désactiver et je suis obligé de faire la manip' à chaque fois. Il n'y a pas moyen d'éviter cela ?

L’installation d’un nouveau noyau écrase le contenu du fichier « /etc/default/grub » et lance une régénération de « /boot/grub/grub.cfg » dans la foulée ?