Vous n'êtes pas identifié(e).
Les lignes intéressantes me paraissent être :
et ces 2 vers la fin :
je lui ai fait faire un tour à 360° hehe !
Ensuite :
Il a l'air de fonctionner (ce qui n'est pas étrange à mon avis, vu qu'il détecte bien mes changements d'orientation.
Idem pour :
Il semble géré par systemd si j'ai bien compris.
@Tawal :
Ta remarque est aussi très intéressante dans la mesure où j'ai pu entrer sans problème :
Mais pas cette commande-là car ce paramètre a disparu :
Fait intéressant, en checkant sur mon autre tablette Intel Atom, je confirme que ce chemin précis n'existe pas non plus chez elle, en revanche la commande avec orientation-lock est bien paramétré sur false.
Va falloir peut-être que je patiente que le bug soit corrigé.
... et rien d'autre suivant le conseil de pas mal de sites invitant à ne pas mélanger les dépôts sid et Bullseye (je confirme d'ailleurs que j'ai dans un 1er temps mixé les 2 dépôts et j'avais pas mal d'incohérences, notamment graphiques). Pour le coup, à première vue, ça me paraît être une démarche cohérente (à confirmer par es experts).
Puis j'ai fait un :
Depuis, je n'ai quasi plus aucun bug, excepté la perte de la rotation automatique de mon écran tactile (qui d'ailleurs a gardé sa fonctionnalité tactile). L'icône de verrouillage de la rotation d'écran portrait/paysage a aussi disparu.
Le truc étrange est que j'ai bien iio-sensor-proxy d'installé et que la commande monitor-sensor renvoie lorsque je tourne mon écran :
Bref, la rotation est bien détectée, mais l'écran ne suis pas le mouvement, comme si le debian installé pense que j'ai un écran de simple PC portable.
J'ai un doute que cela vienne d'une fonctionnalité non supportée par Bookworm sachant que j'ai actuellement Bookworm installé sur une tablette Intel Atom (avec le même fichier /etc/apt/sources.list) et la rotation fonctionne sans souci.
Enfin, dans les changements récents pouvant être liés à ce souci, j'ai également supprimé les paquet flatpak org.freedesktop.Platform.VAAPI.Intel v19 et org.freedesktop.Platform.GL.default v19 (car un message terminal me suggérait qu'ils étaient devenus obsolètes, je n'ai donc conservé que leurs versions 20 et 21).
Ce n'est pas un problème invivable, mais j'aimerais retrouver cette fonctionnalité de rotation, auriez vous une idée du problème ? Merci pour votre aide.
Le fichier patch.diff contient les informations suivantes :
Ensuite on termine :
J'espère que ça va aider les débutants comme moi à mieux comprendre comment compiler une version de Debian.
Puis, une longue compilation où deux messages d'erreur apparaissent, mais pas en rouge :
Enfin, après toute la compilation, vient les messages d'erreur en rouge :
Qu'en pensez-vous ? Merci pour votre aide !
prog-amateur a écrit :où placer le .diff
N'importe où. Peu importe.prog-amateur a écrit :quelle commande exacte lancer ?
On applique un patch .diff avec la commande patch du paquet éponyme.
Mais dans ce cas précis tu peux aussi bien faire les modifications directement dans le fichier .config avec un éditeur de texte, ou bien passer par make menuconfig pour faire les changements (astuce : touche "/" pour rechercher la position d'une option de configuration).
Voilà une réponse comme je les aime, merci ! Il faut comprendre que c'est la première fois que je compile et j'ai beaucoup hésité avant de me lancer (peur).
Donc en gros, je modifie mon fichier .config avec l'éditeur de texte et je suis le reste de ma procédure c'est bien ça ?
Bonjour,
et j'en rajoute une couche avecprog-amateur a écrit :voici ma méthode de compilation pas à pas, mais ça ne fonctionne pas.
ça ne fonctionne pas n'est pas un message d'erreur valide pour pouvoir faire avancer le schmilblik
Alors, tu n'as pas tord, mais j'ai volontairement pesé le pour et le contre : mettre un long message de bug dans mon premier post qui est déjà très long, ça risquerait de ne pas donner envie de me lire, et donc de m'aider.
Il y rajoute 2 liens web qui l'ont aidé :
https://gitlab.freedesktop.org/drm/intel/-/issues/26
https://www.studioteabag.com/science/de … pro-linux/
Autant vous dire, j'ai pas tout compris sur sa façon de procéder. Voici le .diff complet :
L'équipe officielle ne répond pas à sa demande de pouvoir mettre ce changement par défaut dans le noyau debian ce qui fait que je suis dans le même cas que lui à devoir compiler alors que j'avais jamais fait ça de ma vie, enfin bref...
Question :
Suite à l'aide d'un forumeur sympa, voici ma méthode de compilation pas à pas, mais ça ne fonctionne pas.
Est-ce que quelqu'un pourrait me corriger et conseiller sur la façon d'introduire le .diff svp ? Merci beaucoup :
Merci énormément de votre aide, je commence à me démotiver sévère !
################################################################
EDIT : sujet résolu ici
################################################################
Mais ça ne résoud pas le souci, et voici le résultat de update-pciids :
Et pour finir, j'ai tenté d'installer un patch censé résoudre ce problème (c.f. ici) en corrigeant la variable qui n'était pas bien nommée (depuis "pwm_backlight" vers "pwm_pmic_backlight"), mais lors de la commande
je ne sais pas du tout sur quel fichier il faut faire ce patch, j'ai peur de faire n'importe quoi :
FEDORA :
uname -a
DEBIAN :
FEDORA :
lspci -k
DEBIAN :
FEDORA :
Je vois quelques différences au niveau de la partie Subsystem et la partie Encryption controller, mais rien de plus. Vous voyez quelque chose de votre côté ? Merci
Pour le bureau, je suis sous Wayland, je n'ai pas rajouté Xorg pour alléger la tablette et mon choix s'est porté sur Wayland qui est le choix par défaut de Debian bullseye et d'autres distros.
Sinon, j'ai lu les liens, c'est à peine compréhensible tant la technicité semble haute, il n'est pas mentionné (sauf erreur de ma part) comment appliquer un patch, ni si ce dernier fonctionne.
C'est vraiment étrange, sachant qu'un Fedora fonctionne nickel, je me demande quel paramètre a Fedora que n'a pas ma version de Debian.
nous donner le retour de lspci
-> Voici le retour :
installer le firmware-misc-nonfree
-> OK, c'est installé
donner les erreurs
-> Voici le retour des erreurs :
ton bureau ?
-> Je suis sur GNOME 3.38.0
Encore merci, toute aide est la bienvenue !
2. Le curseur de luminosité n'a aucun effet sur l'intensité réelle de lumière (elle semble être bloquée à la valeur maximale, ce qui draine ma batterie et m'agresse les yeux le soir).
Pour information, le capteur de luminosité arrive à modifier le curseur automatiquement (donc il fonctionne) mais toujours sans effet réel visible.
De plus, j'ai testé avec un live Fedora, et là en revanche, le changement d'intensité lumineuse est réellement visible via le capteur de luminosité ou quand j'ajuste le curseur.
Pensez-vous que ce soit lié ? Quel driver installer pour résoudre ce souci ? A moins que ce ne soit du côté d'une configuration du fichier grub ?
Merci pour votre aide !
################################################################
EDIT : sujet résolu ici, en désactivant le Secure Boot dans le BIOS et en suivant les étapes pour compiler le noyau
################################################################
Et ensuite ?
Ensuite, l'écran devient noir et plus rien ne répond.
Et avec les "touches magiques" Alt+ImprEcran+b pour rebooter c'est pareil ? Si oui c'est probablement un plantage "dur" du noyau ou matériel lorsque le pilote i915 initialise le GPU.
Il y a peut-être des messages d'erreur du noyau qui pourraient contenir des informations sur le problème, mais je crains qu'ils n'aient pas le temps d'être enregistrés sur disque. Tu peux quand même regarder dans /var/log/kern.log* à la date et l'heure du plantage.
Les touches magiques Alt+ImprEcran+b ne fonctionnent pas non plus. Du coup, je penche aussi pour un problème graphique. En cherchant dans /var/log/kern.log, rien n'est enregistré concernant un problème graphique, seulement des histoires d'USB, de Bluetooth, etc.
Pareil, j'ai tenté de trouver un log pour xwayland, mais rien trouvé de clair (où alors je suis passé à côté). J'ai lu sur le net des gens réussir (après des tonnes d'efforts) à installer Ubuntu 16.04 sur leur tablette ASUS T100HA (même CPU), mais personne ne dit clairement comment y arriver. Il y a aussi un ISO appelée isorespin par un certain linuxium, mais son iso vient d'un lien google drive, et je n'ai trouvé aucun code source, du coup, c'est niet. Je commence à perdre le moral, je lutte pour installer un truc tout simple, qu'à fait Intel avec ces CPU ?!
Normalement ce GPU est censé être supporté par le pilote i915 du noyau 4.19 de Debian 10.
Mais ce pilote i915 est-il alors intégré dans la version Debian 64 bit que j'ai installé ?
Peux-tu préciser ce qui se passe exactement dans chaque cas si tu démarres
- avec "2" mais sans "nomodeset"
Symptômes visuels : les lignes d'informations qui défilent très vite (sans le 'OK' vers à gauche)
Effet de Ctrl+Alt+F<n> où F<n> est F1 à F6 : rien, pas de réponse
Effet de Ctrl+Alt+Suppr/Del : rien, pas de réponse non plus. Je dois hard reset avec la touche Power plusieurs secondes.
- avec "nomodeset" mais sans "2"
Symptômes visuels : les lignes d'informations qui défilent très vite (avec le 'OK' vers à gauche). Puis un "curseur" blanc en haut à gauche qui clignote, mais les frappes claviers ne s'affichent pas à l'écran.
Effet de Ctrl+Alt+F<n> où F<n> est F1 à F6 : la combinaison m'ouvre un écran TTY où je peux me connecter.
Effet de Ctrl+Alt+Suppr/Del : le reset est normalement possible (j'ai oublié d'essayer, mais depuis le TTY, c'est quasi sûr que ça marche).
Qu'est-ce que tu en penses ? encore merci
Esssaie avec les options suivantes :
nomodeset 2
et supprime "splash" s'il est présent.
nomodeset empêche l'activation du framebuffer.
2 empêche le démarrage de l'interface graphique.
Si le démarrage aboutit à une invite de connexion en mode texte, ça veut dire que c'est un problème de pilote graphique.
Merci ! je confirme qu'en éditant le démarrage de Debian en appliquant 'nomodeset 2' juste après 'quiet', j'arrive sur une invite de commandes tty sur laquelle je peux me connecter. Aurais-tu une idée de comment installer un pilote graphique ?
Pour multiarch :
Non, tu n'as pas installé le multiarch. En amorçant l'image d'installation multi-arch on peut choisir d'installer un système 32 ou 64 bits, pas les deux.
Voici une traduction du Wiki Debian :
Debian Jessie (8.0) a été la première distribution Linux à inclure le support complet de l'installation UEFI en mode mixte sur ces machines. Les supports d'installation multi-architectures (disponibles sous forme de netinst et de DVD) incluent les chargeurs d'amorçage UEFI nécessaires pour l'amorçage i386 et amd64. En sélectionnant "64-bit install" dans le menu de démarrage initial, l'installateur Debian installera une version 64-bit (amd64) de Debian. Le système détectera automatiquement que le microprogramme UEFI sous-jacent est en 32 bits et installera la version appropriée de grub-efi pour fonctionner avec lui.
En fait, multiarch n'installe pas les 2 versions en même temps, mais il détecte bien l'architecture 64 bit tout en démarrant avec le grub-efi compatible avec l'UEFI 32 bit.