Compilation du mar., 04 juin 2024, liste linuxfr-news Sommaire :
1. [Lettre LinuxFr.org] Transférer sa licence Windows dans une VM -
[email protected]
2. [Lettre LinuxFr.org] Règles de pérennité des comptes LinuxFr.org, données à
caractère personnel et effet un an - [email protected]
3. [Lettre LinuxFr.org] La souveraineté numérique, grande absente de la
campagne pour les Européennes en France - [email protected]
--- Begin Message ---Transférer sa licence Windows dans une VM
N. D. M. : nlgranger nous explique dans le journal qui est repris pour cette dépêche comment virtualiser un système pré-installé. Son expérience personnelle est relatée ici à la première personne (je). Rappelons aussi à tout hasard que si la licence de ce système d’exploitation propriétaire permet apparemment une utilisation dans le cadre d’une telle virtualisation, celle-ci doit être faite sur une seule instance et sans utilisation comme serveur (ce que rappelle aussi le tutoriel mentionné plus loin, mais sur une version précédente du système). Et qu’il n’est possible de faire qu’une « seule copie du logiciel à des fins de sauvegarde ».
Je viens d’acheter un PC et bien que j’aie fouillé et patienté longtemps, aucune offre sans OS n’arrivait ou ne convenait donc j’ai cédé à la vente forcée d’un PC avec Windows.
Dans ce petit tutoriel, je vous explique comment déplacer cette licence Windows OEM vers une machine virtuelle (VM) sur le même PC. Si vous avez déjà une licence achetée à part, il vous suffit de la spécifier à l’installation, on s’intéresse ici au cas des licences OEM préinstallées sur la carte mère.
L’intérêt de déplacer Windows dans une VM, c’est de ne pas bloquer une partie de l’espace disque avec une partition qui ne servira quasiment jamais. Là on peut déplacer l’image disque vers un stockage externe (disque ou clé USB) ou recréer la VM au besoin.
Dans ce tutoriel j’utilise libvirt via le GUI virt-manager, mais je me suis largement appuyé sur cet excellent tutoriel pour Proxmox d’Oliver Poncet que je vous invite à consulter.
Je précise immédiatement qu’il n’est pas nécessaire d’avoir gardé le Windows préinstallé sur la machine, ni même de l’avoir démarré une seule fois.
- lien nᵒ 1 : Journal à l’origine de la dépêche
- lien nᵒ 2 : Le tutoriel d'Oliver Poncet
- lien nᵒ 3 : La documentation du fichier de config XML des VMs libvirt
- lien nᵒ 4 : Complément pour les argument Qemu
- lien nᵒ 5 : Un commentaire sur les restrictions de licence pour les VMs (a priori c'est OK)
- lien nᵒ 6 : La documentation de Microsoft sur les tables ACPI servant à la validation de la licence
Dépendances
Pour parvenir à vos fins, il vous faudra les dépendances suivantes (en espérant ne rien oublier) :
- dmidecode pour lire les infos de la carte mère
- libvirt
- qemu/KVM
- swtpm pour émuler un TPM
- edk2-ovmf pour émuler un UEFI avec Secure Boot
- Le fichier.iso de Windows 11 disponible sur le site de microsoft.
Sous ArchLinux :
pacman – S dmidecode libvirt dnsmasq qemu-desktop swtmpJ’ai utilisé virt-manager pour me faciliter la vie, j’imagine qu’on peut s’en sortir en ligne de commande directement avec qemu.
Installation
Récupérer les informations utiles
Pour valider automatiquement votre licence, Windows utilise des informations disponibles depuis la carte mère.
D’abord, le numéro de série, modèle, etc. :
$ sudo dmidecode … BIOS Information Vendor : LENOVO Version : NCCN16WW Release Date : 02/02/2024 … BIOS Revision : 1.16 Firmware Revision : 1.16 … System Information Manufacturer : LENOVO Product Name : 83E3 Version : Yoga Pro 7 14AHP9 Serial Number : 9F5OEMTZ UUID : a0a73af8-a886-4fbf-8f0d-5fd32c264a16 SKU Number : LENOVO_MT_83E3_BU_idea_FM_Yoga Pro 7 14AHP9 Family : Yoga Pro 7 14AHP9(j’ai édité le serial et l’uuid)
Ensuite des informations enregistrées dans des tables ACPI :
sudo cat /sys/firmware/acpi/tables/MSDM > ~/VMs/MSDM.bin sudo cat /sys/firmware/acpi/tables/SLIC > ~/VMs/SLIC.binCréer la VM
La procédure démarre comme d’habitude, on suit l’assistant de virt-manager jusqu’au moment où il faut bien demander à modifier la configuration avant de démarrer.
Dans les options du BIOS, choisissez la config avec Secure Boot activé, chez moi le fichier se nomme
OVMF_CODE.secboot.4 m.fd.Ensuite il faut éditer directement le code XML qui décrit la configuration de la machine. Si c’est la première fois dans virt-manager, il faut cocher une case dans les paramètres de l’appli pour le rendre éditable.
Pour commencer, modifiez le nœud racine XML pour spécifier le schéma, sinon certaines options seront rejetées :
<domain type=“kvm” xmlns: qemu='http://libvirt.org/schemas/domain/qemu/1.0'>Mettez aussi à jour l’uuid pour qu’il corresponde à celui indiqué par dmidecode:
<uuid>a0a73af8-a886-4fbf-8f0d-5fd32c264a16</uuid>Ensuite, il faut indiquer à qemu d’intégrer les tables ACPI :
<qemu: commandline> <qemu: arg value='-acpitable'/> <qemu: arg value='file=/home/ngranger/VMs/MSDM.bin'/> <qemu: arg value='-acpitable'/> <qemu: arg value='file=/home/ngranger/VMs/SLIC.bin'/> </qemu: commandline>Puis il faut ajouter les informations de la carte mère :
<sysinfo type=“smbios”> <bios> <entry name=“vendor”>LENOVO</entry> <entry name=“version”>NCCN16WW</entry> <entry name=“date”>02/02/2024</entry> <entry name=“release”>1.16</entry> </bios> <system> <entry name=“manufacturer”>LENOVO</entry> <entry name=“product”>83E3</entry> <entry name=“version”>Yoga Pro 7 14AHP9</entry> <entry name=“uuid”>a0a73af8-a886-4fbf-8f0d-5fd32c264a16</entry> <entry name=“serial”>9F5OEMTZ</entry> <entry name=“family”>Yoga Pro 7 14AHP9</entry> <entry name=“sku”>LENOVO_MT_83E3_BU_idea_FM_Yoga Pro 7 14AHP9</entry> </system> </sysinfo>Installation de Windows
La procédure est désormais habituelle.
Pour éviter d’avoir à utiliser un compte Microsoft, vous pouvez couper Internet au moment où Windows redémarre pour la configuration du système. Lorsque l’assistant en arrive à la connexion au réseau, tapez Maj-F10 pour ouvrir le terminal et exécutez la commande
oobe\BypassNRO. Le PC redémarrera sur un assistant qui rend la connexion facultative.Au démarrage, vous pourrez remettre Internet et vérifier que la licence est bien activée.
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
--- Begin Message ---Règles de pérennité des comptes LinuxFr.org, données à caractère personnel et effet un an
En février 2023, nous annoncions la mise en place d’une durée de conservation des données à caractère personnel (DCP) sur LinuxFr.org, avec à partir du 28 juin 2023 :
- fermeture des comptes inactifs pendant trois ans et suppression de leurs données conservées inutiles au service ;
- suppression des données associées inutiles au service pour les comptes fermés depuis plus d’un an.
L’aide du site explique :
- Quelles sont les données à caractère personnel (DCP) traitées par le site ?
- Quelles sont les données sans caractère personnel relatives au compte traitées par le site ?
- Quelles sont les données inutiles au service qui sont supprimées des comptes fermés ?
Depuis le 31 mai 2023, une information de date de dernière activité est associée à chaque compte. Ajoutons que depuis septembre 2023 l’accès à cette information est aussi réduite au besoin du service (on peut connaître l’info de son propre compte ; les admins ont seulement besoin de savoir si la dernière activité date de moins d’un mois, d’un an, trois ans ou plus, en raison des règles précitées).
Nous voici donc un an après, et cette partie de la règle s’applique donc pour la première fois. Nous détaillerons les effets dans la seconde partie de la dépêche.
- lien nᵒ 1 : Règles de pérennité des comptes LinuxFr.org et données à caractère personnel (dépêche février 2023)
- lien nᵒ 2 : Aide du site pour connaître les données à caractère personnel (ou sans) des comptes
Sommaire
Script de minimisation des données et semaine normale
La suppression des données inutiles au service repose actuellement sur un script de minimisation externe, lancé manuellement. Une des raisons de l’aspect manuel est notamment le fait que l’on n’avait pas encore passé la première année, qui marque un seuil comme nous le verrons plus tard.
La précédente exécution du script ayant eu lieu le 19 mai 2024 à 11h (Paris), voyons ce que ça donne sur 12 jours et quelques heures :
Started at vendredi 31 mai 2024, 22:19:15 (UTC+0200) Dry run mode 13 inactive accounts never used to purge 0 users to minimize 0 accounts to minimize because inactive and not seen since 1 year 0 active accounts not seen since 3 years to inactivate and minimize 12 users without comments/contents to purge 12 accounts to purge 6 logs to purge 12 friendly_id_slugs to purge 0 taggings to purge 0 oauth_access_grants for an oauth_application to purge 0 oauth_access_tokens for an oauth_application to purge 0 oauth_applications to purge 0 oauth_access_grants to purge 0 oauth_access_tokens to purge 0 deleted comments to minimize 0 comments from non-public contents to purge 0 taggings from non-public contents to purge 0 wiki_versions from non-public wiki_pages to purge 0 slugs from non-public wiki_pages to purge 0 non-public wiki_pages to purge 0 slugs from non-public trackers to purge 0 non-public trackers to purge 0 slugs from non-public posts to purge 0 non-public posts to purge 0 poll_answers to from non-public polls to purge 0 slugs from non-public polls to purge 0 non-public polls to purge 0 slugs from non-public bookmarks to purge 0 non-public bookmarks to purge 0 slugs from non-public diaries to purge 0 diaries converted into non-public news to purge 0 non-public diaries to purge 1 news_versions from non-public news to purge 10 paragraphs from non-public news to purge 0 links from non-public news to purge 1 slugs from non-public news to purge 1 non-public news to purge 1 non-public contents to purgeEn fonctionnement pré-« 1 an », on a seulement quelques comptes créés mais jamais utilisés à nettoyer (ainsi que tout ce qui y est associé, donc les comptes « accounts », les individus « users », les logs associés « logs » s’il y en a, les raccourcis pour les adresses du site « slugs ») et les contenus, commentaires et étiquetages associés non publics donc non visibles qui ne sont plus nécessaires. On parle donc d’une poignée de comptes et autres par semaine.
Effet « 1 an »
Quelques heures plus tard, le résultat n’est plus du tout le même :
Started at Sat Jun 1 10:55:34 CEST 2024 Dry run mode 15 inactive accounts never used to purge 250 users to minimize 2616 accounts to minimize because inactive and not seen since 1 year 0 active accounts not seen since 3 years to inactivate and minimize 1412 users without comments/contents to purge 1412 accounts to purge 2285 logs to purge 1412 friendly_id_slugs to purge 6 taggings to purge 0 oauth_access_grants for an oauth_application to purge 0 oauth_access_tokens for an oauth_application to purge 0 oauth_applications to purge 15 oauth_access_grants to purge 47 oauth_access_tokens to purge 147 deleted comments to minimize 98 comments from non-public contents to purge 288 taggings from non-public contents to purge 0 wiki_versions from non-public wiki_pages to purge 0 slugs from non-public wiki_pages to purge 0 non-public wiki_pages to purge 0 slugs from non-public trackers to purge 0 non-public trackers to purge 166 slugs from non-public posts to purge 165 non-public posts to purge 10 poll_answers to from non-public polls to purge 2 slugs from non-public polls to purge 2 non-public polls to purge 46 slugs from non-public bookmarks to purge 46 non-public bookmarks to purge 27 slugs from non-public diaries to purge 0 diaries converted into non-public news to purge 27 non-public diaries to purge 139 news_versions from non-public news to purge 1278 paragraphs from non-public news to purge 33 links from non-public news to purge 66 slugs from non-public news to purge 61 non-public news to purge 301 non-public contents to purgeOn a certes gagné 2 comptes jamais utilisés de plus à nettoyer, mais surtout on va minimiser plusieurs milliers de comptes et supprimer ou minimiser des centaines de contenus, commentaires et étiquetages. C’est le moment où la main ne doit pas trembler et où l’on doit avoir confiance dans le script de nettoyage et dans nos sauvegardes de la base de données, parce qu’il va falloir l’exécuter pour de vrai, et pas juste en mode « dry run » ou répétition, test à vide.
En pratique, quelques soucis très mineurs rencontrés sur la grosse transaction faite en base de données : un problème d’ordre de suppression et l’impossibilité de mettre une chaîne vide pour l’adresse de courriel, car il y a un index dessus qui demande l’unicité (une adresse
.invalidpropre à chaque compte sera donc utilisée).Après l’exécution, si on relance le script, on se retrouve juste avec le nombre de comptes encore ouverts mais sans activité depuis un an :
Started at Sat Jun 1 13:30:16 CEST 2024 Dry run mode 0 inactive accounts never used to purge 0 users to minimize 905 accounts to minimize because inactive and not seen since 1 year (…)Ça change quoi ?
Regardons les statistiques des comptes avant et après le nettoyage « 1 an » (les évolutions ont été mises en visibilité avec un point rouge) :
Interprétation : il s’agit des états des comptes par ordre d’identifiant en base de données (temporellement dans l’ordre de création), regroupés par paquets de 10 000 consécutifs. Quasiment pas de modification sur les comptes très anciens (il y en a beaucoup moins), et les changements se concentrent sur les comptes des dernières années. On a moins de comptes fermés après (on a pu en purger) et donc plus de comptes purgés (c’est-à-dire d’identifiants qui ne sont plus utilisés en base). Et le reste des changements correspond aux visites nominales du site.
On peut comparer les statistiques juste avant :
53667 utilisatrices et utilisateurs ayant ou ayant eu des comptes (et encore présents en base de données)
33216 comptes
2205 comptes utilisés sur le site au cours des trois derniers mois avec 20.2 jours de moyenne sans visite et 25.3 jours d’écart‑type
10 comptes en attente
2809 comptes fermésEt les actuelles (au moment de la rédaction de cet article) :
51943 utilisatrices et utilisateurs ayant ou ayant eu des comptes (et encore présents en base de données)
31492 comptes
2208 comptes utilisés sur le site au cours des trois derniers mois avec 20.0 jours de moyenne sans visite et 25.3 jours d’écart‑type
1 compte en attente
1089 comptes fermésNous avons aussi réoptimisé les tables de la base de données (enfin on a dit à la base d’optimiser ce qu’elle pouvait avec un OPTIMIZE TABLE quoi). Ça devrait avoir entre une absence d’effet et un effet imperceptible sur les performances, a priori.
Et côté sauvegarde, on est passé d’un dump compressé gzip de 2 088 253 834 octets avant à 2 086 608 391 octets après, soit un gain faramineux de 0,08 %, bref rien.
Et après ?
Une fois « 1 an » passé, on aura chaque semaine les quelques comptes créés mais jamais utilisés à nettoyer, ainsi que les quelques contenus, commentaires et étiquetages associés non publics non nécessaires. Mais aussi les comptes qui auront atteint l’année d’inactivité dans la semaine courante (probablement une ou deux dizaines). Et ce jusqu’aux « 3 ans ».
À partir des « 3 ans », on va commencer à fermer des comptes et il y aura encore plus de données concernées chaque semaine.
Et ensuite on aura atteint le rythme nominal de fermeture de comptes et de minimisation de données associées.
Rendez-vous pour les « 3 ans » en juin 2026 donc.
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
--- Begin Message ---La souveraineté numérique, grande absente de la campagne pour les Européennes en France
Le Conseil National du Logiciel Libre (CNLL) déplore la sous-représentation de la souveraineté numérique dans le débat politique actuel en vue des élections européennes en France. Le CNLL a en effet élaboré et diffusé un questionnaire auprès des principaux partis candidats aux Européennes de juin. Aucun des "grands" partis sollicités à de multiples reprises et par différents canaux n'a donné suite. Cette absence de réponse des grands partis est la marque soit d'un désintérêt, soit d'une absence d'expertise, confirmés pour l'essentiel par l'analyse de Benoît Sibaud dans une dépêche précédente.
Seuls deux "petits" partis, Volt France (leur réponse) et le Parti Pirate (leur réponse), ont répondu à ce questionnaire, en reconnaissant pleinement l'importance de la souveraineté numérique et en proposant des stratégies claires pour intégrer davantage le logiciel libre dans la politique numérique européenne.
En comparaison, tous les grands partis allemands ont répondu à un questionnaire similaire de l'Open Source Business Alliance (OSBA), mettant en lumière le retard préoccupant des partis français en la matière.
Dans ces conditions, le CNLL appelle les électeurs français sensibles aux sujets de la souveraineté numérique européenne et du soutien au logiciel libre à considérer avec attention les listes de ces deux partis lors du scrutin du 9 juin prochain.
NB pratiques: Volt figure sur la liste « Europe Territoires Écologie » (n°31) avec d'autres partis de centre-gauche. Le Parti Pirate (n°10) invite ses électeurs à imprimer leur propre bulletin.
N. D. M. : l'April a aussi extrait les différentes propositions relatives aux sujets de l'association parmi les programmes des 38 listes candidates
- lien nᵒ 1 : La tribune du CNLL
- lien nᵒ 2 : Le questionnaire du CNLL
- lien nᵒ 3 : La réponse de Volt France (PDF)
- lien nᵒ 4 : La réponse du Parti Pirate (PDF)
- lien nᵒ 5 : Le questionnaire de l'OSBA
- lien nᵒ 6 : Élections européennes de juin 2024 et contenu programmatique
- lien nᵒ 7 : Élections européennes: bilan rapide de la conférence « Convergences numériques »
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
Fin de compilation de la liste linuxfr-news - mar., 04 juin 2024
