Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 16-08-2022 10:22:38

Je n'ai pas eu trop le temps de corriger cette histoire de gestion des signatures, mais j'espère avoir à nouveau un peu le temps avant début septembre.

Finalement j'ai décidé de mettre en lien la doc officielle de vérif d'archive, elle est bien expliquée, fonctionne, et c'est la base dans le cas ou les sources viennent du même site.

#2 Re : Autres » Plantage au démarrage à cause de l'ACPI » 16-08-2022 10:13:44

Hello,
Sans toucher aux paramètres acpi par défaut, tu as tenté de désactiver l'utilisation de nouveau pour la nvidia ?
J'ai déjà eu ce genre de soucis sur un vieil ordinateur avec une vieille nvidia que j'utilisais comme un serveur et désactiver nouveau pour du tty n'est souvent pas un problème.
Tu as une erreur acpi mais j'en ai aussi sur certains pc, ce n'est pas forcement corrélé.

Ce n'est pas non plus garanti que ce soit la faute de nouveau, mais ça peut valoir le coup d'essayer dans la mesure ou ça ne serait pas la première fois que ce soit ça le problème, et aussi c'est pas forcement facile à diagnostiquer si la machine plante.

Tente de démarrer avec, quiet splash nouveau.modeset=0 et si ça fonctionne ajoute le dans le grub.

Autre solution pour vérifier que c'est bien la partie graphique nvidia qui plante, tu peux tenter à l'installation de debian d'installer le serveur ssh à la selection des environnements et de t'en servir après l'installation pour t'y connecter malgré tout.

#3 Re : Installation de Debian » installer Debian sur un très vieil iMac? » 27-05-2022 21:41:10

Les images hostées sur debian-ports.org sont des images non supportées officiellement de debian souvent avec des repositories qui matchent debian sid.
C'est pas garanti d'être parfais mais par exemple ça m'a permis d'avoir un linux ppc64 big-endian sur mon mac g5. Bon au final je l'ai mis sous gentoo, mais voilà.

#4 Re : Matériel » davinci resolve crash [RESOLU] » 06-03-2022 00:20:59

dynamic_cast error, ça ressemble à du C++.

Je suis pas sur que ton soucis soit matériel, mais plutôt un soucis soit de librairies, soit de code tout cours.

Je te conseilles de regarder si il y a pas un rapport de bug similaire qui traîne ou si quelqu'un a déjà eu le problème et dans le cas échéant de le faire remonter à l'éditeur de Davinci Resolve.

#5 Re : Les logiciels libres » CUPS m'a tuer... » 18-02-2022 09:51:35

zaphir a écrit :

Tout à fait, et pourtant on a toujours cette idée qui perdure selon laquelle Linux c'est la "Liberté informatique", alors qu'on a basculé dans de la prestidigitation non assumée .
Tout le monde aime le spectacle et veut y croire ... le temps que ça dure.



Personnellement je vois ça dans l'autre sens : tant que le code reste libre et open source c'est une victoire du modèle si les entreprises y contribuent.

Par exemple dans le noyau linux.
Et une entreprise qui contribue pour son propre materiel, ça permet d'avoir un fonctionnement ne necessitant pas un redeveloppement libre et opensource souvent impliquant souvent du reverse ingeniering, car le support dans ces conditions est déjà là.

Mais c'est la même chose pour d'autres chose que le noyau linux. Et c'est aussi un avantage sur de l'interopérabilité dans pas mal de cas.

#6 Re : Matériel » Wifi : impossible d'installer le module wifi broadcom-sta-dkms[RESOLU] » 02-02-2022 12:55:55

VBrice il n'y a pas de conflit entre les noyaux pour dkms.
Oui il rebuild à chaque fois pour tous les noyaux (car cela lui permet de garantir qu'il est bien dispo sur tous les noyaux installés)
et il le fait car c'est un module externes et il a besoin de ça pour fonctionner (d'être build par rapport aux headers du noyau choisi)
Seulement les modules externes sont conçu pour build pour certaines version du noyau et doivent être mis à jour pour être compatibles avec les nouveaux noyaux.

Je vois que la version de broadcom-sta-dkms de sid est la même que celle dans bullseye
elle est peut-être trop vieille pour supporter le 5.15 du coup et ça n'a pas du être assez testé dans la debian sid
et c'est peut-être pour ça que son chargement échoue.

