Cyril Brulebois a écrit 690 commentaires

OK. À quoi ressemble la sortie de lsusb et lspci ?

Debian Consultant @ DEBAMAX

Hello,

Est-ce qu'il pourrait y avoir un switch logiciel/matériel pour ta webcam ? Une recherche rapide suggère l'existence d'une « HP Camera Privacy Key ».

lshw -c media ne renvoie rien ici alors que j'ai deux webcams (une interne, une externe).

inxi -Gx ne renvoie que la webcam interne.

Tu peux regarder ce qu'il y a au niveau V4L2 avec find /dev/v4l/, indépendamment de tel ou tel outil de diag.

Debian Consultant @ DEBAMAX

Ce genre d'outil n'a pas besoin d'être intelligent. Il doit copier les données octet par octet. S'il corrompt le contenu de l'image, changer les options ou changer d'outil.

Debian Consultant @ DEBAMAX

De nos jours, l'outil standard, je dirais plutôt que c'est ce qui est intégré dans l'environnement de bureau ou bien system-config-printer si on cherche une application générique, plutôt que d'aller taper sur l'interface web du démon…

Debian Consultant @ DEBAMAX

Difficile de donner une réponse indépendante de la distribution, mais ceci devrait donner des pistes :

grep -Ril emoji /etc/fonts

Sur Debian 11 :

• /etc/fonts/conf.d/45-generic.conf: <description>Set substitutions for emoji/math fonts</description>
• /etc/fonts/conf.d/60-generic.conf: <description>Set preferable fonts for emoji/math fonts</description>

Debian Consultant @ DEBAMAX

fc-list :charset=1f431

Debian Consultant @ DEBAMAX

Tu peux regarder dans /sys/firmware/efi/efivars/ si tu as des entrées dump* ? Ça pourrait être une histoire de variables EFI saturées, et supprimer ces fichiers pourrait libérer de la place. Note : Je n'ai jamais été confronté à ce genre de souci, tu as peut-être envie de te renseigner par toi-même. ;)

Good luck!

Debian Consultant @ DEBAMAX

À en croire cet article, Debian gère Secure Boot depuis Debian Installer Buster RC 1, soit depuis bientôt 4 ans.

Tu pourrais donner l'appel efibootmgr complet pour ta tentative d'ajout (et la sortie de -v pour comparer avec l'entrée ubuntu). Tu pourrais également vérifier s'il y a des protections activées côté firmware, qui interdiraient peut-être les modifications. (En fonction des machines, on peut avoir besoin de positionner un mot de passe administrateur au niveau du firmware pour avoir le droit d'activer/désactiver Secure Boot, ça peut avoir des effets de bord, j'imagine…)

Debian Consultant @ DEBAMAX

Il existe un contournement classique pour les firmwares bogués.

Tu peux jouer avec efibootmgr -v pour vérifier la configuration courante, voire ajouter une entrée à la main.

Au passage, pourquoi désactiver Secure Boot ?

Debian Consultant @ DEBAMAX

Pas du tout d'accord avec le constat initial.

La version installée par Debian est la version cohérente avec la façon dont la machine a été démarrée pendant l'installation, donc grub-pc en mode BIOS (Legacy, CSM, etc.) et grub-efi-$arch en mode EFI (avec en bonus shim pour Secure Boot).

Debian Consultant @ DEBAMAX

Une recherche (beaucoup trop rapide) suggère que ce code est utilisé :

# This deliberately doesn't include /etc/default/grub.d/*.cfg, since we're
# only sourcing this configuration file in order to prompt for values to
# write back to /etc/default/grub.
if [ -e /etc/default/grub ]; then
  . /etc/default/grub
fi

if [ "${GRUB_CMDLINE_LINUX+set}" = set ]; then
  db_set grub2/linux_cmdline "$GRUB_CMDLINE_LINUX"
fi
if [ "${GRUB_CMDLINE_LINUX_DEFAULT+set}" = set ]; then
  db_set grub2/linux_cmdline_default "$GRUB_CMDLINE_LINUX_DEFAULT"
fi

Une bonne occasion de réviser la syntaxe shell ${foo+bar} ! ;)

Debian Consultant @ DEBAMAX

Espace entre le fichier à copier et sa destination :

sudo cp téléchargements/70-persistent-usb-gps.rules /etc/udev/rules.d/

Le message d'erreur t'indique qu'il manque le deuxième paramètre (la destination = le fichier/répertoire cible).

Debian Consultant @ DEBAMAX

