Nanawel a écrit 281 commentaires

Tellement tentant, mais vous êtes un peu trop loin de l'Occitanie pour moi 😭

Ça dénonse.

Par contre, « sans frais de port » ça ne sera peut-être pas si simple. Dans quelle région résides-tu habituellement ? Moi, c’est la Bretagne…

Aïe oui, je me doutais que ça serait pas à côté. Moi c'est Toulouse plutôt… (et encore pas exactement, mais je peux m'arranger)

Le tag est invalide, c'est ordinosaure, pas ordinausore, enfin.

Mais pour répondre, si on peut trouver une solution sans frais de port, je suis prêt à l'accueillir :)

Si c'est du Postgres, tu as de la chance car pgAdmin propose ça : https://www.pgadmin.org/docs/pgadmin4/6.18/schema_diff.html

Sinon il y a DBeaver, mais évidemment si l'édition Community est libre/gratuite, cette fonctionnalité n'en fait pas partie et est réservée à l'édition Enterprise…

Je sais pas si ça va pas être un eu overkill pour ton besoin mais Lychee est bougrement bien foutu et possède un système qui permet de restreindre l'upload à des comptes, tout en proposant l'accès public (au choix) aux galeries par simple URL et le téléchargement en masse.

Tout est configurable, mais par contre c'est pas "juste une page PHP" mais une petite appli. Image Docker dispo quand même pour simplifier.

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

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

Réinstaller Arch, c'est être faible.

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.

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.

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 :)

Je note, je note, miam. Merci :)

Je découvre OpenMPTCProuter, ça a l'air chouette 🤩
Merci !

À voir quand même avec la réponse de bipbip dessous. Ça semble être une piste intéressante. Merci :)

Merci pour ta réponse :)

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…

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.

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.

Ç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 :

On n’attaque pas un système informatique dans le but de tester ou démontrer sa vulnérabilité sans l’accord express des responsables dudit système […]

=> exprès (et idem pour expresse (féminin) un peu plus loin)

À mon sens ce sont 2 choses séparées :

• 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

Ah c'est bon à savoir ça ! Je n'étais jamais tombé dessus.

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

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 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à :)

Haha, problème de migration des URLs. Merci !