🚲 Tanguy Ortolo a écrit 12334 commentaires

Et d'une façon générale, je ne suis quand même pas sûr que le chauffage ne consomme vraiment rien.

Sur un véhicule à moteur purement thermique, le chauffage est gratuit. En fait, le moteur chauffe naturellement et a toujours besoin d'être refroidi. Il y a pour cela un circuit de refroidissement, dans lequel circule de l'eau, qui devient brûlant après avoir refroidi le moteur, puis passe dans un radiateur, où elle est refroidie par l'air ambiant qui circule naturellement lorsqu'on roule, et qui circule de force avec l'aide d'un ventilateur si ça ne suffit pas.

Lorsqu'on allume le chauffage, l'air qui a servi à refroidir l'eau du circuit de refroidissement est simplement envoyé dans l'habitacle. C'est gratuit, en revanche ça ne fonctionne pas immédiatement après démarrage, il faut que le moteur ait déjà chauffé un peu.

Je fais nettement plus confiance à btrfs qu'à ntfs3g pour le coup.

Oui, moi aussi. Mais ce n'est pas le même usage. Pour échanger des données, ntfs-3g fait partie des choses que j'envisage. Pour le stockage interne de mes ordinateurs, je n'ai jamais considéré l'usage de btrfs.

Je ne suis pas du genre à faire confiance en un élément physique pour stocker mes données (surtout une clef usb ou carte mémoire). Une clef usb c'est la même chose qu'un câble ethernet. Ça permet d'échanger entre 2 machines ou entre 2 OS d'une même machine, mais ça ne va pas plus loin. Pour un disque usb qui servirait de sauvegarde, ça ne se discute pas : fat, exfat et ntfs sont exclus, ils vont te flinguer les droits (je parle bien des droits et pas des propriétaires) et sur disque que ce soit à plateau ou sdd F2FS n'est pas fait pour

Si si : https://lwn.net/Articles/518718/

et je ne vois pas pourquoi désactiver la journalisation dessus.

Pour éviter de doubler les écritures, sur des supports dont la durée de vie dépend directement du nombre d'écriture. Il faut aussi être conscient que quand on écrit ne serait-ce qu'un octet, on cause en réalité la remise à zéro d'un bloc d'effacement de l'ordre du mébioctet, et la réécriture des blocs qu'il contenait à des emplacements libres.

Ah, je ne sais pas, en tout cas, la notice de ma voiture, une Twingo 2, indique ceci :

CONSEILS : antipollution, économies de carburant, conduite