Par contre falke,

Niveau solution, bah je sais pas si il y a encore un paquet headers pour le 5.10 dans les repos sid, mais si il y est toujours, l'installer et relancer le build du dkms puis rebooter sur le 5.10 devrait temporairement résoudre le problème.

Si tu débute/galère, je te conseilles de rester sur du bullseye.

#7 Re : Système » [résolu] faille de sécurité PwnKit » 27-01-2022 03:19:42

Ok bon je vais m'y essayer à expliquer cette faille qui permet une élévation de privilège d'un user à root

J'espère ne pas me faire trop tapper dessus pas des personnes plus compétentes mais je me lance.

TLDR :

- Buffer overflow quand argc vaut 0
- Exploitation du buffer overflow via modification de la première var d'env et du PATH pour que l'overwrite de l'overflow soit de la bonne longueur pour entrer LD_PRELOAD à l'adresse d'une var d'env
- Injection possible de shared Library frauduleuses en SUID

Bases :

Setuid ou SUID :

- Déjà pour les débutants, il est important de comprendre le setuid :
    - https://fr.wikipedia.org/wiki/Setuid
    - https://fr.wikipedia.org/wiki/Permissions_UNIX)
Le setuid doit également être pris en charge au niveau du code (comme ça ça permet de ne l'utiliser que sur des parties voulues et limiter la quantité de code sensible)
Évidemment sans le droit Unix qui va bien : même pris en charge dans le code le setuid ne peut pas être utilisé.
Ça peut paraître idiot de permettre à un utilisateur d'exécuter un binaire avec les droits de l'owner (et non du user qui exécute), mais ça a son utilité faut juste que ce soit pas fait n'importe comment.

C pour comprendre :

- Maintenant, la base des bases du langage C :
  - Fonction d'entrée du programme, la première exécutée, est main et peut prendre aucun ou plusieurs paramètres: argc et argv (et parfois envp)
argv c'est un tableau de chaînes de caractères qui correspondent aux arguments de la ligne de commande (le -l de ls -l par exemple) et se termine par un délimiteur NULL.
argc leur nombre (sans prendre en compte NULL)
envp c'est l'environnement mais même non spécifié, ça n'empêche pas le programme d'en avoir un.

Chaîne de caractères c'est équivalent à mot/phrase pour les débutants
D'ailleurs pour ceux qui ne le savent pas, j'ai oublié de le préciser, généralement un tableau démarre au rang 0 et non au rang 1.
Exemple de tableau classique argv :
["ls", "-l", "-a", "-h", NULL]
  [0]   [1]   [2]    [3]  [4]

Vous remarquerez, que comme dans pas mal de langages, le premier élément est souvent le nom de l'exécutable.

Il faut cependant savoir que c'est pas obligatoire d'avoir des arguments en argv notamment en C. (et oui pas obligé d'avoir même le nom du binaire)
Par exemple sous linux et pas mal d'os, avec la fonction execve en C il est possible d'exécuter un binaire avec un argv vide (Dont l'unique élément est NULL) et donc d'avoir un argc à 0.

(Ce n'est pas possible sous OpenBSD apparemment, donc ils ne sont pas touchés comme indiqué dans l'article après même si c'est cool dans un sens ici la faille est due au code de polkit et non aux choix des os, après c'est à débattre mais ici ce n'est pas le sujet)

Shared librairies :

- Je conseille aussi de se renseigner sur les shared librairies et notamment la variable d'environnement LD_PRELOAD

Explication de la faille :

Les bases sont importantes pour comprendre la suite, n'hésitez pas revenir à passer du temps dessus.

En gros la partie de polkit qui a la faille c'est la partie pkexec dont l'owner est root et a un setuid. Code complet ayant encore la faille (car latest commit de 2014) pris sur un github random

Je vais reprendre le code du lien en anglais car c'était plutôt pratique :

        int
/*435*/ main (int argc, char *argv[])
/*436*/ {
         guint n;
/*...*/
/*534*/   for (n = 1; n < (guint) argc; n++)
/*535*/     {
/*...*/
/*568*/     }
/*...*/
/*610*/   path = g_strdup (argv[n]);
/*...*/
/*629*/   if (path[0] != '/')
/*630*/     {
/*...*/
/*632*/       s = g_find_program_in_path (path);
/*...*/
/*639*/       argv[n] = path = s;
/*640*/     }

Explication du code dans le cadre de la faille, c'est à dire lancé avec argc = 0

1) Voir ligne 534 si argc vaut 0 alors 1 est quand même assigné à n au niveau du for, bien qu'on entre pas dedans vu que la condition de boucle n'est pas validée.

2) Voir ligne 612, g_strdup va tenter de dupliquer la chaîne de caractère étant dans argv au rang n

3) Problème : voir 1) vaut 1 dans le for et donc en gros il va accéder à la mémoire adjacente à argv dont il n'a en théorie pas le droit de lire et va tenter de le lire comme chaîne de caractères
(vu que argv[0] vaut NULL et que c'est la fin du tableau)
Souvent en C ça fait crasher le programme mais ici à coté il y a de la mémoire allouée pour la suite donc ça ne crashe pas, et ça va juste illégalement lire ce qu'il y a à coté.

4) Souvent dans la mémoire adjacente à argv il y a envp, l'environnement (tableau comme argv avec délimiteur NULL), c'est généralement la façon dont fonctionne l'exécution des programmes sous linux et la plupart des os.

5) Du coup ensuite en 632 il cherche le programme dans le PATH et ligne 639 il assigne s (le binaire trouvé et son path complet) à argv[n] (et donc on assigne la nouvelle de chaine de charactère à l'addresse de la première variable d'environnement)
Chose illégale également (enfin par illégal, ici je parle dans la logique du programme bien évidemment)

