Vous n'êtes pas identifié(e).
Hors ligne
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
Hors ligne
Sachant que, lors de l'installation, Debian m'avait demandé de télécharger ce .fw et de la mettre sur une USB, sauf qu'il n'a jamais détectée le .fw...
Auriez-vous une idée pour réparer cela ?
Hors ligne
je soupçonne une erreur de frappe de ta part.
amicalement ,
Alain.
Dernière modification par Debian Alain (22-03-2021 21:43:37)
Hors ligne
Dernière modification par Tawal (23-03-2021 07:46:05)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
Hors ligne
Ce qui me chagrine, c'est que le firmware rtl_nic/rtl8186g-3.fw ne devrait pas bloquer le boot.
Et ce n'est pas le cas. C'est probablement le démarrage du gestionnaire de connexion graphique qui bloque, et le paramètre nomodeset n'y change rien (il a le même effet que l'absence du firmware : le pilote radeon ne gère pas la carte graphique). L'installation avec une image contenant les firmwares non libres n'aidera guère plus car les firmwares graphiques ne sont pas installés par défaut (pas utiles pour l'installation).
Le démarrage en mode recovery (sous-menu "options avancées) ne devrait pas bloquer, à condition d'avoir défini un mot de passe root à l'installation. Sinon, démarrer en mode non graphique en ajoutant le paramètre "2" plutôt que "nomodeset".
Il vaut mieux montrer que raconter.
Hors ligne
donc toi a priori tu a " Intégré / AMD Jel LE / AMD Jel Pro "
je sais que intel utilise des gpu amd sur portable , donc sous windows regarde le type de cpu et gpu exact (normalement je pense a un cpu et gpu amd)
il est possible de démarrer en mode vesa , ou en mode "recovery" sans charger de driver vidéo amd (juste le mode basic , toute les gpu sont compatible vesa )
si on veut bloquer le noyau a l'installation du driver amd , ce serait plutôt " amdgpu.modeset=0" a partir de grub (le noyau va tenter d'installer d'autres drivers compatible ( basic)).
quand tu aura le type de cpu/gpu ce sera plus clair (sous windows ).
le paquet normalement est :
si tu a le curseur qui clignote tente la combinaison de touches "Ctrl+Alt+F2" et connecte toi en user puis root (ou sudo), ou directement en root selon ton installation
tu peu fermer le serveur X avec cette commande (optionnel )
ps: ou remplacer "gdm3" par "lightdm" selon le bureau installé (gdm3 pour gnome) , KDE je connais pas le gestionnaire de connexion
demande aussi le firmware pour ar3k/AthrBT a quoi il correspond (je pense au wifi a vérifier ) moi synaptic me dit "firmware-atheros" pour le wifi
nota: avant il faut vérifier quelle version de debian (et noyau) supporte ce matériel )
un lspci tu note la ligne "vga" , par exemple pour moi
tu risque d'avoir un code en fin de ligne , au lieu du nom , ce code permet de retrouver le type de matériel
ps: le firmware prend en charge normalement tous les gpu récent (et moins récent)
tu te fera expliquer aussi comment modifier ton fichier /etc/apt/sources.list pour prendre en charge le "non-free"
un apt update pour mettre a jour
puis tu installe les firmwares
pour le #3 tu installe le firmware
ps : a priori si l'installation est correcte , le firmware ci dessus est pas bloquant . (le gpu oui pour X ou wayland )
a ce sujet il serait bon de savoir quel bureau est installé et quelle version de debian
force et courage ,
Dernière modification par anonyme (24-03-2021 02:59:57)