🚲 Tanguy Ortolo a écrit 12706 commentaires

Ben non.

Ouais, on dit ça maintenant, mais j'attends de voir. Avec Lennart, je me méfie. (Mais si, je vous assure, je ne fait que maintenir udev dans le même dépôt que systemd mais ça restera tout à fait indépendant, je vous jure. Mais bien sûr, et maintenant ?)

git ne propose pas la déduplication des données (enfin je ne pense pas), fonction assez importante ici.

Si, et heureusement : un gestionnaire de versions qui copierait intégralement chaque version gaspillerait pas mal de place. Dans ses concepts de base, Git peut être vu comme gardant chaque version intégralement, mais s'y ajoute une couche de déduplication, même interne aux fichiers.

Qu'est-ce que c'est qu'un séparateur de chiffres ? L'espace ou le point qu'on met en français pour séparer les tranches de milliers à des fins de lisibilité ?

Tiens, il serait sans doute pertinent de suggérer comme amélioration au paquet grub-efi dans Debian d'ajouter une option de configuration initiale permettant d'installer une copie de l'image principale comme boot/bootARCH.efi pour ce genre d'implémentation merdique.

Par contre une toute dernière question, le fichier "grubx64.efi" (ou "bootx64.efi") est-il définitif (aka crée lors de l'installation et ne bouge plus) ou régénéré à chaque mise à jour de GRUB ou du noyau  (auquel cas cette manœuvre sera à répéter à chaque mise à jour sous peine de plus pouvoir démarrer) ?

C'est l'image principale de GRUB, donc elle est générée à chaque nouvelle version de GRUB. Elle est en revanche indépendante de la version du noyau et de la configuration de GRUB (dans le sens où on peut changer la configuration de GRUB sans avoir à modifier son image principale).

Une partition système EFI étant en FAT, et FAT étant un système de fichiers déficient, on ne peut malheureusement pas faire de lien symbolique…

EFI ayant été défini… par Intel, c'est du joli, qu'ils fassent de la merde avec leur propre spec…

Pas bête comme comparaison. La limite, c'est que le bricolage, c'est assez largement pour soi-même ou essentiellement les gens très proches, évidemment.

Tiens, je n'y avais jamais pensé mais c'est évident, maintenant que tu le fais remarquer. Pour en revenir à la contribution au logiciel libre, c'est dans ce cas un véritable sacrifice pour quelqu'un qui serait adepte du kopimisme.

Ça doit être du même style que pour le zonage des DVD : VLC, enfin la libdvdcss, sait très bien craquer les clefs et déchiffrer les DVD de toutes les zones, mais si ton lecteur optique refuse de lire un disque, il n'y a rien à faire…

Beuh, pourquoi ça ? OpenTTD tourne très bien sous Debian, quel que soit l'âge de l'ordinateur.

Channel, à ma connaissance, ça désigne un canal, une chaîne, un salon de discussion ou une voie de communication. Jamais vu d'autre traduction.

Un dispositif de pointage qui permette de rester longtemps sur un point précis, par exemple. Pour faire un truc pareil avec le pointeur d'une Wii, bon courage, ça va en faire un jeu de musculation au passage.

Pas de l'éviter s'il s'arrête en passant instantanément de sa vitesse initiale à une vitesse nulle, se transformant ainsi en obstacle fixe, ce cas n'existant pas dans la réalité.

Au temps pour moi, en fait si, mais doit être considéré comme négligeable : c'est le cas où le véhicule situé devant lâche une caisse. Une vraie caisse, j'entends, qui va rebondir un peu mais s'arrêter assez rapidement.

Les problèmes concernant le véhicule situé devant toi, si. Or la distance de sécurité concerne justement le véhicule situé devant.

Pour les autres problèmes, tels que les obstacles fixes, éventuellement cachés par un virage ou je ne sais quoi, la distance de sécurité est hors de propos.

Non, ça ne fait pas partie de la distance de sécurité, en tout cas pas de la définition qu'en donnait mon Code Rousseau. Le rôle de la distance de sécurité est d'éviter de percuter le véhicule situé devant s'il doit freiner en urgence. Pas de l'éviter s'il s'arrête en passant instantanément de sa vitesse initiale à une vitesse nulle, se transformant ainsi en obstacle fixe, ce cas n'existant pas dans la réalité.

Tout le monde connais la règle, sur autoroute c'est 2 bandes blanches ça correspond à 100m.

Non, c'est faux, ça ce n'est qu'un slogan pratique et plus prudent que nécessaire. Je me souviens très bien de m'être fait cette remarque en révisant pour passer l'examen du code de la route :

1. la distance de sécurité est définie celle parcourue en deux secondes, histoire d'avoir le temps de réagir (normalement une seconde) ;
2. à 130 km/h, cela fait 72 mètres ;
3. la longueur des bandes blanches et des intervalles qui les sépare est assez bien définie mais la somme de deux bandes blanches et d'un intervalle donne plus que ces 72 mètres.

Si le logiciel proprio en question n'est jamais diffusé, je pense en effet que tout le monde s'en fout et que ça ne fait chier personne.

S'il n'est pas diffusé, il n'est ni libre ni propriétaire, c'est du code perso, rien de plus. Et la GPL permet ce genre d'usage.

Quel rapport avec la choucroute ? On parle d'utiliser ces jeux sur PC, qu'est-ce qu'on s'en fiche que ça ne marche potentiellement pas sous Windows 8 ?

Donc oui, 2³² ça fait bien 4Go, mais ils ne sont pas capables de l'adresser.

Il y a tout de même des bidouilles, pour permettre :

• au noyau d'adresser plus de 4 Gio de mémoire (PAE), mais en laissant un plafond à 4 Gio par processus ;
• aux processus d'adresser plus de 4 Gio, en retournant à la segmentation je crois.

Si je comprend bien, (j'ai lu en diagonale) tu peut chiffrer avec ce que tu veux et comme tu veux. De toute façon si un douanier de base ou un flic dans la rue te demande de le déchiffrer immédiatement et que tu refuse c'est amende et/ou prison parce que tu as obligation de le faire sur leur demande.

D'où l'intérêt des systèmes déni plausible. Sauf que le seul que je connaissais pour ça, c'était… TrueCrypt ! /o\

GPT n'étant qu'un format de partitionnement créé pour UEFI, mais utilisable ailleurs, de façon simplifiée :

• les avantage relatifs au stockage sont ceux de la GPT ;
• les avantages relatifs au démarrage sont ceux d'UEFI.

À noter donc qu'un UEFI peut tout à fait utiliser un partitionnement MBR. Ce n'est pas courant mais ça se fait, j'ai d'ailleurs dû faire ça pour un cas très particulier où c'était la seule solution. Et que, par ailleurs, une GPT pouvant inclure un MBR de compatibilité, il est possible d'utiliser un partitionnement GPT pour démarrer un BIOS.

Quant à utiliser une GPT ou un MBR pour un périphérique de stockage non utilisé pour démarrer, cela peut évidemment se faire, indépendamment du système de démarrage : MBR sur disque dur externe branché sur un système démarré par UEFI, GPT sur clef USB sur un système démarré par BIOS…

Si les gestionnaires de démarrage UEFI fonctionnaient bien, si les implémentations d'UEFI fournies sur les ordinateurs fournissaient toutes un shell, et si ce shell était quelque chose de bien pensé, en effet, GRUB serait tout à fait inutile.

Seulement, aucune de ces conditions n'est respectée. Les implémentations d'UEFI sont très souvent sévèrement boguées, au point par exemple de parfois cesser d'accepter des modifications de variable après un certain nombre par exemple : il devient alors impossible de modifier les entrées de démarrage. Mieux vaut donc éviter de trop souvent les éditer : GRUB permet cela puisqu'il se configure hors de l'UEFI.

Les implémentations d'UEFI que j'ai vu ne fournissent jamais de shell, mais fournissent un moyen d'en lancer un si on l'a installé soi-même, ce qui est totalement crétin, soit dit en passant.

Enfin, les shell UEFI est un truc conçu de façon à être moderne, mais avec une vision Intel de la modernité : ils ont notamment visiblement pensé que le modèle à imiter était MS-DOS (!), c'est pourquoi ce shell utilise des \ et des sortes de lettres de lecteurs…

Bref, personnellement, je préfère largement avoir un bon GRUB.

Tu mélanges des avantages d'UEFI et de GPT là.

Et sinon pourquoi utiliser grub-efi ? Quel est son intérêt par rapport à l'EFI stub ?

Le même que l'intérêt de GRUB ou de Lilo par rapport au démarrage direct sur le noyau avec une disquette, à une époque. GRUB permet de choisir le noyau à démarrer par exemple, et pas mal d'autres choses. C'est puissant, GRUB.

Également, GRUB doit être installé une fois, enfin, une fois par mise à jour de GRUB, puis configuré pour chaque nouveau noyau. Alors que le noyau version démarrable directement en EFI, ça doit être installé à chaque mise à jour du noyau.

Avec tout ça le plus simple semble de faire un backup des partitions Linux (sans la partition efi), reformater le disque en MBR, restaurer les partitions

C'est inutile, avec un peu de chance : tu peux utiliser l'outil gdisk pour créer un MBR de compatibilité listant les mêmes partitions que la GPT, puis il doit y avoir moyen de supprimer cette GPT.