Mise en situation :

En gros par exemple avec value en tant que première var d'env (oui je vole honteusement l'exemple de l'article que j'explique)
g_strdup lis value dans l'environnement et va le chercher dans le PATH, ensuite met le chemin complet de value dans l'environnement à nouveau par dessus value et potentiellement un peu de la suite.

Tout ceci ne permet pas directement l'exécution de value, mais l'injection de nouvelles variable d'environnement, j'y reviens après.

Appartée sur les shared librairies et mise en contexte :

Explication rapide de la base des bases des shared libraries.
En gros ce sont des bibliothèques mais au lieu d'être compilées avec et dans le binaire (compiler c'est transformer du code en binaire dans un format exécutable)
Elles sont à l'extérieur dans des fichiers .so sous linux (équivalent des .dll sous windows pour faire simple pour ceux qui connaissent) chargées au runtime.


Il est possible d'overload celles configurées par ldconfig pour être chargées par default via la variable d'environnement LD_PRELOAD (variable qui permet de précharger des librairies avant d'autres).
Sauf que les programmes lancés en setuid normalement ignorent LD_PRELOAD au lancement car c'est un risque assez grand de directement permettre l'exécution de librairies frauduleuses à la place de celles de base.

Retour à l'explication et mise en situation :

Maintenant vous voyez peut-être ou je veux (et l'article aussi) en venir.
En mettant dans le PATH un emplacement valide et un nom d'exécutable valide présent dans le PATH il y a moyen de placer LD_PRELOAD à l'addresse de la première variable d'environnement (espace illégal ligne 639) et donc d'injecter des librairies frauduleuses avec les droits suid.

Cette librairie fabriquée par l'attaquant peut exécuter n'importe quoi en root (vu que l'owner de pkexec est root et qu'il y a le suid) et donc shell, backdoor, etc.....

Patch :
- Temporairement disable le setuid mais c'est pas viable au long terme (car en gros ça sabote son intérêt)
- Mise à jour dans les prochaines semaines
- patch script systemtap vu sur le site de redhat qui empêche pour polkit l'exécution avec 0 arguments

probe process("/usr/bin/pkexec").function("main")  {
        if (cmdline_arg(1) == "")
                        raise(9);
}

- Lien du patch sur les sources officielles déjà pending

Conclusion :

Pour résumer un SUID + une erreur dans le code permettant de l'exécution, ça fait des chocapics ça permet une élévation de privilège à root



N'hésitez pas à poser des questions sur des imprécisions/ambiguïté pour que j'édite mon post pour l'adapter au mieux aux débutants.
Si vous observez une erreur n'hésitez pas à me le remonter.

Aussi c'est un peu dense mais bon j'ai édité, coloré et divisé l'explication pour la rendre plus digeste.
Pour les pressés, bah il y a un TLDR donc pas de lézard.

Pour plus de détails n'hésitez pas à lire le troisième lien de mon post précédent.

#8 Re : Système » [résolu] faille de sécurité PwnKit » 27-01-2022 02:32:46

https://access.redhat.com/security/vuln … B-2022-001 et https://access.redhat.com/security/cve/CVE-2021-4034
Je trouves que ces liens sont suffisants pour expliquer vaguement la faille et dire, il faut patcher. (lien qui m'a fait découvrir la commande stap)

Voici un lien qui explique dans le détail la faille:
https://blog.qualys.com/vulnerabilities … -2021-4034

J'avais commencé à détailler à la main la faille (ça fait 2h que je suis en train de tapper le post) mais j'ai retrouvé le lien (que j'avais perdu) ci-dessus qui l'explique mieux que moi alors voilà, cadeau.

#9 Re : Matériel » CG Intel Iris Xe sous Debian ? » 05-01-2022 21:31:20

En effet sur bullseye ça risque d'être problématique, après tu peux installer un kernel et des firmwares plus récents via les dépôts backports.
Aussi à propos de mesa, je sais pas si la version dans bullseye est assez récente.

#10 Re : Système » A stop job is running for User Manager for UID 1000 » 24-12-2021 15:28:22

Sur du systemd, en grattant avec journalctl on peut avoir également un certain nombre d'information sur différents services, entre autres choses.

#11 Re : Matériel » [résolu] linux AMD radeon software » 12-12-2021 19:29:37

En software graphique qui marche avec les cartes amdgpu et qui semble correspondre à tes envies, tu as CoreCtrl
https://www.phoronix.com/scan.php?page= … 2-Released

#12 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 21-11-2021 21:00:40

Je vais voir pour changer ça en conséquence dans la mesure de mon temps disponible.

Mais j'ai retrouvé un des endroits ou j'avais vu une retranscription (ancienne version et quelques modifs mineures) du tuto wink
http://papy-tux.legtux.org/doc1221/index.html

#13 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 17-11-2021 23:04:24

Je vais regarder, mais j'ai testé encore hier et ce que j'ai mis sur le wiki fonctionne pour moi.

Et la nouvelle méthode n'existait pas je penses au moment ou j'ai fait le wiki x) car le recv-key était pris sur le site officiel x)
Par contre  ils expliquent deux méthodes, Using the Web Key Directory et Using GnuPG to verify kernel signatures, donc laquelle préférer.
Mais quoi qu'il arrive je penses qu'il faut reformuler.

A moins que je mette juste le lien vers la page kernel.org.

#14 Re : Scripts, programmes et robots » [Résolu] Programme C - impossible à exécuter. » 15-11-2021 22:27:14

Ton premier programme c'est du code à placer dans un .c et non uniquement des prototypes ou includes à placer dans un .h

Ton code placé dans main.c :

gcc -o output main.c

Le binaire généré ici output est généralement déjà exécutable

./output

Bonjour

#15 Re : Système » Vaut-il le coup de passer un vieux portable en 32bit. » 15-11-2021 08:34:14

En complément, il existe également de nombreux projets pour mieux gérer la 'memory pressure' et gagner en utilisabilité/réactivité sur des petites configurations.

Voici une liste non exhaustive :
- Patchs le9 (plutôt impressionnant je trouve, decouvert avec un article phoronix)
- DAMON qui va arriver avec les memory folios dans le kernel linux 5.16.
- Des oomkillers en userspace comme nohang ou systemd-oomd, ou encore early-oom.
Attention un oom killer kill des processus (selon des règles précises), il ne faut pas être surpris quand ça arrive.
Mais il est par exemple parfois mieux de faire crash un onglet plutôt que de laisser tout freeze, quitte à recharger l'onglet après dans de meilleures conditions.
- Des choses comme uresourced ou encore prelockd.
Uresourced est d'ailleurs par défaut sur fedora depuis deux ou trois versions.

Et il y en a d'autres après la question est si on les utilise, lesquels, pourquoi et leur impacts. (Et pas forcément tous ensemble). En clair se renseigner et les tester.

Cela ne fait pas tout dans le sens où on ne peut pas aller au delà des limitations matérielles mais ce genre d'optimisation ça peut améliorer la fluidité à l'usage.

Aussi je connais pas ton gpu mais parfois le gpu fait qu'une interface est pas forcément très fluide et donc si tu es sur du intel et que ton gpu peut fonctionner avec le driver opengl mesa crocus à la place de i965 (mais ça impose une distro avec un mesa plus récent, 21.2 mini + var d'env) ça peut valoir le coup d'essayer.
Perso ça marche plutôt bien sur mon latitude e4310 et fedora 35  active crocus par défaut.

Zram est en effet pas mal également.

Mais 4GB de ram fera déjà pas mal le travail comparé à 2GB

#16 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 15-11-2021 08:19:15

Pour information sous debian gpupg2 est un 'dummy' package pour faire des symlinks gpg2 vers gpg pour avoir une compatibilité pour les scripts et personnes qui utilisent gpg2 et pas juste gpg (qui dans tout les cas est en version 2 dans les dépôts)

Voir description du package.

#17 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 14-11-2021 12:58:41

Ah et donc tu parlais de la vérification de la signature de l'archive ce qui est encore autre chose.
Comme quoi la précision a son importance smile
À la bonne heure wink
Bonne journée.

#18 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 14-11-2021 02:58:33

Il n'a pas précisé si il parlait du secureboot ou non.

Mais bon si jamais pour l'information : Signer son noyau et le bootloader pour le secureboot, et signer les modules sont deux choses différentes (de ce que j'ai compris). On sait signer les modules du noyaux sans utiliser le secureboot, pour garantir que les modules chargés sont intègres et sans code malicieux (voir doc kernel.org).
Perso j'ai encore jamais self-signed un build custom de kernel pour du secureboot mais il existe pléthore de tutoriels pour ça et en effet c'est pas le sujet de ce wiki.