[Des trucs sur l'entretien du moteur et la conduite économique]

Conseils d’utilisation

L’électricité « c’est du pétrole », éteignez tout appareil électrique lorsqu’il n’est plus vraiment utile. Mais (sécurité d’abord), gardez vos feux allumés dès que la visibilité l’exige (voir et être vu).

[…]

Pour les véhicules équipés du conditionnement d’air, il est normal de constater une augmentation de la consommation de carburant (surtout en milieu urbain) durant son utilisation. Pour les véhicules équipés d’un conditionnement d’air sans mode automatique, arrêtez le système lorsque vous n’en avez plus l’utilité.

Si l'usage de l'autoradio entraîne une surconsommation, je suis d'accord sur le fait qu'elle est évidemment minime, comparée à la consommation de base pour rouler, et à celle des feux ou du climatiseur.

Sur une bicyclette équipée d'une dynamo de moyeu, je peux vous confirmer qu'allumer les feux entraîne une résistance à la rotation de la roue concernée. Avec les feux éteints, la dynamo crée simplement un effet de crantage de la rotation, mais pas de résistance notable.

Je n'ai pas suivi l'actualité récente mais mais le dernier écho que j'avais eu sur le sujet, c'était que F2FS présentait un intérêt sur les dispositifs où la mémoire flash était directement accessible par le système (les clefs USB, les cartes flash ou les mémoires internes d'appareils mobiles comme les smartphones), mais pas sur les dispositifs dotés d'un firmware rajoutant une couche d'abstraction entre la mémoire flash et le FS, comme les SSD. En gros les SSD feraient croire au système qu'ils sont des disques durs classiques, et le firmware se charge d'optimiser la lecture et l'écriture du FS sur la mémoire flash. F2FS serait contre-productif dans ce cas-là et il faudrait utiliser un FS traditionnel comme ext4.

Les clefs USB et autres mémoires flash ont une couche d'abstraction, même si elle est peut-être plus rudimentaire. Sans couche d'abstraction, une mémoire flash se comporte d'une façon trop différente d'un périphérique bloc normal : elle est constituée de blocs qu'on peut écrire, mais pas modifier ensuite, et de blocs d'effacement, qui regroupent plusieurs blocs, qu'on peut effacer ensemble.

Ext4 pour le stockage interne de mes ordinateurs, mais je pourrais considérer l'usage de F2FS à la place, lorsque c'est sur SSD.

XFS pour un disque dur externe qui me sert à stocker des sauvegardes, l'idée étant de ne pas utiliser le même système de fichiers que la source, au cas où j'aie à faire face à un bug grave de pilote de FS.

F2FS pour le stockage interne de mon téléphone.

FAT32 pour mes clefs USB, ExFAT pour les disques durs externes que je pourrais vouloir prêter à des gens.

btrfs

Quitte à partir sur de l'ext4 sans journal peut être que btrfs peut être une bonne idée ? Il aura globalement les même problèmes, mais il n'a de base pas de journal.

En effet, je l'oublie tout le temps, parce que je ne l'utilise pas, et je ne l'utilise pas parce que je n'ai jamais vu d'annonce que ce système de fichier était finalisé et officiellement prêt pour la prod. Je ne suis pas du genre à utiliser des FS expérimentaux pour stocker mes données.

Parce que FAT32 est lisible absolument partout, même sur des trucs conçus il y a trente ans. ExFAT est lisible sur à peu près tout les trucs pas trop anciens, ça peut faire une différence.

Dans un véhicule à moteur thermique, en effet, le moindre watt électrique utilisé provient de la combustion du carburant, via l'alternateur, dont la résistance à la rotation augmente d'autant lorsqu'on consomme du courant. :-)

Le seul accessoire qui n'augmente pas la consommation, c'est le chauffage !

Très bonne nouvelle !

Pour info, mais vous l'aurez déjà deviné, mon tableau indique ce qui est faisable directement, ou du moins très facilement, avec les différents systèmes d'exploitation. Autant que je sache, ntfs-3g est déjà installé, ou très facile à installer, sur les distributions GNU/Linux majeures, mais n'est pas préinstallé sous MacOS.

Bonne idée, je vais sans doute faire ça.

Je me posais justement la question (y compris pour des pays plus "insistants" sur ce genre d'approche tels que la Chine où +/- "tout le monde a wechat") : quid des personnes qui n'ont pas un smartphone Android/iOS ? Par exemple si j'ai un Nokia 8110 sous KaiOS/GerdaOS je fais comment… ?

Eh bien, tu fais avec du papier, ou avec un PDF sur ton téléphone.

D'ailleurs le même souci va se poser avec les banques qui vont imposer une appli pour valider les paiements en ligne (directive DSP2).

Ça dépend des banques, tu seras toujours libre d'en changer. Chez Boursorama, nul besoin d'installer leur logiciel, si tu ne l'as pas, tu reçois un SMS avec une URL où te loguer pour confirmer le paiement.

Pour le moment c'est soit disant pour passer les frontières de notre territoire, on parie combien que dans six mois c'est pour prendre le train ou n'importe quel transport en commun et que l'installation de tousanticovid sera obligatoire ?

Pas possible, tout le monde n'a pas un appareil sur lequel TousAntiCovid est installable. Dans tout ça, on parle simplement d'une fonctionnalité de ce logiciel pour remplacer des trucs qu'on peut avoir sur papier. Ou sur téléphone, sous forme d'images à gérer soi-même par exemple.

FAT32 est effectivement un système de fichiers assez antique, très simple, et très déficient : on est sûr de pouvoir le lire à peu près partout, même sur des systèmes assez anciens, mais il est impossible d'y stocker des liens symboliques ou physiques et des fichiers de plus de 4 Gio.

ExFAT est un successeur de FAT, c'est un format ouvert depuis quelques années. Il est lisible sur à peu près tous les systèmes relativement récents. Il permet de stocker des fichiers de grande taille que FAT-32 refuserait, mais à part ça, il est toujours déficient dans pas mal de domaines (pas de liens symboliques ni physiques, en particulier).

NTFS est un système de fichiers propriétaire, qui n'a d'intérêt que pour les système d'exploitation Windows. À éviter maintenant qu'on a ExFAT. À noter qu'il est censé supporter les liens symboliques, mais c'est fluctuant selon le système d'exploitation utilisé.

Enfin, un dernier système de fichier mérite d'être mentionné : UDF. C'est le système de fichiers des DVD, et il est donc, au moins théoriquement, pris en charge sur tous les systèmes d'exploitation actuels. Contrairement à ce qu'on pourrait imaginer, il est tout à fait utilisable en lecture et en écriture sur des supports non optiques. Il a pour avantages d'être une norme ISO et de prendre impeccablement en charge toutes les subtilités unixiennes, comme les liens symboliques et physiques, les propriétaires et les droits d'accès, y compris une notion tout à fait intéressante de propriétaire non défini. L'ennui, c'est que les outils de gestion d'UDF sont très basiques sous GNU/Linux, et que sa prise en charge par le noyau est également assez limitée (on constate par exemple des débits d'écriture pitoyables).

Aujourd'hui, je ne recommanderais malheureusement pas UDF, pour cette dernière raison. C'est dommage, parce que la solution la plus pertinente, à savoir ExFAT, manque quand même de liens symboliques, alors que c'est tout de même assez utile pour bien ranger ses fichiers.

Et si c'est du NTFS ou exFAT, il vaudrait mieux que ce soit windows qui créé ce système de fichiers.

Mais non. Les outils de formatage libres sont tout à fait bons. Pour NTFS, on pourrait avoir des doutes, mais pour ExFAT qui est maintenant un format ouvert, les outils libres sont probablement au moins d'aussi bonne qualité que ceux de Microsoft.

À une époque, les outils Microsoft s'avéraient incapables de faire des trucs tout à fait acceptables, comme par exemple formater un volume de plus de 32 Gio en FAT-32, ou quelque chose d'approchant. Et après avoir fait cela avec un outil libre, le système de fichiers résultant était parfaitement utilisable sous Windows.

ExFAT est un choix pertinent depuis août 2019, où Microsoft ont publié ses spécification et transféré leurs brevets à l'Open Invention Network.

Avant cela, c'était un système de fichiers à spécification non ouverte et encombré de brevets, bref rien de recommandable.

Face à cet argument, j'en ai vu certains dire qu'on utilisera plus que des smartphones avec une station d'accueil connectée à un écran et qu'on se connectera à une machine virtuelle Windows ou GNU/Linux dans un cloud.

Oui, sauf qu'en fait non. Pas d'inquiétude, ce n'est pas près d'arriver.

À ma connaissance, Adwaita est un thème GTK3, et il est possible d'en utiliser d'autres. Si ça devient une bibliothèque dont la fonctionnalité m'échappe un peu faute de m'être penché sur la question, que devient le thème GTK3 correspondant et la possibilité d'utiliser un autre thème ?

En revanche, ça rend parfaitement immoral le fait, pour un éditeur, de développer ou de mettre en place des DRM dont le seul but est, par nature, d'empêcher la copie privée, et, par ailleurs, de toucher une redevance pour copie privée.

Je n'avais pas détaillé, mais ça le mérite peut-être : ce qui me semble immoral, c'est de toucher de l'argent pour un service qu'on empêche activement les gens d'

Considérons par exemple une grande copropriété avec immeubles et parc, comprenant un chemin utilisé non seulement par les résidents, mais également par les habitants de la ville en général, parce que c'est un bon raccourci pour aller du centre-ville à la gare. La mairie pourrait verser une indemnité annuelle à la copropriété, au titre de cette servitude de passage. Maintenant, supposons que les copropriétaires décident de fermer la résidence par des portes à accès réservé aux résidents, et que la mairie soit toujours contrainte de verser son indemnité annuelle. Après tout, les habitants de la ville peuvent toujours passer par ce chemin, il suffit d'escalader les portails !

La différence, c'est que dans un tel cas, la mairie pourrait juste arrêter de payer, c'est facile à faire, en pratique, même si ça conduit à un procès dont l'issue est incertaine. Tandis que la redevance pour copie privée, on n'a aucun moyen de décider de ne pas la payer lorsqu'on achète un disque dur. À part en voler un de temps en temps, mais encore, même pas, ça porterait préjudice au vendeur, pas aux moines copistes de DVD.

Par contre le smartphone devient la norme pour le grand public, et le marché des ordinateurs personnel s’effrite peu à peu et j'ai bien peur qu'un jour on ne puisse plus en acheter de nouveau

Ça ne risque pas d'arriver, pour un raison simple : il y a des gens qui travaillent pour de vrai, par exemple pour écrire des logiciels pour téléphones, ou pour maintenir des réseaux de communication. Et des gens qui travaillent pour de vrai, ça utilise un ordinateur et un clavier, par un téléphone tactile.

En revanche, ça rend parfaitement immoral le fait, pour un éditeur, de développer ou de mettre en place des DRM dont le seul but est, par nature, d'empêcher la copie privée, et, par ailleurs, de toucher une redevance pour copie privée.

Petite précision en effet : tout copie que l'on effectue est d'abord privée. On peut la redistribuer, ce qui en fait une contrefaçon, mais au moment où on effectue la copie, elle est encore privée. Les DRM empêchent la copie privée, rien de plus et rien de moins.

Petite précision sémantique : un avortement, ce n'est pas nécessairement provoqué. Ça peut être spontané, on appelle souvent ça une fausse couche, ce qui est en fait un simple synonyme d'avortement spontané.

Je suis gaucher, et loin de m'offenser, ça m'amuse, de pouvoir dire que je suis adroit de la main gauche et gauche de la main droite.

Personnellement, ce qui me dérange, c'est justement ce genre de jugement :

si t'es vraiment pas content et insiste pour perpétuer une reference a l'esclavage (dans une industrie dominée par un pays qui a toujours pas refermé le chapitre de l'esclavage, classe!)
[…]
Libre a toi de les ignorer et de leur expliquer a quel point ils ont tords de pas vouloir se fader des references a l'esclavage, mais tu vois, c'est précisément le problème.

En ce qui me concerne, je ne considère pas que parler d'un mal, ou même l'évoquer, soit une mauvaise chose. Nous parlons parfois de tuer des processus, par exemple dans des conditions de famine, starvation en anglais.

Ça rappelle quoi ? Qu'il y a eu des esclaves et qu'il y en a d'ailleurs encore, que des gens tuent d'autres gens, que des gens meurent de faim. Est-ce que m'en souvenir fait de moi un esclavagiste, un raciste, un tueur, un affameur ? Est-ce que ça indique que je cautionne ce genre de pratique ? Il faudrait être tordu pour le penser, je trouve. Est-ce que, quand je parle à quelqu'un en utilisant ce genre de terme, je dois craindre que mon interlocuteur ne devienne esclavagiste, raciste, tueur, affameur, ou ne se mettre à cautionner ces pratiques ? Je n'ai aucune raison de penser qu'il soit plus con que moi, donc non.

Tiens, d'ailleurs, je m'amuserais bien à renommer mes branches master en lord, pour faire référence au servage, histoire d'aller taper plus localement.

En fait, le terme anglais “master” se traduit directement par « maître ». Ce terme n'a rien d'intrinsèquement choquant, mais en informatique, il est souvent associé au terme “slave”, « esclave ».

Dans un tel cas d'utilisation, ces termes font explicitement référence à l'esclavage. À partir de là, deux possilités :

• pour certains personnes, évoquer l'esclavage, c'est juste mal, même dans les cas où il y a une réelle relation d'asservissement d'un système à un autre et a fortiori lorsqu'il n'y a pas de telle relation ;
• pour d'autres, évoquer l'esclavage, ça rappelle par association qu'à une époque, l'Occident avait industrialisé la traite des noirs, et rappeler ça, c'est mal ;
• il y a peut-être d'autres interprétations, mais dans l'ensemble, pour certains, utiliser la terminologie « maître/esclave », c'est mal et il faut donc éviter de le faire.

Ça se complique un tout petit peu avec le fait que d'aucuns considèrent en outre que parler de maître ou d'esclave associe implicitement, ou engendre un risque d'associer ou d'entretenir une association de la condition d'esclave à la couleur de peau noire, et bref, que ce serait raciste ou que ça entretiendrait un racisme inconscient.

Comme dit précédemment, les termes de maître et d'esclave ont été utilisés dans des contexte où il y a une relation d'asservissement d'un système à un autre, par exemple dans le cas des serveurs DNS faisant autorité. Mais cette terminologie a également été reprise dans des contextes où il n'y a même pas de telle relation, comme dans les interfaces IDE si je me souviens bien : il me semble avoir lu quelque part que le périphérique dit esclave n'était en aucune façon asservi ou contrôlé par le périphérique dit maître.

Enfin, ces termes sont également utilisés dans des contextes encore plus éloignés d'une quelconque relation de servitude, où il ne subsiste que le terme “master”. C'est le cas avec Git, où la première branche créée, qui sert ensuite de branche principale, est nommée la branche maîtresse. Dans de tels cas, la pertinence de ce terme est discutable. Je remarquerai toutefois que ce genre d'utilisation du terme « maître » comme synonyme de « principal » ne date pas d'hier et ne fait pas forcément référence à l'esclavage : on parle ainsi de la poutre maîtresse d'une charpente, ou du maître-bau d'un bateau.

Ça peut se faire en utilisant un système de fichiers sur HDD avec cache sur SSD, avec lvmcache. Ce n'est pas vraiment trivial, mais pas insurmontable non plus.