L33thium

il est à fond notre @ceric64

j'ai déjà rencontrer ce genre de soucis, c'est très agaçant puisque Windows vois bien le SSD et la clé usb... Il me semble que dans une tour j'ai dû déplacer le SSD du port M2 "chipset" et M2 "CPU" mais on est sur un laptop là... Tu as tenter de mettre le support d'installation sur une autre clé usb ? Comment tu a créé le support d'ailleurs ? juste copié le contenu de l'iso vers la clé ?

ouvre un invite de commande depuis l'installeur Windows : réparer ou shift+F10 lance diskpart et execute list disk S'il vois le ssd : sel disk 0 (par exemple), puis clean et exit Un reboot est peut être nécessaire et si t'as du bol il te le montrera comme cible d'installation

ça touche pas à ta debian ni à ton firefox-esr, les flatpak sont dans des sandbox comme des containers totalement isolés et agnostiques de l'hôte

essaye le flatpak firefox à la dernière version J'ai vu le forum se faire mettre à jour la veille il me semble avant que tu parle de ton problème. Il utilise peut être une fonction mal gérée par l'ESR

aucun problème ici (Firefox 122 Windows)

la réso aussi, déjà testé. l'important c'est le connecteur LVDS 30 ou 40 broches

j'avoue que là je ne saurais pas dire qui de la nappe ou de la dalle est en cause. Dans mon atelier il y a toujours des dalles en rab j'aurais pu tester en 3mn. (la taille et la résolution importe peu) Sans moyens de tester il faut commander les deux, tester et faire jouer le délais de 14 jours pour renvoyer le remplaçant du non coupable, ça ne te coutera que le frais de port du retour (et encore, pas toujours)

Firefox-ESR n'est utile que pour accéder à extensions.gnome.org, même epiphany n'y arrive pas. A ta place je le laisserait là, il mange pas de pain et peut aider Epiphany est basé sur webkit (même base que chromium), il est très basic, n'a pas d'extensions et ne supporte pas les DRM (deezer, netflix, ...) par choix

j'ai constaté ce problème aussi. Du coup j'utilise le flatpak Firefox

pour le temps de boot, trouve l'option fastboot voir ultra fastboot c'est bluffant dans l'uefi. Pour le wifi il faut voir coté PC ET coté box, un des deux ou les deux ne supporte peut être pas les largeurs de bandes de plus de 80Mhz. 23Mo/s ça ressemble à mon cas avec des cartes AC 1200 (160Mhz) sur la freebox mini4K (80Mhz) Pour la plaque je l'ai déjà fait (pour moi, pour les clients, je m'insulte et sors tout le bousin pour la remettre) : sortir le contact par l'extérieur et le plaquer contre la plaque, ou pince coupante. Y a pas de risques si elle ne fait pas son job, la CM et la plaque sont mis à la masse par plein d'autres points.

Oui tu dois remplacer d'abord le couple CPU+CM+RAM, le socket AM5 requiert de la DDR5, pas de retrocompatibilité Attention à l'âge, la puissance et la connectique de l'alim si elle est conservée. les config AMD sont sobres mais une trop vieille et faible alim peut causer des problèmes, peut être l'absence du connecteur 12V CM aussi si elle est très ancienne, idem pour les connecteurs d'alim CG et SATA La carte graphique n'est pas requise pour un jeu comme genshin impact, un APU Ryzen (avec Radeon Vega à bord donc) suffit En général je conseille l'upgrade du couple sus-mentionné après inspection de l'alim, avec 8 ou 16Go de RAM qui seront doublés ou quadruplés plus tard avec ou sans ajout de la CG à cette occasion

oui les releases sortent plus ou moins à date fixe maintenant, plus "when it's done". Ils ont autorisé firmware-non-free par défaut ce qui facilité grandement l'installation. Ils se sont enfin entendus avec Mozilla pour avoir Firefox-ESR en stable. Les backports sont bien utilisés pour certains logiciels système. L'identité visuelle est plus soignée. Et il distribuent debian-live, un liveCD au même format que Ubuntu & co bien que pas beaucoup mis en avant. Et hors distribution je pense qu'on a moins besoin d'être "bleeding edge" qu'il y a 10 ans encore, Gnome et KDE sont matures donc plus de gros changement entre les versions et de nos jours il y a flatpak et les containers pour les logiciels et services qui doivent être à la dernière version possible (ou une version spécifique bien que Debian permet ça depuis longtemps, mais c'est encore plus facile avec les containers).