Par contre je soutiens qu'il y a du changement à faire sur des imprécisions, bref.... attendons la réponse wink

#19 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 14-11-2021 02:34:04

Je poste ce bout dans un post séparé à but d'information :
Je compte prendre le temps de modifier le wiki en profondeur pour enlever le blabla, le rendre plus concis, mettre des explications plus précise; sans pour autant perdre l'aspect rapide, simple et efficace pour les débutants.
Peut-être ajouter un tldr au début également.
Évidemment je suis ouvert à toute proposition, mais je ne garantis pas que ce soit rapidement dans le sens ou :
- Ce wiki semble très utilisé donc pas si mauvais. (fun fact j'ai déjà vu la page reprise ailleurs quasiment mot pour mot, mais faudrait que je retrouves pour vous sortir un lien)
- Je manque de temps

#20 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 14-11-2021 02:15:32

j'y suis arrivé , mais , la signature du noyau m'a posé un gros problème .

Comme d'habitude, tu dis que tu as un problème... mais tu n'explique pas ton problème, il manque :
- Le problème exact
- L'environnement et la procédure appliquée
- Les tentatives et recherches
- Les messages d'erreurs avec les tentatives

N'hésite pas à :
- Être précis
- Être concis
- Aller à l'essentiel tout en mais sans oublier les détails même les plus anodins utiles à la résolution du problème
- Ne pas faire de blabla inutile qui noie les potentielles infos utiles au milieu.

Ça permet de résoudre des problèmes en 3 posts au lieu de 50 (une économie de temps et d'énergie mise sur un problème).
D'ailleurs, n'hésite pas à créer un fil pour ton problème.

Ensuite c'est en traitant le problème, si on voit que le wiki colle pas, on corrige, pas l'inverse.

Malgré tout j'ai quand même pris le temps de tenter en supposant ta config et ton essai.
J'ai donc compilé un noyau 5.15.2 dans un container debian sid, avec un olddefconfig sur la config du noyau de debian sid.
Et bien je n'ai eu aucun soucis en ayant désactivé les clefs.

Pour ce qui est du fonctionnement des clefs je te laisse te renseigner par toi même dans un premier temps.
N'hésite pas à revenir après pour les détails que tu n'aurais pas compris.
(Mais pour ça tu es dans le bon fil pour le coup)


Je reconnais aussi que le wiki n'est pas sans défauts (J'ai pris du recul et évolué entre le moment où je l'ai publié et maintenant)
Je trouve notamment il prend un peu trop par la main les débutants en ajoutant du blabla au dépend d'explications plus précises.
Mais bon je me dis aussi que la personne qui souhaites comprendre et satisfaire sa curiosité aura 90% de ses réponses en tapant ses questions dans un moteur de recherche et en lisant un peu de documentation.

#21 Re : Gestion des paquets Debian » [clos] des noyaux debian en général » 09-11-2021 15:59:43

je m'excuse , mais quand j'ai une panne , je cherche à la résoudre le plus rapidement possible .
tu te vois rouler une semaine avec un pneu dégonflé ?
ou passer un mois sans éclairage dans ton appart' ?
non . moi c'est pareil .

Et avec ça, tu es sous debian Sid au lieu de stable ?
Les gens s'amusent pas à tester la fiabilité en utilisant des prototypes comme véhicule de tout les jours.
Et ceux qui le font doivent savoir changer eux même leurs pneus crevés depuis le temps.

Debian Alain a écrit :

c'est curieux , quand on lit certains posts , un peu partout sur le net (faut que je les retrouve, pas  évident) ,
les problèmes de compatibilité nvidia / noyau existent bel et bien .
et quand à mes problèmes avec vboxdrv , j'ai pas rêvé , ils sont courants .

En effet le out of tree pose souvent problème... Mais justement c'est out of tree... donc faut pas s'étonner que les gens aient des problèmes. Et les trois quart du temps c'est une histoire de secureboot et des modules externes non-signés, ou encore un driver pas encore mis à jour pour la nouvelle version du kernel.

Faudrait être un peu moins vague et donner des exemples spécifiques pour que ce genre d'argument aie de la valeur.
C'est un peu facile de dire tout le monde a des soucis.
Et quand on trouve un problème similaire il faut bien comprendre le pourquoi et la potentielle solution avant de dire c'est pareil partout. (et ça ne l'est pas forcement car souvent les gens cherchent un peu et si ils trouvent la solution sur un post ils ne vont pas en créer de nouveau).

Dans un sens le mieux c'est que tu fasse un fil pour détailler ton problème spécifique (mais de façon concise, pas de blabla inutile) et ne pas juste dire "euh ça marche plus en 5.14 ?."
Comme ça si tu le fais pas toi même les personnes qui auront l'envie de t'aider pourront trouver la source du problème.

Par exemple de mon côté j'ai constaté des regressions dans le kernel debian 11 sur mon thinkpad x260 sur la gestion de la veille (comparé à du fedora, du openSUSE et du debian 10), mais j'ai investigué pour être sûr que ça vient du kernel, reproduit le bug, et un rapport de bug est en cours de rédaction.

#22 Re : Suivi du Wiki et des Projets Git » [wiki] Compilation kernel. » 08-11-2021 22:41:57

Hello,
La prochaine fois n'hésite pas à créer un fil explicitement pour ça.
Cette page normalement est dédiée aux questions sur le Wiki, ça peut dériver sur des petites questions sur le kernel, mais si tu as un problème en particulier, les fils sont là pour ça.

Pour ce qui est de virtual-box, je ne m'en sert pas, et je ne suis pas au courant de tout ce qui pu casser smile
Enfin avant d'accuser un kernel sur problème avec un driver out-of-tree, généralement il faut d'abord regarder si il y a pas un soucis dans le out of tree (et aussi regarder si la configuration du kernel est bonne)

Enfin bon comme tu l'as dis, ton soucis semble être réglé sur ton build 5.15 alors tant mieux.

#23 Re : KDE » Bug graphique de Plasma ? » 05-11-2021 01:01:02

Je viens de tomber sur ça https://groups.google.com/g/linux.debia … 226Vjhbh_w
Tu peux donner le retour de la commande suivante ?

ls /etc/X11/xorg.conf.d/

#24 Re : Autres » facebook opera vidéo » 05-11-2021 00:17:28

Non je demandais car avec ffmpeg en général il y a pas mal de codec installés et certains navigateurs peuvent les utiliser.
Je ne m'y connais pas assez en codec (genre gstreamer etc) pour te dire lequel installer.

#25 Re : Matériel » (résolu,tout seul) problème d'écriture sur cle USB » 05-11-2021 00:01:32

Bah tu peux peut-être retenter de dd ton image disque mais sans oublier de vérifier l'intégrité de la donnée copiée dessus.

Pied de page des forums

Propulsé par FluxBB