Nanawel a écrit 285 commentaires

Quelqu'un utilise-t-il encore ces machines et aurait un retour d'expérience à partager ?

✋

J'ai récupéré un N40L il y a quelques temps et j'y ai mis 4 disques de 4To en RAID5, 1 disque de 250Go pour le système (en attendant de le remplacer par un SSD), le tout avec 4Go de RAM et tournant sous Debian Buster avec OpenMediaVault 5.

Il sert à 90% pour du stockage de fichiers, soit depuis le LAN auquel il est rattaché (SSH/Samba), soit pour des backups distants avec Borg ou rsync. Et ça tourne sans aucun problème, pas de ralentissements à signaler.

Bien sûr, c'est un petit CPU qui est bien daté maintenant, mais pour l'usage il fait le job et chauffe très peu. La machine tourne donc 24/7/365 sans heurt, juste un petit dépoussiérage tous les 6-12 mois.

Je ne mettrais pas 150€ pour une machine comme ça d'occasion, mais si tu le trouves à moins de 100€, franchement c'est une bonne affaire.

Le titre m'a bien fait marrer en parcourant mes RSS 😄
Et le texte aussi, ensuite.

(Par contre c'est problème, pas probléme. Sinon y a un problème.)

Je m'auto-pube : https://framalibre.org/content/our-shopping-list (sources)

J'en avais parlé sur DLFP d'ailleurs, ici https://linuxfr.org/users/nanawel/journaux/our-shopping-list-liste-de-courses-partagee-et-libre et ici https://linuxfr.org/users/nanawel/journaux/our-shopping-list-sortie-de-la-v2

C'est un service auto-hébergeable et qui se présente comme une appli web (PWA), donc compatibilité maximale avec Linux/Windows/Android/IOS…

Il faut un serveur ou sinon tu as l'instance publique ici : https://osl.lanterne-rouge.info/

Salut,

La page officielle de NVidia indique pourtant que les versions des pilotes au moins depuis la 390.x supportent cette carte, et c'est toujours le cas pour la toute dernière version 530.x. Tu ne devrais donc pas avoir de problèmes particuliers en installant les pilotes appropriés comme indiqué sur la doc du wiki.

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.