Si le disque en question a perdu des données, c'est peut être qu'il n'est pas très en forme, et que par conséquent ses performances ne sont pas idéales (ou juste "normales").
Dans pareil cas, je ne touche jamais au contenu du disque, trop risqué.
Je fais une image complète avec ddrescue sur un autre disque sain, et je ne travaille ensuite que sur cette image, de préférence en la gardant elle-même en lecture seule et en extrayant les données vers… encore un autre disque (juste histoire de répartir les I/O et de pas faire de la lecture + écriture sur le même support).
Une fois l'image faite, tu peux travailler dessus comme sur un disque. Je te conseille dans ce cas de regarder le fonctionnement des périphériques de loopback (/dev/loop*).
Et pour te répondre : oui à ma connaissance testdisk est sensé être capable de retrouver les partitions si elles ne sont pas trop abîmées. Mais forcément ça prend du temps. Si tu utilises un support sain et performant, ça sera néanmoins toujours plus rapide (via la technique précédente).
J'ai plusieurs machines sous Arch depuis plus de 10 ans maintenant et je n'ai jamais eu à en "réinstaller" une seule. À chaque fois, il fallait juste comprendre un peu ce qu'il manquait/fallait faire et la réparation ensuite a toujours tenu.
Le seul gros problème depuis 2 ans, c'est les machines x86-only. Là oui, ça chie un peu.
C'est ce qui m'a semblé le plus facile à utiliser en migrant depuis un antique compte Overblog.
C'est du PHP, mais ensuite tout est stocké en flat file à partir de Markdown. Ça intègre quand même un petit moteur de recherche simpliste pour le côté dynamique.
J'ai testé pas mal d'alternatives avant d'opter pour celui-là, mais dans le fond ça reste un choix très subjectif.
J'ai déjà un Pi-Hole qui gère le DHCP et le DNS devant ma box actuelle. Si je pouvais réutiliser cet équipement (un RPi 2 qui est largement surdimensionné pour le besoin), ça serait l'idéal.
Je vais voir avec OpenMPTCProuter proposé dans les autres commentaires.
J'ai expérimenté cette voie il y a 8 ans, avec plus ou moins de succès. Je ne sais pas à quel point les choses ont changé depuis 7 ans (je n'ai gardé cette config qu'un an).
Non blague à part, pour moi F98 ne change pas grand chose.
Depuis 20 ans j'ai un dossier "Téléchargements" qui est un peu l'aire d'arrivée de tous les fichiers externes, et que je consulte donc (très) souvent.
Mais c'est un dossier temporaire, qui ne doit pas grossir outre mesure et dans lequel il ne devrait pas y avoir de fichiers qui y restent plus de quelques jours.
Ensuite, j'ai des dossiers spécialisés pour le stockage à long terme (et qui sont backupés automatiquement, eux) : softs, vidéos, documents, images, trucàalacon, etc.
Il faut régulièrement s'astreindre à faire un petit nettoyage afin de déplacer les fichiers téléchargés vers leur destination finale. Ou les supprimer.
Ça ne résout pas ton problème avec des utilisateurs lambda, j'en conviens. Maintenant je me pose de plus en plus la question de savoir s'il est vraiment pertinent de continuer à encourager les utilisateurs à faire des choses qu'ils ne comprennent pas, en supposant que c'est à l'ordinateur de s'adapter à chacun. Vaste question.
les métriques instantanées, qui peuvent être fournies directement par ton application
l'historisation de ces métriques, afin d'avoir une tendance dans le temps et ête capable de retrouver leur état à une date donnée
Les 2 peuvent se retrouver sur ton dashboard, mais sûrement présentées différemment (un compteur simple pour les premières, un histogramme pour les secondes).
Dans les 2 cas, la proposition de seraf1 est pertinente : il "suffit" à ton programme d'exporter les métriques dont tu as besoin dans un fichier texte qui pourra ensuite être traité avec Prometheus.
Dans le principe, ton logiciel n'a pas à se charger de cette historisation, ou de savoir comment présenter les données. Qu'il les exporte correctement déjà, et ça permettra à un autre outil, plus spécialisé, de les traiter selon tes désirs.
Rein ne t'empêche plus tard de coder toi-même un dashboard qui réutilisera ces métriques et permettra de faire des choses très spécifiques dessus, mais il est préférable je pense de se concentrer sur l'essentiel à ce stade (c'est-à-dire la sauvegarde des données).
Dans un autre principe et si je peux me permettre, les logiciels de sauvegarde c'est comme les algos de chiffrement : on réutilise autant que possible ceux qui existent, on n'en invente pas de nouveaux :p
J'ai eu le même besoin en passant tous mes backups à Borg il y a quelques mois et utilisant déjà un Prometheus pour d'autres situations, j'ai décidé d'y ajouter un exporter pour avoir une vue rapide et un suivi d'historique sur ces sauvegardes.
Bon, comme il n'y avait pas d'exporter pour ça, j'ai codé le truc moi-même. Tu ne précises pas quel système de backup tu utilises, mais si c'est Borg, je te propose (humblement) ça.
Et si ce n'est pas Borg mais que tu veux mettre les mains un peu dans le cambouis, tu peux coder l'exporter qui va bien en te basant sur ceux existant : https://github.com/nanawel/prometheus-exphporter
Même si c'était il y a quelques années maintenant, j'avais réussi à numériser plusieurs VHS avec un adaptateur Hauppauge USB-Live 2 sous Linux, avec ffmpeg et vlc (en alternance, car il y avait des couacs à l'époque).
La procédure et les scripts utilisés sont toujours accessibles, même s'il est vrai que je ne les ai pas testés depuis un petit moment (donc il y aura peut-être quelques adaptations à y faire).
J'aurais une vision plus mitigée en prenant en compte la notion de compatibilité ascendante qui reste quand même assez importante sur PHP.
Il reste possible dans les dernières versions de créer des scripts très réduits de la même manière qu'on pouvait le faire avec PHP 3. La plupart des scripts écrits de cette manière restent d'ailleurs totalement fonctionnels sans changement malgré leur âge.
Quand par contre on cherche à faire une application complexe, robuste, et ce, sans réinventer la roue en permanence, alors oui les apports des dernières versions sont particulièrement appréciables.
Les namespaces par exemple (les \ que tu mentionnes), ont émergé par besoin et ont été longtemps implémentés par des bidouillages peu lisibles par chaque bibliothèque (class MyVendor_MyLib_MyPackage_MySomething_EventuallyMyClass). Mais ils restent totalement optionnels si le développeur ne souhaite pas les utiliser… à condition qu'il ne dépende pas de packages Composer évidemment.
Avec ces contraintes, essaye de voir si tu peux plutôt utiliser un ventirad top-down, ça te permettra de pouvoir garder un diamètre de 92mm (voire 120) tout en limitant la hauteur.
# Via une image ?
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message cherche à récupérer des vidéos sur un disque dur externe avec table de partition HS. Évalué à 8.
Si le disque en question a perdu des données, c'est peut être qu'il n'est pas très en forme, et que par conséquent ses performances ne sont pas idéales (ou juste "normales").
Dans pareil cas, je ne touche jamais au contenu du disque, trop risqué.
Je fais une image complète avec
ddrescue
sur un autre disque sain, et je ne travaille ensuite que sur cette image, de préférence en la gardant elle-même en lecture seule et en extrayant les données vers… encore un autre disque (juste histoire de répartir les I/O et de pas faire de la lecture + écriture sur le même support).Une fois l'image faite, tu peux travailler dessus comme sur un disque. Je te conseille dans ce cas de regarder le fonctionnement des périphériques de loopback (
/dev/loop*
).Et pour te répondre : oui à ma connaissance testdisk est sensé être capable de retrouver les partitions si elles ne sont pas trop abîmées. Mais forcément ça prend du temps. Si tu utilises un support sain et performant, ça sera néanmoins toujours plus rapide (via la technique précédente).
J'avais retracé la résolution d'un problème un peu similaire (mais pas identique) en 2013, si ça peut t'aider : https://lanterne-rouge.info/2013/06/panne-de-disque-corruption-de-syst%C3%A8me-de-fichiers-ext3-et-r%C3%A9solution.s
[^] # Re: numéro de sécurité sociale
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message web service check nom/prenom. Évalué à 6.
Attention, l'utilisation du NIR est possible seulement dans certains cas qui sont volontairement réduits : https://www.cnil.fr/fr/cnil-direct/question/quelles-condititions-peut-demander-le-numero-de-securite-sociale-nir
[^] # Re: Comparaison par rapport à une réinstallation ?
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Comment acquérir un poil de barbe en plus : mettre à jour une vieille Archlinux. Évalué à 6.
C'est caricatural… mais j'aurais pas dit mieux.
J'ai plusieurs machines sous Arch depuis plus de 10 ans maintenant et je n'ai jamais eu à en "réinstaller" une seule. À chaque fois, il fallait juste comprendre un peu ce qu'il manquait/fallait faire et la réparation ensuite a toujours tenu.
Le seul gros problème depuis 2 ans, c'est les machines x86-only. Là oui, ça chie un peu.
# HTMLy
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Static Site Generator. Évalué à 8.
https://www.htmly.com/
C'est ce qui m'a semblé le plus facile à utiliser en migrant depuis un antique compte Overblog.
C'est du PHP, mais ensuite tout est stocké en flat file à partir de Markdown. Ça intègre quand même un petit moteur de recherche simpliste pour le côté dynamique.
J'ai testé pas mal d'alternatives avant d'opter pour celui-là, mais dans le fond ça reste un choix très subjectif.
[^] # Re: Pareil... avec un raspberry.
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Adieu la fibre, bonjour ADSL+4G. Mais comment agréger ?. Évalué à 1.
J'ai déjà un Pi-Hole qui gère le DHCP et le DNS devant ma box actuelle. Si je pouvais réutiliser cet équipement (un RPi 2 qui est largement surdimensionné pour le besoin), ça serait l'idéal.
Je vais voir avec OpenMPTCProuter proposé dans les autres commentaires.
Merci pour ta réponse :)
[^] # Re: Une vidéo qui en parle
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Adieu la fibre, bonjour ADSL+4G. Mais comment agréger ?. Évalué à 2.
Je note, je note, miam. Merci :)
[^] # Re: openmptcprouter ou bien router dédié
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Adieu la fibre, bonjour ADSL+4G. Mais comment agréger ?. Évalué à 3.
Je découvre OpenMPTCProuter, ça a l'air chouette 🤩
Merci !
[^] # Re: 2 cents
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Adieu la fibre, bonjour ADSL+4G. Mais comment agréger ?. Évalué à 1.
À voir quand même avec la réponse de bipbip dessous. Ça semble être une piste intéressante. Merci :)
[^] # Re: mes 2 cents
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Adieu la fibre, bonjour ADSL+4G. Mais comment agréger ?. Évalué à 1.
Merci pour ta réponse :)
# Une piste
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message plusieurs utilisateurs simultanés pour un même PC. Évalué à 4.
J'ai expérimenté cette voie il y a 8 ans, avec plus ou moins de succès. Je ne sais pas à quel point les choses ont changé depuis 7 ans (je n'ai gardé cette config qu'un an).
J'avais quand même pris la peine de raconter un peu les étapes et les écueils ici : https://lanterne-rouge.info/2014/08/une-configuration-multiseat-sous-gnu-linux
Si jamais ça peut t'aider…
[^] # Re: Obscurité
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Our Shopping List : sortie de la v2 !. Évalué à 2.
Tu as raison, erreur de ma part. J'ai confondu le principe.
Dans mon cas il faudrait a minima se protéger contre les attaques brute-force les plus évidentes seulement.
# Jemétoudanleclaoud ®
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Comment évitez-vous le capharnaüm des documents téléchargés sur le web ?. Évalué à 4. Dernière modification le 08 avril 2022 à 07:37.
Non blague à part, pour moi F98 ne change pas grand chose.
Depuis 20 ans j'ai un dossier "Téléchargements" qui est un peu l'aire d'arrivée de tous les fichiers externes, et que je consulte donc (très) souvent.
Mais c'est un dossier temporaire, qui ne doit pas grossir outre mesure et dans lequel il ne devrait pas y avoir de fichiers qui y restent plus de quelques jours.
Ensuite, j'ai des dossiers spécialisés pour le stockage à long terme (et qui sont backupés automatiquement, eux) : softs, vidéos, documents, images, trucàalacon, etc.
Il faut régulièrement s'astreindre à faire un petit nettoyage afin de déplacer les fichiers téléchargés vers leur destination finale. Ou les supprimer.
Ça ne résout pas ton problème avec des utilisateurs lambda, j'en conviens. Maintenant je me pose de plus en plus la question de savoir s'il est vraiment pertinent de continuer à encourager les utilisateurs à faire des choses qu'ils ne comprennent pas, en supposant que c'est à l'ordinateur de s'adapter à chacun. Vaste question.
# Super article !
Posté par Nanawel (site web personnel, Mastodon) . En réponse à la dépêche Retour sur l’affaire des « patchs hypocrites » de l’Université du Minnesota. Évalué à 7.
Ça faisait longtemps qu'on avait pas eu d'analyse aussi complète et poussée sur un sujet sur DLFP :)
Merci aux rédacteurs !
Typos à corriger au passage parce que c'est dommage sur un si bel article :
=> exprès (et idem pour expresse (féminin) un peu plus loin)
[^] # Re: Merci
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Création d'un dashboard. Évalué à 2.
À mon sens ce sont 2 choses séparées :
Les 2 peuvent se retrouver sur ton dashboard, mais sûrement présentées différemment (un compteur simple pour les premières, un histogramme pour les secondes).
Dans les 2 cas, la proposition de seraf1 est pertinente : il "suffit" à ton programme d'exporter les métriques dont tu as besoin dans un fichier texte qui pourra ensuite être traité avec Prometheus.
Dans le principe, ton logiciel n'a pas à se charger de cette historisation, ou de savoir comment présenter les données. Qu'il les exporte correctement déjà, et ça permettra à un autre outil, plus spécialisé, de les traiter selon tes désirs.
Rein ne t'empêche plus tard de coder toi-même un dashboard qui réutilisera ces métriques et permettra de faire des choses très spécifiques dessus, mais il est préférable je pense de se concentrer sur l'essentiel à ce stade (c'est-à-dire la sauvegarde des données).
Dans un autre principe et si je peux me permettre, les logiciels de sauvegarde c'est comme les algos de chiffrement : on réutilise autant que possible ceux qui existent, on n'en invente pas de nouveaux :p
[^] # Re: Un autre avis (mais un peu le même)
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Création d'un dashboard. Évalué à 1.
Ah c'est bon à savoir ça ! Je n'étais jamais tombé dessus.
# Un autre avis (mais un peu le même)
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Création d'un dashboard. Évalué à 2.
J'ai eu le même besoin en passant tous mes backups à Borg il y a quelques mois et utilisant déjà un Prometheus pour d'autres situations, j'ai décidé d'y ajouter un exporter pour avoir une vue rapide et un suivi d'historique sur ces sauvegardes.
Bon, comme il n'y avait pas d'exporter pour ça, j'ai codé le truc moi-même. Tu ne précises pas quel système de backup tu utilises, mais si c'est Borg, je te propose (humblement) ça.
Et si ce n'est pas Borg mais que tu veux mettre les mains un peu dans le cambouis, tu peux coder l'exporter qui va bien en te basant sur ceux existant : https://github.com/nanawel/prometheus-exphporter
[^] # Re: Sentiment de gâchis ou autre...
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal Le virus bronsonisé. Évalué à 5.
Alors c'est assez troublant car je pourrais avoir écrit exactement la même chose, au mot près (mais sûrement moins bien quand même).
Bref, tout pareil. Merci de m'avoir évité 10 mn de rédaction ^ ^
# Arch, Debian, Ubuntu
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Quelle est votre distribution linux préférée ?. Évalué à 4.
Arch sur mes desktops (y compris boulot).
Debian sur mes serveurs.
Ubuntu (Xubuntu plus exactement) sur les ordinateurs de mes proches.
Très satisfait du fonctionnement jusque-là :)
[^] # Re: Hauppauge USB-Live 2
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Carte acquisition pour VHS. Évalué à 2.
Haha, problème de migration des URLs. Merci !
[^] # Re: screener proprement
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Carte acquisition pour VHS. Évalué à 2.
Cet adaptateur à prix raisonnable est encore dispo chez plusieurs revendeurs (en marketplace évidemment) : https://www.darty.com/nav/achat/informatique/accessoire_informatique/carte_acquisition_video_audio/hauppauge_usb_live_2.html
Voir mon commentaire plus bas pour la compatibilité Linux.
# Hauppauge USB-Live 2
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Carte acquisition pour VHS. Évalué à 3.
Même si c'était il y a quelques années maintenant, j'avais réussi à numériser plusieurs VHS avec un adaptateur Hauppauge USB-Live 2 sous Linux, avec
ffmpeg
etvlc
(en alternance, car il y avait des couacs à l'époque).La procédure et les scripts utilisés sont toujours accessibles, même s'il est vrai que je ne les ai pas testés depuis un petit moment (donc il y aura peut-être quelques adaptations à y faire).
https://lanterne-rouge.info/2014/01/num%C3%A9risation-de-vhs-sous-linux
Tu te posais la question de la compatibilité des puces avec Linux, à ce niveau je peux t'assurer qu'elle est correcte avec cet adaptateur.
[^] # Re: re: La version 8.1 de PHP et création de la fondation PHP
Posté par Nanawel (site web personnel, Mastodon) . En réponse à la dépêche La version 8.1 de PHP et création de la fondation PHP. Évalué à 7. Dernière modification le 03 décembre 2021 à 13:23.
J'aurais une vision plus mitigée en prenant en compte la notion de compatibilité ascendante qui reste quand même assez importante sur PHP.
Il reste possible dans les dernières versions de créer des scripts très réduits de la même manière qu'on pouvait le faire avec PHP 3. La plupart des scripts écrits de cette manière restent d'ailleurs totalement fonctionnels sans changement malgré leur âge.
Quand par contre on cherche à faire une application complexe, robuste, et ce, sans réinventer la roue en permanence, alors oui les apports des dernières versions sont particulièrement appréciables.
Les namespaces par exemple (les
\
que tu mentionnes), ont émergé par besoin et ont été longtemps implémentés par des bidouillages peu lisibles par chaque bibliothèque (class MyVendor_MyLib_MyPackage_MySomething_EventuallyMyClass
). Mais ils restent totalement optionnels si le développeur ne souhaite pas les utiliser… à condition qu'il ne dépende pas de packages Composer évidemment.[^] # Re: que dit le dico ?
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Coller du texte de plusieurs fichiers dans un fichier csv. Évalué à 3.
Mince, je découvre cette commande.
J'aurais sûrement fait 3x plus compliqué au moins sans elle. S'agit de la retenir maintenant.
# Top-down
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Cherche ventilateur CPU. Évalué à 3.
Avec ces contraintes, essaye de voir si tu peux plutôt utiliser un ventirad top-down, ça te permettra de pouvoir garder un diamètre de 92mm (voire 120) tout en limitant la hauteur.
# Shutter
Posté par Nanawel (site web personnel, Mastodon) . En réponse au message Edition de capture d'écran / de screenshot. Évalué à 2.
Shutter est ma solution de choix, mais il y a eu parfois des ratés lors de mises à niveau qui cassaient des choses. C'est mieux depuis quelques temps.
Ça reste vraiment une très bonne option.