wismerhill a écrit 2608 commentaires

Si tu crées un lien dur avec ln (sans l’option -s) ou cp -l, c’est juste un deuxième inode, tout-à-fait similaire au premier, qui pointe vers les mêmes données.

Correction: il n'y a qu'un seul inode, c'est lui le point d'entrée vers les données (tu peux vérifier avec ls -i qui te donne le numéro de l'inode).
Ensuite, il peut y avoir un certain nombre de noms (dans n'importe quel répertoire du même système de fichier) qui pointent vers cet inode.
L'inode lui-même contient un compteur⁽¹⁾ du nombre de liens physique qui pointent vers lui.

Supprimer un fichier consiste en fait à supprimer le nom dans le répertoire correspondant et décrémenter le compteur de liens dans l'inode.
Si le compteur tombe à zéro (et que plus aucun programme n'utilise l'inode⁽²⁾), alors seulement l'inode, et toutes les donnés associées, sont libérés.

⁽¹⁾ c'est le champ "link count" dans la page de manuel "inode"
⁽²⁾ c'est pour ça que, dans certains cas (typiquement un fichier de log), l'espace du fichier n'est pas tout de suite rendu

À part pour le support de macOSX, systemd répond complètement à ton besoin.
Et si tu utilise déjà systemd au niveau du système, alors il y a déjà une instance utilisateur qui est lancée quand tu te connecte et tu peux en gérer les services dans ~/.config/systemd/user/ et avec la commande systemctl --user

Installe la version ESR, l'actuelle est la 68.

Java, depuis la version 11:
https://openjdk.java.net/jeps/330
ils ont prévu un cas particulier pour le shebang

Non, les window functions ("fonctions fenêtrées", ça fait bizarre, ou alors "fonctions sur une fenêtre") ont été introduites dans MySQL 8.0 (et MariaDB 10.2).

(PostgreSQL les a depuis déjà 10 ans, avec la version 8.4)

Argh!
Ce fil de discussion me fait découvrir plein de jeux de mots cachés que je n'avais jamais remarqué avant.
Si ça continue, il sera difficile de garder son sérieux dans les discussions techniques.

Ajoute l'option -vv pour que rsync te donne plus d'informations sur ce qui se passe et les erreurs rencontrées.

On ne peut pas éviter les blocs défectueux sur un SSD, car le controlleur fait du wear leveling, il redistribue en permanence les blocs physiques dans les blocs logiques qui sont présentés au système.
S'il y a vraiment des blocs défectueux visibles par le système (par exemple avec badblocks) alors le SSD est au-delà de sa fin de vie.

Mais il faudrait plutôt savoir ce que ce "bon état" signifie, je doute que ça corresponde à des blocs défectueux, c'est plus probablement une estimation du wear leveling.

Tant que les certificats seront payants, renouvelés manuellement

https://letsencrypt.org/

Let’s Encrypt is a free, automated, and open Certificate Authority.

En écriture il devrait avoir les mêmes performances qu'un disque seul, et en lecture il peut être nettement meilleur s'il y a des accès concurrents.

Et pour que le test soit vraiment significatif, il faut démarre sur un système live, pour que le SSD ne doit pas sollicité par le système pendant le test.

à l'époque il ne gérait pas le TRIM des SSD

Tu parle d'une époque lointaine, car quand j'ai acheté mon premier SSD il y a cinq ans il le gérait déjà.

Et pour explorer ce qui est disponible dans la distribution, il y a Mageia app db:
https://madb.mageia.org/

Peux-tu te vanter de n'utiliser aucun anglicisme ?

Il y a peut-être moyen de s'en sortir en remarquant que beaucoup de mots de langlais actuel viennent du vieux français (voir du latin) ;-)

En mode texte, oui.
Mais là il parle d'une session graphique, et il donne lui-même le nom du programme dans sa question, c'est gnome-terminal.

Non, l'émulateur de terminal lance un programme (bash (ou un autre shell) par défaut) et te permet d'interagir avec lui, donc quand tu tape une commande c'est à bash que tu demande de l'exécuter, l'émulateur de terminal intercepte ce qui est écrit sur la sortie standard/d'erreur et l'affiche dans sa fenêtre.

Encore personne qui ait proposé emacs ou vi?

Heu, c'est la page de manuel, le lien donné par damaki pointe vers manpages.debian.org

C'est verbeux en effet, mais si le but est de produire un XML structuré différemment (ou du HTML), ce dernier peut être inclus directement mélangé dans les balises XSLT, ce qui est beaucoup plus pratique que dans n'importe quel autre language, avec la garantie de générer un XML syntaxiquement valide.

J'ai tiqué sur cette remarque:

Un peu comme la catastrophe du XSLT pour le XML.

En quoi XSLT est-il une catastrophe?
C'est très pratique pour transformer un document XML en autre chose, ou pour en extraire des données.

Ça ne fonctionne pas avec firefox 60esr :-(

Le disque dur sur lequel est enregistré la base de données n'est pas indestructible, ta définition est trop stricte pour être utilisable, aucun support de stockage n'est infaillible.

Donc dans ton cas, si tu effaces volontairement tes données, ta base de donnée peut toujours être considérée comme durable. Ton expérience ne dit rien de la durabilité de ta base de données.

En quoi est-ce différent avec un ramdisk?
Quand le ramdisk est supprimé, la base de données l'est également, ça ne change pas le fait que, tant que le ramdisk (et donc la base de données qu'il contenait) existe, le fonctionnement de la base de données peut être transactionnel, tu n'aura pas des données à moitié enregistrées.

Donc, d'après ton raisonnement, si je crée une base de données avec PostgreSQL, je fais quelques opérations dedans, puis je supprime la base de données, mes opérations n'étaient pas transactionnelles car ma base de données n'était pas durable?

Wget fait également du téléchargement récursif (en suivant les liens dans les pages HTML), ce qui peut être utile pour faire un miroir d'un site (quoiqu'un outil spécialisé comme httrack donnera un meilleur résultat, surtoout s'il y a des redirections).

Et wget gère aussi le ftp.

Quoique l'exemple qu'il donne, c'est exactement le cas d'utilisation de paste.