Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
avec ou sans j'ai pas vue de différences
donc a l'invite de l'installation
taper "E"
faire la modification
puis "F10" pour lancer l installation
en mode graphique j'ai 2 fichiers dans /var/log , Xorg.0.log et syslog
en mode normal je n'ai que le syslog
3 tests , "normal" , avec "nomodeset" et avec "nouveau.modeset=0" , le driver utilisé est FBDEV dans les 3 cas et avec une GTX750 (nvidia)
donc le mode normal utilise le driver du bios , le mode graphique le driver de X
vue qu'il a l'écran noir dans tous les cas je pense que le bug intervient au chargement du système avec 2 drivers vidéo différents
avec un debian live on doit avoir accès a certains logs ?
nota: je pense que le live doit utiliser le serveur X , intéressant de voir ce qui se passe
ps: j'ai un live PCLinuxOS de 2017 ...........
j'ai d'office un driver nvidia nonfree 384.98 avec "pclinuxos" 
en live. et un noyau 4.12.14.
c'est yoshi qui a du me contaminer ........... 
tu peu le trouver ici => https://www.pclinuxos.com/get-pclinuxos … %20mirrors
j'ai testé avec le gpu du processeur intel (4770K) correct.
une alternative si tu trouve aucune solution même avec Buster de debian
après avoir remonté les machines , si CSM n'est pas activé , le boot sur un disque avec une debian (de type DOS et pas EFI) sur ma carte mère j'ai un message (pas de boot ) comme quoi il faut activer l'option CSM.
une autre solution (tu n'a pas précisé sur quoi tu veut installer debian , le disque de win10 ou un autre disque) c'est de faire une installation de debian sur une autre machine et de brancher le disque sur ton portable.
il faut avoir la place de mettre 2 disques (sata ou M2) dans la machine. (ou un disque externe en usb3)
pour savoir si le CSM est actif tu peu déjà tester une clé usb au format "dos" ou "EFI" si dans les deux cas le boot fonctionne.
pour les ports sata ou pcie (M-2) je sais comment est équipé cette machine.
Dernière modification par anonyme (22-10-2018 18:07:04)
re,
faut t'il supprimer ceci "- - -" dans la commande
BOOT_IMAGE=/install.amd/vmlinuz vga=788 --- quiet
avec ou sans j'ai pas vue de différences
BOOT_IMAGE=/install.amd/vmlinuz vga=788 --- nomodeset quiet
donc a l'invite de l'installation
taper "E"
faire la modification
puis "F10" pour lancer l installation
en mode graphique j'ai 2 fichiers dans /var/log , Xorg.0.log et syslog
en mode normal je n'ai que le syslog
3 tests , "normal" , avec "nomodeset" et avec "nouveau.modeset=0" , le driver utilisé est FBDEV dans les 3 cas et avec une GTX750 (nvidia)
donc le mode normal utilise le driver du bios , le mode graphique le driver de X
vue qu'il a l'écran noir dans tous les cas je pense que le bug intervient au chargement du système avec 2 drivers vidéo différents
avec un debian live on doit avoir accès a certains logs ?
nota: je pense que le live doit utiliser le serveur X , intéressant de voir ce qui se passe
ps: j'ai un live PCLinuxOS de 2017 ...........
j'ai d'office un driver nvidia nonfree 384.98 avec "pclinuxos"
c'est yoshi qui a du me contaminer ...........
tu peu le trouver ici => https://www.pclinuxos.com/get-pclinuxos … %20mirrors
j'ai testé avec le gpu du processeur intel (4770K) correct.
une alternative si tu trouve aucune solution même avec Buster de debian
après avoir remonté les machines , si CSM n'est pas activé , le boot sur un disque avec une debian (de type DOS et pas EFI) sur ma carte mère j'ai un message (pas de boot ) comme quoi il faut activer l'option CSM.
une autre solution (tu n'a pas précisé sur quoi tu veut installer debian , le disque de win10 ou un autre disque) c'est de faire une installation de debian sur une autre machine et de brancher le disque sur ton portable.
il faut avoir la place de mettre 2 disques (sata ou M2) dans la machine. (ou un disque externe en usb3)
pour savoir si le CSM est actif tu peu déjà tester une clé usb au format "dos" ou "EFI" si dans les deux cas le boot fonctionne.
pour les ports sata ou pcie (M-2) je sais comment est équipé cette machine.
Salut !
Après vérif, toujours écran noir sur usb avec Buster, toujours écran noir avec nomodeset ou nouveau.modeset=0.
Je vais donc tenter une installation de debian par un terminal sur le live
Hors ligne
(tu n'a pas précisé sur quoi tu veut installer debian , le disque de win10 ou un autre disque)
C'est bien sur un disque dur avec w10 que j'essaye de le dualboot
Hors ligne
sudo debian-installer-launcher
ne fonctionne pas bash dit command not found
Hors ligne
Hors ligne
bash dit command not found
Quel est le message exact et complet ?
C'est bash qui répond que sudo n'est pas trouvé ou sudo qui répond que debian-installer-launcher n'est pas trouvé ?
Si c'est bash qui répond que sudo n'est pas trouvé, sudo n'est probablement pas présent dans le système live et il ne faut pas utiliser sudo mais passer root avec su. J'ignore quel est le mot de passe root du système live. Peut-être vide.
toujours écran noir avec nomodeset ou nouveau.modeset=0.
Evidemment puisque ce sont les pilotes utilisant le modesetting qui permettent d'avoir un affichage normal. En désactivant le modesetting tu empêches ces pilotes de fonctionner.
Dernière modification par raleur (22-10-2018 19:14:37)
Il vaut mieux montrer que raconter.
Hors ligne
J'aimerai tester de forcer un boot mode en Legacy mais je sais pas comment faire
J'ai déjà répondu :
monter la partition EFI de la clé et de renommer le répertoire /EFI qu'elle contient.
Il vaut mieux montrer que raconter.
Hors ligne
maxence441 a écrit :J'aimerai tester de forcer un boot mode en Legacy mais je sais pas comment faire
J'ai déjà répondu :monter la partition EFI de la clé et de renommer le répertoire /EFI qu'elle contient.
Je ne comprends pas bien la méthode, je vois le but mais pas comment faire, tu peux détailler stp ?
Hors ligne
ceci est inexact en installation normale ou graphique , modeset est inactif , de plus il ne servirait a rien puisque les firmwares ne sont pas chargé
je l'ai noté au dessus , il y a deux modes , drivers du bios , ou un driver générique FBDEV qui permet d'avoir une résolution plus confortable.
j'ai précisé de regarder les log de X sur le live de debian (je n'ai que PCLinuxOS en live et il utilise des drivers et firmware nonfree)
j'ai regardé intel et nvidia , le nomodeset ou autres n'a aucune action sur la gestion du gpu
nota : si tu utilise su , il faut taper "su -" (du moins sur buster et je l utilise meme sur stretch)
comme ceci
j'ai remarqué aussi sur buster une commande en user ne fonctionne plus en root
exemple
il faut la taper en console user
Dernière modification par anonyme (22-10-2018 19:36:33)
Je ne comprends pas bien la méthode, je vois le but mais pas comment faire, tu peux détailler stp ?
En supposant que la clé USB contenant l'installateur soit vue comme /dev/sdb et n'a pas été montée automatiquement par le bureau :
Si la clé a été montée automatiquement par le bureau, il suffit de renommer le répertoire avec le gestionnaire de fichiers.
Dernière modification par raleur (22-10-2018 19:46:18)
Il vaut mieux montrer que raconter.
Hors ligne
Sur debian live, la commande
sudo debian-installer-launcher
ne fonctionne pas bash dit command not found
C'est vraiment incroyable...mais vrai: Debian Bug report logs - #844611 debian-installer-launcher -- Debian Installer desktop launcher
Il parait que le paquet a été supprimé des live CD's . Mais ils le soutient dans stretch : https://packages.debian.org/stretch/deb … r-launcher:
"Ceci est un lanceur de bureau pour les images de l'installateur Debian. Il est destiné à être utilisé sur les systèmes Debian Live.
Vous ne voudrez probablement pas installer ce paquet sur un système non- autonome « non-live », bien que cela ne nuise en rien."
C'est difficile a comprendre d'avoir un paquet pour installer dès live CD ...et qu'il ne soit pas inclue. Cependant s'il n'est pas suffisamment stable, n'a pas de sens le maintenir sur stretch.
Je suis en train de télécharger une ISO live pour essayer. Je vois la possibilité de démarrer avec le live CD, installer le paquet sur le live debian-installer-launcher, et lancer l'installation.
On va voir.
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
ceci est inexact en installation normale ou graphique , modeset est inactif
J'ai déjà écrit que ces paramètres étaient sans effet sur l'installateur, les pilotes utilisant le modesetting n'étant pas présents.
de plus il ne servirait a rien puisque les firmwares ne sont pas chargé
Ben voyons. Tous les GPU n'ont pas besoin de firmwares. Notamment Intel et Nvidia. D'ailleurs l'affichage fonctionne avec le système live sans firmwares et ne fonctionne plus avec nomodeset, preuve que le modesetting est actif par défaut avec le système live sans firmwares.
Il vaut mieux montrer que raconter.
Hors ligne
maxence441 a écrit :Je ne comprends pas bien la méthode, je vois le but mais pas comment faire, tu peux détailler stp ?
En supposant que la clé USB contenant l'installateur soit vue comme /dev/sdb et n'a pas été montée automatiquement par le bureau :mount -t vfat /dev/sdb2 /mnt
mv /mnt/EFI /mnt/DEFI
umount /mnt
Si la clé a été montée automatiquement par le bureau, il suffit de renommer le répertoire avec le gestionnaire de fichiers.
Le problème c'est que là c'est une clé live et pas dvd1 donc j'ai pas le répertoire racine EFi
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Qu'affiche
fdisk -l
Disque /dev/sda : 60 GiB, 64424509440 octets, 125829120 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xb6b81a49
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 109051903 109049856 52G 83 Linux
/dev/sda2 109053950 125827071 16773122 8G 5 Étendue
/dev/sda5 109053952 125827071 16773120 8G 82 partition d'échang
Disque /dev/loop0 : 87,9 MiB, 92119040 octets, 179920 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 172,1 MiB, 180424704 octets, 352392 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 87,9 MiB, 92164096 octets, 180008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 87,9 MiB, 92123136 octets, 179928 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sdb : 14,5 GiB, 15524167680 octets, 30320640 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x1dc1a6b1
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 0 4620287 4620288 2,2G 0 Vide
/dev/sdb2 1416 2247 832 416K ef EFI (FAT-12/16/32)
Hors ligne
anonyme a écrit :ceci est inexact en installation normale ou graphique , modeset est inactif
J'ai déjà écrit que ces paramètres étaient sans effet sur l'installateur, les pilotes utilisant le modesetting n'étant pas présents.anonyme a écrit :de plus il ne servirait a rien puisque les firmwares ne sont pas chargé
Ben voyons. Tous les GPU n'ont pas besoin de firmwares. Notamment Intel et Nvidia. D'ailleurs l'affichage fonctionne avec le système live sans firmwares et ne fonctionne plus avec nomodeset, preuve que le modesetting est actif par défaut avec le système live sans firmwares.
pour intel et nvidia le firmware est "firmware-misc-nonfree"
pour amd c'est "firmware-amd-graphics"
comme il a un gpu intel kabylake 630 et un gpu nvidia 1050TI si tu arrive a les faire fonctionner correctement sans explique moi
pour modeset la clé est prete de debian live , je vais te montrer que ce n est pas modesetting qui est utilisé (ou pas )
pour l installation j'ai fait ça cet après midi donc on est d'accord modesetting est inactif
c'est pas compliqué sur le live de regarder le fichier /var/log/Xorg.0.log et de voir ce qui est chargé comme driver
moi je peu le faire que avec intel OU nvidia , je n'ai pas de portable avec intel+nvidia
Dernière modification par anonyme (22-10-2018 20:14:00)
La clé a bien une partition EFI /dev/sdb2, mes commandes sont applicables.
Il vaut mieux montrer que raconter.
Hors ligne
Disque /dev/sdb : 14,5 GiB, 15524167680 octets, 30320640 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x1dc1a6b1
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 0 4620287 4620288 2,2G 0 Vide
/dev/sdb2 1416 2247 832 416K ef EFI (FAT-12/16/32)
La clé a bien une partition EFI /dev/sdb2, mes commandes sont applicables.
la première commande monte bien la clé, la deuxième commande échoue
Dernière modification par maxence441 (22-10-2018 20:22:48)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
mount | grep sdb
ls -alR /mnt
Je ne boot même plus sur la clé maintenant avec ces changements
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Quels changements ? Tu as dit que la commande mv avait échoué.
Visiblement ça avait changé quelque chose mais le prompt revenait blanc alors je savais pas si la commande avait été executé, les fois où j'ai réessayé il me mettait l'erreur, toujours est-il que ma clé ne boot plus en changeant le nom du repertoire
Hors ligne
Dernière modification par raleur (22-10-2018 22:07:20)
Il vaut mieux montrer que raconter.
Hors ligne
le test a été fait CSM désactivé
j'ai pas testé le gpu intel 630 mais maxence441 peu facilement récupérer ce log dans /var/log/Xorg.0.log en live (clavier FR et le disque dur a été monté automatiquement par le live)
la clé usb boot en EFI , bios réglé sur "CSM désactivé"
nota: je pense qu un live en Buster ça n'existe pas encore
comme alternative il y a le dernier ubuntu (18.10 de mémoire) ou comme noté au dessus PCLinuxOS qui contient driver et firmware nonfree au moins pour tester (en live ou install)
tu peu aussi récupérer le retour de ces trois commandes
et toujours sous le live
retour pour moi
j'ai trouvé ceci , il semble que ce soit la même machine => https://forum.ubuntu-fr.org/viewtopic.php?id=2022379
il est vendu sur le net avec Linux
Dernière modification par anonyme (23-10-2018 10:45:48)