Pas de gestion CSM dans le bios >

caema · 30-06-2020 14:18:04

Bonjour la compagnie!

Je viens de recevoir un nouveau laptop Asus.
Je compte installer le classique dualboot Debian / Windows 10 mais je suis surprise...

En checkant le bios:

> je peux desactiver le fastboot
> je peux desactiver le Secure boot

Mais je ne vois aucune option dans ce bios, en ce qui concerne le CSM.

Le bios est de type "American Megatrends", version 314.

J'ai fait quelques recherche google mais sans résultat pour le moment.

Une idée ? Une expérience ?

D'avance merci pour votre aide

raleur · 30-06-2020 14:56:43

Bienvenue dans la modernité. Le BIOS/CSM, c'était trop simple et ça marchait trop bien, quel ennui. Vive l'UEFI ! Plein de nouveaux bugs passionnants !
Sinon, des fois ça s'appelle "legacy" plutôt que "CSM".

Concrètement, pourquoi as-tu besoin de CSM ?

caema · 30-06-2020 15:16:13

Salut raleur, et grand merci pour ton aide.

Histoire de préparer ma future install, j'ai consulté ce tuto: https://debian-facile.org/doc:install:d … -de-l-uefi

Dans la section "Désactiver le secure boot et autres configurations" il est indique qu'il faut desactiver le CSM.
Du coup j'ai deja jete un coup d'oeil dans le bios histoire de reperer ce dont j'ai besoin et je n'ai rien vu concernant le CSM. D'ou ma question

Je n'ai rien vu concernant le legacy non plus.

Maintenant, pour un peu plus de contexte... j'ai 2 HDD:

> un SSD avec windows, qui contient un EFI.
> un HDD que j'ai deja partitionne: 500GB pour mes datas et 500GB pour ma future debian.

Ce dont je suis certaine, c'est que le fast boot et le secure boot doivent etre desactives.
Mais pour le CSM... maintenant tu me fais douter.

raleur · 30-06-2020 15:24:02

caema a écrit :

Dans la section "Désactiver le secure boot et autres configurations" il est indique qu'il faut desactiver le CSM.

Pas obligatoire. Ça ne sert que pour s'assurer que l'ordinateur ne bootera jamais en legacy par accident.

caema a écrit :

Ce dont je suis certaine, c'est que le fast boot et le secure boot doivent etre desactives.

Pas forcément. Debian 10 est compatible avec le secure boot.
Quant au fast boot, je n'ai jamais eu besoin d'y toucher. On le confond souvent avec le démarrage rapide (fast startup) de Windows, qui n'a rien à voir.

Dernière modification par raleur (30-06-2020 15:30:26)

caema · 30-06-2020 15:35:16

Oh... et bien je me suis compliqué la tache en fait !
Comme on dit.. pourquoi faire simple quand on peut faire complique..

Bon, et bien merci pour ces quelques precisions bien utiles.

Je vais donc laisser le secure boot et le fast boot actives, et.... lancer une install !

Merci !

Dernière modification par caema (30-06-2020 15:58:23)

raleur · 30-06-2020 15:57:14

Concernant le secure boot, il vaut quand même mieux le désactiver si tu n'en as pas besoin. Ça complique les choses, et ça peut poser des problèmes.

caema · 30-06-2020 15:58:50

Ok, bien recu pour le secure boot !

On verra pour la suite ce soir mais j'anticipe un petit truc...

J'ai deja eu, lors de l'installation (au moment de partitionner si je me souviens bien) une question de type de ce type:

"This machine's firmware has started the installer in UEFI mode but it looks like there may be existing operating systems already installed using "BIOS compatibility mode". If you continue to install Debian in UEFI mode, it might be difficult to reboot the machine into any BIOS-mode operating systems later.
If you wish to install in UEFI mode and don't care about keeping the ability to boot one of the existing systems, you have the option to force that here. If you wish to keep the option to boot an existing operating system, you should choose NOT to force UEFI installation here."