Hello,

Dans les grandes lignes, l'ayant fait une fois, mais il y a longtemps :

1. ne pas se précipiter ;
2. NTFS stocke une copie du bloc de métadonnées en fin de disque ;
3. testdisk (déjà mentionné dans un autre commentaire) permet de restaurer ledit bloc à partir de la copie.

Extrait de https://www.cgsecurity.org/wiki/TestDisk :

Recover NTFS boot sector from its backup

Pour ma part j'avais commencé par dumper l'intégralité du disque dans un fichier image sur une autre machine, créé une copie sur ladite machine, puis travaillé sur la copie jusqu'à obtenir des résultats corrects. Si la copie est endommagée, il est possible de repartir du fichier image. Et tout cela évite de toucher aux données « live » sur le disque physique.

Bonne chance.

Debian Consultant @ DEBAMAX

Si tu veux le fin mot de l'histoire, tu peux comparer les versions d'udev (systemd) entre les différents systèmes, cela pourrait te donner des pistes.

Un exemple parmi d'autres (parcours rapide de mon historique Firefox) : https://github.com/systemd/systemd/issues/8221 (ici il s'agit d'une différence sur le traitement d'événements mais le résultat est le même, dans deux versions différentes, le même fichier de règle se met à ne plus faire ce qu'il faisait…).

Debian Consultant @ DEBAMAX

Si tu matches sur ENV{ID_SERIAL_SHORT}=="XXXX" au lieu de ATTRS{serial}=="XXXX" ?

On voit bien ATTRS{serial}=="00051229" apparaître dans ton dump, mais sur le grand-parent uniquement, du coup je ne suis pas sûr que la combinaison donnée dans la règle udev attrape quoi que ce soit ?

Debian Consultant @ DEBAMAX

Tout à fait. Je ne cherchais pas à prétendre que le boîtier DTI était censé tout faire, mais à prévenir que l'installation peut laisser à penser que tout est câblé/prêt à l'emploi, alors qu'il peut y avoir une seule paire connectée.

Debian Consultant @ DEBAMAX

Déjà vécu dans un logement aux normes récentes (à l'époque) : un circuit qui permet d'alimenter en téléphone les 4 prises Ethernet disposées dans l'appartement. La box ADSL peut être connectée partout → youpi.

En revanche, seuls deux des huit fils de chaque prise étaient connectés, donc le réseau autre que téléphonique était KO. Relier les 6 autres fils de chaque prise n'aurait pas suffi, puisque tout arrivait au même endroit… il aurait fallu intercaler un switch → vraiment pas youpi.

Note utilisateur : 1/10.

Debian Consultant @ DEBAMAX

Effectivement, chaîner quelques commandes de base, c'est plus rapide que mes bêtises dans différents langages. Avec une variante de ta méthode :

 1  5 27 shell

Debian Consultant @ DEBAMAX

Je laisse de côté le -1 trivial (ligne et caractère) en enlevant le caractère retour à la ligne… :)

Variante awk :

 1  3 49 awk

Debian Consultant @ DEBAMAX

C'est l'ensemble sous la forme perl -e 'la-magie', qui est appelé via ./soluce < les-données.

Pour la peine, je relance d'un :

 1  2 59 soluce2

Debian Consultant @ DEBAMAX

J'ai la flemme d'optimiser…

 1  4 65 soluce

Debian Consultant @ DEBAMAX

J'ai pris deux telles prises suite à la lecture de cet article convaincant, j'en suis très content.

Debian Consultant @ DEBAMAX

Cela peut être utile pour les répertoires, x peut être utile sans r associé.

Debian Consultant @ DEBAMAX

Sans utiliser une fonctionnalité particulière, j'utilise l'historique du shell de cette façon :

• Ctrl-a pour aller en début de ligne
• Ajout de # pour basculer toute la ligne en commentaire
• Enter pour passer à la commande suivante.
• ↑ pour revenir à la commande en commentaire.
• Suppression de #, édition de la ligne, et validation.

Debian Consultant @ DEBAMAX

Globalement raccord avec toi sur la pertinence de libvirt et virt-manager pour ce cas d'utilisation. Pas vraiment d'accord sur la virtualisation imbriquée. En témoigne au moins l'option nested du module kvm_intel, même si c'est effectivement dépendant du matériel.

Édition : J'ai utilisé cela il y a quelques temps en bossant sur Tails. Des détails peuvent être trouvés dans Test suite installation and setup.

Debian Consultant @ DEBAMAX