Vous n'êtes pas identifié(e).
Alors que c'est tellement plus simple de jouer directement sur Debian cool
Jouer sous Debian ? Facile !
Quand ça marche... mais il y a déjà pas mal de possibilités.
Sinon il n'y a aucune raison sur une installation faite dans les règles (donc normale sans bidouille) qu'une mise à jour de Windows (qui ne soit pas une réinstallation...) écrase le GRUB. Par contre après une mise-à-jour de l'UEFI des ordinateurs modernes, il faut éventuellement lui redemander gentiment de mettre le chargeur de démarrage de Debian plutôt que celui de windows. Selon les marques, il y a une touche a appuyer pour accéder à la configuration de l'UEFI (Supr. Echap. ...).
Tournée de shell:
Vous connaissez ces petits bouts de code qui interceptent et étendent
les fonctionnalités logicielles, comme les HTML5shim pour ajouter les
balises manquantes aux navigateurs anciens.
Je viens de faire la même chose pour étendre la commande mapfile dans
les scripts bash.
Originellement, la commande interne à Bash "mapfile" permet de lire un
fichier dans un tableau indexé numériquement. Mais quant on a besoin de
lire des paires de clé valeur comme en provenance d'un fichier d’options
ou d’une extraction d’objet JSON, pour le moment mapfile n’est pas
capable de le faire. Ça pourrait changer dans une future version de Bash
car mon idée a été accueillie très positivement par le principal
mainteneur actuel de Bash, l’éminent Chet Ramey.
Ceci-dit, si on tient compte de la célérité gastéropodique avec laquelle
les nouvelles versions de Bash sont introduites sur les différents
systèmes, ça deviendra une fonctionnalité sur laquelle on peut compter,
d’ici une quinzaine d’années avec de la chance.
Donc en attendant, ce shim pour bash ajoutera cette fonctionnalité à
mapfile, si elle n’y est pas déjà:
https://gist.github.com/leagris/0cb299f … 6bf2bb5235
--
Léa Gris
https://www.phoronix.com/scan.php?page= … pringfield
Following recent talk of Fedora potentially switching to Btrfs and Red Hat's Storage Instatiation Daemon among other Linux storage areas pursued by Red Hat, it turns out "Project Springfield" is some effort being pursued by the enterprise Linux giant for improving in this area.
The Btrfs file system has been in Technology Preview state since the initial release of Red Hat Enterprise Linux 6. Red Hat will not be moving Btrfs to a fully supported feature and it will be removed in a future major release of Red Hat Enterprise Linux.
The Btrfs file system did receive numerous updates from the upstream in Red Hat Enterprise Linux 7.4 and will remain available in the Red Hat Enterprise Linux 7 series. However, this is the last planned update to this feature.
Red Hat will continue to invest in future technologies to address the use cases of our customers, specifically those related to snapshots, compression, NVRAM, and ease of use. We encourage feedback through your Red Hat representative on features and requirements you have for file systems and storage technology.
Pas très cohérent au regard de BTRFS mais de toute évidence ils ont dans les cartons un système plus global et misant sur l'avenir des disques non mécaniques NVRAM et suivants qui ont des problématiques très différentes des systèmes mécaniques.
ça suffit pour faire détecter l'écran qu'il faut que je configure derrière dans le burau (cinnamon pour tout de suite).
Il faurdrait qu'on m'explique pourquoi et comment le rendre automatique.
Il va falloir que je vois après reboot, et que je comprenne un peu. Si quelqu'un est capable de formaliser ça dans le wiki, ça pourrait être utile parce que de nos jours une distro avec le double écran qui ne marche pas c'est chelou. J'ai ma femme et deux filles en télétravail, elles ont toutes un double écran. 3 personnes sur 3 ça ne fait pas des statistiques mais quand même...
J'ai un :
avec :
Ça marche out-of-box sur des distributions comme Fedora mais pas sous Debian.
J'ai essayé de voir s'il manquait un paquet mais il ne semble pas. Quelqu'un sait faire marcher un double écran sous Debian ? Passer sous Ubuntu ne me tente pas et je n'aime pas trop Fedora.