SI cela se passe encore, maintenant que tu connais un peu le workflow que je souhaite mettre en place (2 HDD > un contient windows et l'autre Debian ), qui suis-je censee repondre ?

KsmoinO · 30-06-2020 16:19:56

Bonjour

Normalement en suivant la doc à l'étape Partitionnement (https://debian-facile.org/doc:install:d … tionnement) tu as ce qu'il faut pour ne pas avoir ce message. C'est à dire la partition EFI windows doit être détectée comme tel par l'installer (et potentiellement montée dans /boot/efi).

De plus comme ton système ne semble pas gérer le boot bios, le mode de compatibilité BIOS ne devrait pas être utilisé dessus. Donc tu devrais pouvoir continuer malgré tout.

raleur · 30-06-2020 16:34:42

Tiens, tu fais l'installation en anglais ?

En clair, l'installateur demande s'il faut forcer l'installation en mode UEFI car il a été amorcé en mode UEFI et il semble exister un système installé utilisant le mode de compatibilité BIOS (legacy/CSM). Apparemment les critères de détection possibles sont :
- étiquette de disque ("disk label" = table de partition) DOS avec au moins une partition primaire ou logique
- étiquette de disque GPT avec une partition d'amorçage BIOS (BIOS boot) et pas de partition système EFI (ESP)

Cet avertissement n'a aucune raison de se produire avec des disques vides.
Si le firmware UEFI de la machine ne supporte pas le boot legacy/CSM, alors ne pas forcer l'installation en mode UEFI produira un système non amorçable.

Recommendations :
- Une partition système EFI sur chaque disque pour l'OS correspondant pour une indépendance totale des deux OS. Installe Windows en premier, il créera la sienne sur son disque. Lors de l'installation de Debian, si tu choisis le partitionnement manuel, assure-toi que le disque a une étiquette GPT (pas obligatoire mais mieux pour l'UEFI et d'autres choses alors pourquoi se priver) et crée une autre partition EFI sur l'autre disque et marque celle de Windows comme "ne pas utiliser".

caema · 30-06-2020 21:22:55

Bon alors à l'installation s'est bien passée !
Merci pour vos conseils.

Par contre.. Au reboot, pas de windows au grub
J'ai tout de même tenté le démarrage debian et j'ai pas mal d'erreurs de ce type:
watchdog: BUG: soft lockup - CPU#10 stuck for 23s! [kworker/10:1:118] 512.385371]
Et je reste "coincée" sans pouvoir démarrer debian.

Je penche pour un problème matériel mais si vous avez un avis

raleur · 30-06-2020 21:49:50

Ce matériel est peut-être un peu trop récent pour cette version de Debian.

KsmoinO · 30-06-2020 22:08:42

Certains ayant eu ce problème l'ont corrigés de plusieurs façons dont
- Maj kernel
- remplacement alim trop juste
(voir avec une recherche internet avec "BUG: soft lockup")

Si tu as une grosse carte vidéo dans la machine ou un autre périphérique gourmand, tu peux essayer de le retirer et de redémarrer sans.

Sinon booter sur un live, faire un chroot et essayer de mettre à jour grub, l'initrd et le kernel

Enfin pour ton boot windows dès que tu auras un linux il faudrait voir le retour de la commande fdisk -l pour s'assurer qu'on ait toujours les partitions windows.

caema · 01-07-2020 09:44:38

Merci pour vos reactions.

> Au niveau de ma version de Debian: debian-live-10.4.0-amd64-kde.iso

> Pour la configuration du laptop:

ASUS VivoBook (N580GD-E4045T).

* Intel Core i7-8750H
* 16 GB DDR4
* GeForce GTX 1050 (4 GB)
* SSD 256 GB + HDD 1TO

Impossible pour moi de toucher a l'alim ou la carte graphique vu que c'est un laptop.
Je vais tenter, ce soir j'espere, de booter sur le live.

pour la mise a jour du kernel... je ne suis pas vraiment au courant et je vais avoir besoin d'eclaircissement a ce niveau si vous avez des details je suis preneuse.

Oh et autre precision, j'ai pas windows dans le GRUB menu, mais la partition est toujours presente, hier soir j'ai pu y acceder en bidouillant dans le BIOS.
Puis windows est sur le SSD, Debian a ete installe sur le HDD.

Je vais faire quelques recherches Google egalement et j'essaye de vous tenir au jus des que j'ai pu realiser certains tests.

Dernière modification par caema (01-07-2020 09:45:44)

jarek · 01-07-2020 11:59:22

Si ce matériel est TROP récent je ne vois que deux solutions :
- garder debian10 et installer un noyau récent depuis les backports
- installer bullseye (noyau 5.7 depuis aujourd'hui !) ce qui serait préférable car il prend "mieux" en charge les pilotes Nvidia

Ce qui est à la portée d'un débutant éveillé . . .

Dernière modification par jarek (01-07-2020 12:02:09)

caema · 01-07-2020 12:09:15

merci pour ces nouvelles informations!

Je vais me renseigner sur bullseye, je ne connais pas du tout.

EDIT: ahhhh nouvelle Debian

Mais visiblement, vous penchez plutot pour un souci au niveau de la carte graphique si je comprends bien.

Dernière modification par caema (01-07-2020 12:12:17)

KsmoinO · 01-07-2020 13:08:17

Bonjour

La carte graphique n'est qu'une piste parmi d'autre

. Dans ton cas l'installation de Debian bullseye sera peut être la solution la plus simple. Elle évitera de devoir booter sur un live pour faire un chroot pour faire les mises à jour.

Si malgré tout tu veux tenter le chroot tu peux trouver de la doc ici : https://debian-facile.org/doc:systeme:chroot

Une fois dans le chroot, tu pourras faire les mises à jours du système installé (apt-get update && apt-get dist-upgrade), mettre à jour l'initram (update-initramfs -k all -u), vérifier que ton install voit bien windows (os-prober) et mettre à jour grub (update-grub2) et essayer de rebooter.

caema · 01-07-2020 13:18:18

Pfffff vous etes au top sur ce forum...

Merci pour toutes ces explications et informations.

J'espere vraiment avoir le temps de tester cela ce soir car je suis au bureau, mais je viendrai de toute façon rendre des comptes ici

Au passage KsmoinO, vu que tu es moderateur, aucun souci si le titre de mon post ne correspond plus vraiment ?

Merci!

KsmoinO · 01-07-2020 13:44:30

Je suis un vieux modérateur, ça devait faire 10 ans que je n'étais pas revenu sur le forum

Je laisserai les actuels voir si besoin

jarek · 01-07-2020 15:16:38

Je ne penche pas du tout vers un problème précis, simplement la question a été soulevée par Raleur (matériel trop récent ?), et je propose.
Pour bullseye ou backports buster, voir la doc Debian, ça commence là https://wiki.debian.org/fr/FrontPage

caema · 01-07-2020 15:25:01

Grand merci a vous toutes et tous.

Je vous tiens au courant durant la semaine

caema · 03-07-2020 10:06:43

Bien le bonjour !

Bon.. je suis tetue et j'ai trouve un truc.
Concernant l'erreur suivante: watchdog: BUG: soft lockup - CPU#10 stuck for 23s! [kworker/10:1:118], j'ai lu qu'au menu Grub, il etait possible de presser "E" et dajouter ceci a la ligne qui commence par linux: nouveau.modeset=0 et de booter.

Cela fonctionne, et je suis sur ma Debian. Si je reboot je dois recommencer mais... un soucis apres l'ature

Du coup je tente le CHROOT en suivante ce lien: https://debian-facile.org/doc:systeme:chroot et j'ai un doute qunand a la partiotion.

fdisk -l

me retourne ceci:

/dev/sda1        2048  976762879 976760832 465.8G Microsoft basic data

/dev/sda2   976762880  977813503   1050624   513M EFI System

/dev/sda3   977813504 1036406783  58593280    28G Linux filesystem

/dev/sda4  1036406784 1069654015  33247232  15.9G Linux swap

/dev/sda5  1069654016 1953523711 883869696 421.5G Linux filesystem

Qelle sera donc ma partion a monter: sda3 ou sda5 ?

KsmoinO · 03-07-2020 12:07:16

Bonjour

C'est bien d'être têtu pour apprendre je trouve

Si tu arrive à booter sur ta debian en passant par l'édition de l'entrée grub tu n'as plus besoin de passer par le chroot

Mais si tu veux quand même essayer, vu les tailles je dirait sda3. sda5 lui serait la partition home.

Sinon, une fois que tu es sur ta Debian tu peux commencer par la mettre à jour

apt-get update && apt-get dist-upgrade

Puis redémarrer

Après la mise à jour, si tu es toujours obligée d'éditer la ligne de grub pour booter, on peut configurer grub pour qu'il lance toujours cette option au démarrage

nano /etc/default/grub

Et modifier la variable GRUB_CMDLINE_LINUX_DEFAULT comme suit :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nouveau.modeset=0"

Puis mettre grub à jour à l'aide de la commande

update-grub2

Normalement il devrait même détecter ton Windows et le faire apparaître.

Si ce n'était pas le cas, il faudrait vérifier que os-prober et installé et voir se qu'il détecte

apt-get install os-prober

os-prober

raleur · 03-07-2020 13:10:17

caema a écrit :

nouveau.modeset=0

En pratique, ça désactive quasiment le pilote "nouveau" pour le GPU Nvidia. Ce n'est donc qu'un contournement, ça dégrade les performances et la qualité (résolution) de l'affichage.

KsmoinO a écrit :

Et modifier la variable GRUB_CMDLINE_LINUX_DEFAULT

Plutôt GRUB_CMDLINE_LINUX car GRUB_CMDLINE_LINUX_DEFAULT ne s'applique pas aux entrées de démarrage en mode rescue.

KsmoinO a écrit :

update-grub2

Dans Debian c'est un simple lien symbolique vers update-grub.

anonyme · 03-07-2020 13:46:11

Bonjour

un portable => https://www.asus.com/Laptops/ASUS-VivoB … fications/

on commence toujours par regarder si deux gpu ou pas "intel + nvidia"
si deux gpu ( bumblebee) commencer par vérifier le gpu intel (c'est un driver libre) si il fonctionne bien
sinon pour nvidia nouveau.nomodeset=0 et ne pas oublier le driver du serveur X "xserver-xorg-video-nouveau" (le virer )
blacklister nouveau sur le système
la carte nvidia ne te fera plus de misère

donc répondre si un ou deux gpu , avec un lspci par exemple

pour moi cette machine doit tourner avec buster , la GTX1050 est ancienne , et le cpu aussi

le processeur => https://ark.intel.com/content/www/fr/fr … 0-ghz.html

éviter d'utiliser les backports si possible , et utiliser debian stable si possible aussi
sinon testing est bien aussi (mieux que d'utiliser les backports de buster )

donc a priori ce cpu a un gpu 630 commence par vérifier son fonctionnement (normalement tu dois arriver au bureau si le gpu nvidia est désactivé et avec une résolution correcte )

caema · 04-07-2020 09:58:23

Hello !

Alors on avance..
Pour faire court, la derniere chose qu'il me reste a regler, c'est windows, qui n'apprait toujours pas dans le menu grub.

os-prober

n'affiche absolument rien

Debian-facile

#1 30-06-2020 14:18:04

Pas de gestion CSM dans le bios >

#2 30-06-2020 14:56:43

Re : Pas de gestion CSM dans le bios >

#3 30-06-2020 15:16:13

Re : Pas de gestion CSM dans le bios >

#4 30-06-2020 15:24:02

Re : Pas de gestion CSM dans le bios >

#5 30-06-2020 15:35:16

Re : Pas de gestion CSM dans le bios >

#6 30-06-2020 15:57:14

Re : Pas de gestion CSM dans le bios >

#7 30-06-2020 15:58:50

Re : Pas de gestion CSM dans le bios >

#8 30-06-2020 16:19:56

Re : Pas de gestion CSM dans le bios >

#9 30-06-2020 16:34:42

Re : Pas de gestion CSM dans le bios >

#10 30-06-2020 21:22:55

Re : Pas de gestion CSM dans le bios >

#11 30-06-2020 21:49:50

Re : Pas de gestion CSM dans le bios >

#12 30-06-2020 22:08:42

Re : Pas de gestion CSM dans le bios >

#13 01-07-2020 09:44:38

Re : Pas de gestion CSM dans le bios >

#14 01-07-2020 11:59:22

Re : Pas de gestion CSM dans le bios >

#15 01-07-2020 12:09:15

Re : Pas de gestion CSM dans le bios >

#16 01-07-2020 13:08:17

Re : Pas de gestion CSM dans le bios >

#17 01-07-2020 13:18:18

Re : Pas de gestion CSM dans le bios >

#18 01-07-2020 13:44:30

Re : Pas de gestion CSM dans le bios >

#19 01-07-2020 15:16:38

Re : Pas de gestion CSM dans le bios >

#20 01-07-2020 15:25:01

Re : Pas de gestion CSM dans le bios >

#21 03-07-2020 10:06:43

Re : Pas de gestion CSM dans le bios >

#22 03-07-2020 12:07:16

Re : Pas de gestion CSM dans le bios >

#23 03-07-2020 13:10:17

Re : Pas de gestion CSM dans le bios >

#24 03-07-2020 13:46:11

Re : Pas de gestion CSM dans le bios >

#25 04-07-2020 09:58:23

Re : Pas de gestion CSM dans le bios >

Pied de page des forums