C'est assez simple et rapide en fait mais pour une première et quand tu sait pas à quoi t'attendre il vaut mieux séparer l'écran du PC. Donc tu démonte le capot du dessous (ou le topcover/clavier), tu déconnecte la LVDS, les antennes de la webcam et la carte mère, tu libère les fils et enfin tu défait normalement 3 vis sur chacune des charnières pour détacher l'écran. Après tu cherche s'il y a des vis sur le cadre de l'écran (cachées par des stickers) et si le cache entre les charnière est amovible (s'il coulisse, retire le) Après il faut déclipser le cadre en passant une spatule en nylon ou tes doigts entre le cadre et l'écran ça vient tout seul mais il est parfois collé à l'écran en bas. La dalle est maintenue par 4 petites vis à ses oreilles. Elle est parfois vissée à l'armature en metal par les flancs mais à priori c'est pas le cas sur le tien. Pour faire ton test après avoir déconnecté et reconnecté le nappe de la dalle, tu peut la reconnecter à la carte mère et le mettre en route avec les tripes à l'air, ça craint rien et tu gagnes du temps.

En relisant ton message je réalise que tu n'a peut être rien à racheter. Ça vaut le cout de démonter la coque arrière de l'écran pour débrancher et rebrancher la nappe au dos de la dalle. J'ai souvent rencontré cette panne.

1) Trace de fêlure visible sur l'écran allumé (même infime) ? 2) Est-ce que l'affichage change lorsque que tu "tord" (gentiment mais fermement) l'écran ou que tu applique une pression à l'arrière ? 3) Est-ce que l'affichage change lorsque tu fait bouger la charnière ? Si oui en 1 : dalle LCD à remplacer Si c'est en 2, dalle ou nappe LVDS Si 3 : nappe LVDS Si rien ne se passe avec ces manipulations le laptop n'est probablement pas mort mais il faudrait le montrer à un pro Mais les chances que le PC soit mort sont infimes. Si tu veux réparer. - Nappe LVDS : https://www.micropuces.com/lenovo-nappe-vido-pour-lenovo-ideapad-l34017api-l34017irh-p-91353.html - Dalle LCD compatible : https://www.ebay.fr/itm/131910065476?hash=item1eb673dd44:g:3XcAAOSw5zdkH6bd&amdata=enc%3AAQAIAAAA4Ap%2FbzoDmWtosy3Eak6LYzQZF0Gnb%2Brqr1cUt8klvFn4Sm8eKllTU6S2w1LE%2BHfRDC4xDOyAkY4iI4oVdcyccJZYcTEGkgLh48kqorQWKqFqDtffEXyU0LAUTJc28lf8YybU12EhhBcHtETDASn13vPPnPwyPVCv14Ewkh4zp7kEWzHAkinBH04Dum9zNQP6p8G5gcfWop9x7uxtS%2BlOQOen%2BfTcrObDWMydCAeyVARNPKy3WMrZs4UtT8%2BoV8cPUVs2M5aYFID5JOwl5nAWz2v3xjhddepEZY4EZnyID%2BXS|tkp%3ABFBMrO_C-pZj

j'avoue que c'est assez kiffant comme association

bah rapidement (il y a 2 ans) on a une app "essentielle" (crunchyroll ) qui ne pouvait plus être mise à jour

j'ai eu une mauvaise experience avec Lenovo question mises à jour android, Avec une Yoga tab, jamais mise à jour. C'était il y a 5 ans. En face avec une samsung on a maintenant 3 ans de màj android et 5 de sécurité. Je ne sais pas ce qu'il en est du coté de Lenovo maintenant.

Aloyse demandait plus ou moins comment changer le comportement de mise en veille etc... d'un Linux. Pour ce laptop j'ai besoin qu'il reste actif écran fermé (lorsque branché sur secteur). Pas le choix de sortir l'éditeur de texte dans ce cas pour éditer /etc/systemd/logind.conf Décommenter ces lignes et modifier l'action par défaut pour obtenir le comportement voulu : HandleLidSwitch=suspend HandleLidSwitchExternalPower=ignore suivi d'un systemctl restart systemd-logind

Remise en service d'un laptop qui traînait à la cave Il était très poussif sous Windows mais assez correcte là sous Linux, Debian Bookworm Il va héberger l'hôte klipper pour mes imprimantes 3D et PrusaSlicer Gnome 43.9 un peu pimpé avec quelques extensions mais pas de thème.

on a des alternatives plus simples et rapides (que LFS) pour l'embarqué comme buildroot et yocto j'ai déjà fait un media center kodi avec build root qui bootait en moins de 10s sur le raspberry pi 1

j'ai lu le livre jusqu'à la fin avant de me lancer et là il averti que ce n'est qu'à but éducatif, usage ultra spécifique ou comme base pour créer une véritable distribution, que c'est une horreur à maintenir, que les distributions feront toujours ça bien mieux que nous-même tout seul. ^^ J'ai beaucoup aimé l'image donnée du bootstrap pour le vulgariser "ça consiste à se décoller soi-même du sol en se tirant par les cheveux" (le bootstrap consiste à utilise un OS pour créer un OS et ensuite rompre la dépendance pour avoir un OS autonome sans lien de parenté) compiler le compilateur : De mémoire on compile un environnement de compilation en lien statique (équivalent gentoo stage 1) qui va servir à compiler un environnement en lien dynamique (gentoo stage 2) qui va permettre de compiler l'environnement final (gentoo stage 3)

oui je l'ai vue mais c'est à priori pas pour le panneau de contrôle Diematic 3 et je sais pas si le protocole est le même Je devrais acheter le MCU et faire des experiences...

C'est là que ça se complique. Je ne trouve pas de doc ni de tableaux. Le seul truc précis que j'ai trouvé c'est ça https://github.com/Benoit3/Diematic_to_MQTT/blob/main/src/Diematic.py Par contre tu crois que c'est jouable pour esphome la particularité dedietrich du changement de rôle maitre/esclave toutes les 5s ?