Vous n'êtes pas identifié(e).
Dernière modification par Deeenis (02-08-2024 20:38:03)
Hors ligne
j'ai choisi l'installation graphique
Et en mode non graphique ?
l'installation s'est bloquée au lancement de la détection du matériel réseau
Bloquée comment ? Est-ce que les touches pour changer de console tty (Ctrl+Alt+F2, F3, F4) fonctionnent encore ? Si oui, quels sont lest messages affichés dans tty4 ?
Quels sont les modèles des contrôleurs ethernet et wifi ?
À exécuter dans tty2 avant la détection du réseau.
J'ai essayé l'installation graphique expert pour sauter l'étape du réseau et l'installation s'est bloquée à la détection des disques durs.
Normal, la détection des disques durs charge les pilotes réseau si on a sauté l'étape de détection du réseau.
J'ai réessayé en sautant également la détection des disques durs et l'installation s'est bloquée au partitionnement.
Ça m'étonnerait, on ne peut pas lancer le partitionnement sans avoir fait la détection des disques avant.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
J'ai réussi à changer de console avant la détection du réseau mais la console elle-même se fige un peu après.
Oui mais non. Il ne faut PAS lancer la détection du réseau.
main-menu[289]: INFO: Menu item 'ethdetect' selected"
C'est quand même étonnant qu'il n'y ait aucun message du noyau avant le blocage. Est-ce que la clé USB a été vérifiée ?
- Atheros AR5007EG Wireless Network Adapter
- SiS191 Ethernet Contrôler
C'est mieux que rien mais ça ne vaut pas les sorties de lspci pour avoir les identifiants PCI et en déduire les pilotes concernés avec certitude. De mémoire, SiS c'est pourri (et très vieux) mais je n'ai pas connaissance de plantage dur.
À première vue, le pilote ethernet devrait être sis190 et le pilote wifi ath5k. Tu peux essayer de bloquer l'un ou l'autre : ajouter le paramètre module_blacklist=sis190 ou module_blacklist=ath5k à la ligne de commande de l'installateur. Ou bien voir dans les paramètres du BIOS s'il est possible de désactiver l'ethernet ou le wifi.
Il vaut mieux montrer que raconter.
Hors ligne
Oui mais non. Il ne faut PAS lancer la détection du réseau.
Ah oui désolé j'étais repassé par l'installation graphique simple.
Alors en passant par l'installation expert, je n'ai obtenu les infos que pour le port ethernet :
A chaque fois que j'ai lancé la commande pour le wifi, le PC a planté, écran figé et clavier bloqué.
C'est quand même étonnant qu'il n'y ait aucun message du noyau avant le blocage. Est-ce que la clé USB a été vérifiée ?
L'image iso du CD1 a été vérifiée avec SHA512 et l'image a été validée avant transfert sur la clé USB.
J'ai utilisé la même clé sur un Packard Bell et l'installation a fonctionné.
Sur l'Asus, l'étape "détection et montage du support d'installation" s'est déroulée sans encombre.
À première vue, le pilote ethernet devrait être sis190 et le pilote wifi ath5k. Tu peux essayer de bloquer l'un ou l'autre : ajouter le paramètre module_blacklist=sis190 ou module_blacklist=ath5k à la ligne de commande de l'installateur. Ou bien voir dans les paramètres du BIOS s'il est possible de désactiver l'ethernet ou le wifi.
J'ai fait plusieurs essais en désactivant à partir du BIOS :
- à chaque fois que la carte wifi était active, ça a planté
- avec la carte ethernet active, l'installation est allée jusqu'au bout mais je n'ai pas réussi à la configurer ni en mode automatique ni en mode manuel
- que la carte ethernet soit active ou pas et malgré que l'installation soit allée jusqu'à son terme, le PC plante au redémarrage (après le GRUB, écran noir et plusieurs minutes après quelques cases de couleurs sur la 1ère ligne et il ne se passe plus rien)
Hors ligne
A chaque fois que j'ai lancé la commande pour le wifi, le PC a planté, écran figé et clavier bloqué.
Cette commande ?
Qu'est-ce que ça donne avec un plus simple
ou encore plus simple
avec la carte ethernet active, l'installation est allée jusqu'au bout mais je n'ai pas réussi à la configurer ni en mode automatique ni en mode manuel
C'est-à-dire ?
Il me semble que j'avais eu des soucis avec ce type de contrôleur ethernet SiS et j'avais dû jouer avec la valeur du paramètre rx_copybreak du module sis190, mais ça date.
après le GRUB, écran noir et plusieurs minutes après quelques cases de couleurs sur la 1ère ligne et il ne se passe plus rien
Quel modèle de GPU ?
Que donne le démarrage en mode recovery ?
Dernière modification par raleur (30-07-2024 15:13:48)
Il vaut mieux montrer que raconter.
Hors ligne
Cette commande ?
lspci -nnkd ::280
Oui, planté
Qu'est-ce que ça donne avec un plus simple
lspci -nn
Planté aussi
ou encore plus simple
lspci
Et encore planté
C'est-à-dire ?
Il me semble que j'avais eu des soucis avec ce type de contrôleur ethernet SiS et j'avais dû jouer avec la valeur du paramètre rx_copybreak du module sis190, mais ça date.
Il me semble que c'était le DHCP qui ne répondait pas. Et le fait que je définisse moi-même les adresses IP n'a pas résolu le problème puisqu'il n'y avait pas de connexion à la recherche du miroir.
Ceci dit, j'ai voulu vérifier pour ne pas dire de bêtises et cette fois-ci la connexion ethernet s'est faite en automatique dans le mode install expert.
J'ai dû choisir un noyau alors j'ai accepté celui en surbrillance (linux-image-686-pae)... à suivre...
Quel modèle de GPU ?
lspci -nnkd ::300
Que donne le démarrage en mode recovery ?
je n'ai pas essayé, j'essaierai après l'installation en cours et je te dirai
Hors ligne
VGA compatible controller [0300]: NVIDIA Corporation G98M [GeForce 9300M GS]
Ethernet SiS, GPU Nvidia... cette machine n'est pas un cadeau. Le pilote libre nouveau pour les GPU Nvidia est connu pour ne pas bien gérer certains modèles, donc pas extrêmement surprenant que l'affichage ne fonctionne pas. Tester en mode recovery (pour ne pas lancer l'interface graphique) et avec le paramètre du noyau "nomodeset" (pour désactiver le pilote nouveau).
(linux-image-686-pae).
Le processeur n'est pas 64 bits ? Ce serait surprenant avec un GPU de la série GeForce 9.
Dernière modification par raleur (30-07-2024 16:33:32)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Jean-Pierre Pinson (30-07-2024 16:33:40)
Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot
Hors ligne
Ce n'est pas souvent que je vois lspci planter le système... Peut-être un paramètre à passer au pilote PCI du noyau mais il y en a tellement (pci=nobios, pci=nomsi, pci=noacpi...).
Je ne sais pas comment faire pour passer un paramètre au pilote PCI, c'est comme la commande lspci, faut-il saisir
?
Ethernet SiS, GPU Nvidia... cette machine n'est pas un cadeau. Le pilote libre nouveau pour les GPU Nvidia est connu pour ne pas bien gérer certains modèles, donc pas extrêmement surprenant que l'affichage ne fonctionne pas. Tester en mode recovery (pour ne pas lancer l'interface graphique) et avec le paramètre du noyau "nomodeset" (pour désactiver le pilote nouveau).
Ça plante également en recovery.
Où dois-je écrire "nomodeset" ?
Le processeur n'est pas 64 bits ? Ce serait surprenant avec un GPU de la série GeForce 9.
C'est une question que je n'ai pas réussi à trancher avec certitude. J'ai cru comprendre que les intel core 2 étaient principalement 32 bits.
Et là je viens de voir que le CPU est un Duo T5450 et que c'est un 64 bits
Il faut que je recommence tout avec une image iso 64 bits ou le problème sera le même avec la carte graphique ?
Hors ligne
Bonjour Deeenis,
Je sais pas si tu as réussi à installer debian ?
Peut-être essayer de débrancher et rebrancher ton disque dur dans ton portable
Bonjour Jean-Pierre,
Je n'ai pas encore réussi.
Je ne suis pas très bricoleur alors démonter le portable pour accéder au disque dur m'inquiète un peu... comment cette technique pourrait résoudre le problème ? Ça a déjà marché ?
Hors ligne
Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot
Hors ligne
Je ne sais pas comment faire pour passer un paramètre au pilote PCI, c'est comme la commande lspci,
Non, avec l'éditeur d'entrée de menu de GRUB (touche "e" sur le menu), paramètre à ajouter à la ligne qui commence par "linux" pour tester. Cela ne s'applique qu'au démarrage en cours.
Si efficace, à ajouter dans /etc/default/grub à la valeur de GRUB_CMDLINE_LINUX pour le rendre persistant à chaque démarrage.
Où dois-je écrire "nomodeset" ?
Au même endroit.
Il faut que je recommence tout avec une image iso 64 bits ou le problème sera le même avec la carte graphique
Le problème sera probablement le même. Mais un système 64 bits exploite mieux les capacités d'une machine 64 bits et n'a pas les limitations d'un système 32 bits.
Il vaut mieux montrer que raconter.
Hors ligne
Non, avec l'éditeur d'entrée de menu de GRUB (touche "e" sur le menu), paramètre à ajouter à la ligne qui commence par "linux" pour tester. Cela ne s'applique qu'au démarrage en cours.
Si efficace, à ajouter dans /etc/default/grub à la valeur de GRUB_CMDLINE_LINUX pour le rendre persistant à chaque démarrage.
J'ai essayé avec "nomodeset" en mode recovery et ça a l'air de bien fonctionner
Le problème sera probablement le même. Mais un système 64 bits exploite mieux les capacités d'une machine 64 bits et n'a pas les limitations d'un système 32 bits.
Alors du coup je vais d'abord changer de système pour un 64 bits avant d'aller plus loin.
As-tu une image iso à me conseiller ?
A priori, je pensais utiliser "debian-live-12.6.0-amd64-lxde.iso" pour tester le matériel, mais c'est peut-être inutile dans mon cas puisqu'on sait déjà que la carte graphique pose problème. Cela a-t-il un intérêt ou je passe directement sur "debian-12.6.0-amd64-netinst.iso" puisque la carte ethernet fonctionne ?
Hors ligne
Oui pour moi, ça avait déjà marché, mais bon, je ne sais pas si pour toi ça fonctionnera.
Merci pour la suggestion, je la garde sous le coude au cas où
Hors ligne
J'ai essayé avec "nomodeset" en mode recovery et ça a l'air de bien fonctionner
Et en mode normal (graphique) ?
As-tu une image iso à me conseiller ?
Non, j'utilise toujours l'image netinst, je ne connais pas les images live.
Il vaut mieux montrer que raconter.
Hors ligne
Et en mode normal (graphique) ?
Oui ça fonctionne de la même manière.
La résolution de l'écran par défaut n'est pas bonne car lorsque je déplace la souris vers le bas de l'écran, l'écran se décale vers le haut pour faire apparaître le tableau de bord LXDE en bas d'écran. L'écran est entier une fois la résolution corrigée.
Hors ligne
Et en mode normal (graphique) ?
J'ai installé la dernière version 64 bits.
Le même problème s'est effectivement posé. J'ai alors rendu persistant le "nomodeset" et chaque démarrage se fait maintenant sans problème
Du coup faut-il installer des pilotes propriétaires pour la carte graphique NVIDIA maintenant que le démarrage fonctionne ?
Par ailleurs, j'ai essayé de réactiver la carte WIFI et avec cette réactivation le démarrage se bloque sur cette dernière ligne :
Hors ligne
Hors ligne
Dernière modification par mksmn (01-08-2024 13:11:50)
Debian, c'est bien!
(De retour sous Debian, soyez cool.)
Hors ligne
Hors ligne
fais tu des jeux ? du montage vidéo ? un moteur d'IA a entrainer ?
si la réponse est oui, tu pourrais les installer. Sinon non, cela n'a pas d'interet.
Je branche l'ordi sur un écran HD via HDMI pour regarder des films en 1080p... et là j'ai fait l'essai et la commande 'xrandr' ne détecte pas l'écran HD.
Ça veut dire que j'ai besoin des pilotes propriétaires ?
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux pci=nomsi"
Le wifi fonctionne
Si tu as quasiment le même portable et que tu as des suggestions et/ou astuces à me transmettre... je suis preneur
voir avec la commande "nvidia-detect" peut être
Le terminal me répond "commande introuvable"... faut-il que je la saisisse dans un dossier en particulier ?
Hors ligne
Puis vous lancez2) cette commande pour connaître la dénomination de votre carte graphique et si elle est compatible avec Debian :
Dernière modification par Jean-Pierre Pinson (01-08-2024 16:38:27)
Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot
Hors ligne
Hors ligne
Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot
Hors ligne