[RÉSOLU] Asus Vivobook A509J avec SSD M.2

le_lutin · 14-10-2020 08:59:31

Bonjour,
J'essaie d'installer Debian 10.6 Gnome 64 bits Non free sur un Asus Vivobook A509J avec SSD M.2.
L'installateur ne détecte pas le M.2 ce qui est problématique.
J'ai essayé aussi en text install, avec Lubuntu, pas mieux.
Qu'en dites-vous ?
merci, belle journée.

Dernière modification par le_lutin (14-10-2020 17:07:39)

anonyme · 14-10-2020 09:28:13

bonjour

avec ta référence tu a ceci sur ce portable => "512 Go au format SSD M.2 PCIe NVMe"
debian 10 n'a aucun soucis avec ce genre de matériel
il n'y a pas windows 10 installé sur ce M2 ?
le sécure boot est actif ?
le M2 est plein et l'installateur de debian l'ignore ?
actuellement tu a un OS ou tu peu booter dessus sur cette machine ?

ps: tester avec un live de debian peut être sur une clé usb .

le_lutin · 14-10-2020 09:32:56

Bonjour,
Oui Windows 10 est installé sur ce M2 et il démarre.
J'ai désactivé le Secure Boot.
L'ordi est neuf, je pense pas que le M2 soit plein.
Debian refuse de booter en live (écran noir) , Lubuntu boote en live mais refuse également l'installation ...

raleur · 14-10-2020 09:33:38

SSD NVMe ou SATA ? Si NVMe, deux hypothèses :
1) Incompatibilité entre le SSD et le pilote nvme du noyau >= 4.10.
2) Mode RAID activé dans le BIOS/UEFI.

Est-ce que la commande lspci (à lancer dans un shell/console de l'installateur) affiche le SSD ?
Si oui, regarder les messages du noyau contenant "nvme" avec dmesg.
Si non, regarder dans les paramètres du BIOS/UEFI.

Note : désactiver le mode RAID empêchera Windows de démarrer.

Dernière modification par raleur (14-10-2020 09:37:08)

raleur · 14-10-2020 09:35:46

le_lutin a écrit :

L'ordi est neuf, je pense pas que le M2 soit plein.

On parle de l'espace libre en dehors des partitions, pas de l'espace libre dans les partitions de Windows qui est inutilisable par Debian à moins de réduire ces partitions.

le_lutin · 14-10-2020 10:28:35

Il semble que le M2 soit en NVMe.
L'installation a réussi après avoir changé dans le BIOS la configuration SATA en mode AHCI.
mais Debian, au lancement, bloque sur un écran noir avec un curseur qui clignote ...

raleur · 14-10-2020 10:46:13

Au démarrage de l'interface graphique ? Peut-être un problème de pilote ou de firmware. Quel(s) GPU (voir avec lspci) ? Si AMD/ATI, il faut installer le paquet firmware-amd-graphics.
Peux-tu basculer vers des consoles texte avec ctrl+alt+F2, F3... ?
Que donne un démarrage en mode recovery/rescue/dépannage ?

Dernière modification par raleur (14-10-2020 10:46:42)

Debian Alain · 14-10-2020 11:23:15

bonjour le lutin

pour tes cartes graphiques , que donne : ?

lspci -nnk | grep -iE "vga|3d|display" -A3

pour ton nvme :

dmesg | grep -iE nvme

sinon , pour tests , si tu peux te faire une clé (ou un disque (dvd)) à chaque fois :

-- lives de buster , au choix -- (il se peut que çà coince)

-- lives de testing , au choix -- (normalement , no soucy)

note : testing s'impose souvent pour les ordinateurs très récents .

Dernière modification par Debian Alain (14-10-2020 11:32:32)

le_lutin · 14-10-2020 12:56:55

@Alain : effectivement, l'ordi est tout neuf !!
Alors, une fois Debian installé, je suis basculé en recovery mode.
ci-dessous les infos demandées, plus je rajoute les messages d'erreur du noyau.
Que me conseillez-vous entre rajouter un driver sur l'install actuelle, ou basculer sous Testing ?

lspci -nnk | grep -iE "vga|3d|display" -A3

00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:8a56] (rev 07)

  Subsystem: ASUSTeK Computer Inc. Device [1043:1ec1]

00:04.0 Signal processing controller [1180]: Intel Corporation Device [8086:8a03] (rev 03)

  Subsystem: ASUSTeK Computer Inc. Device [1043:1ec1]

dmesg | grep -iE nvme

[    1.266692] nvme nvme0: pci function 0000:01:00.0

[    1.484909] nvme nvme0: missing or invalid SUBNQN field.

[    1.485705] nvme nvme0: Shutdown timeout set to 10 seconds

[    1.489063]  nvme0n1: p1 p2 p3 p4

[    3.256885] EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Opts: (null)

[    3.535250] EXT4-fs (nvme0n1p2): re-mounted. Opts: errors=remount-ro

[    3.791907] Adding 7812092k swap on /dev/nvme0n1p3.  Priority:-2 extents:1 across:7812092k SSFS

[    3.921297] EXT4-fs (nvme0n1p4): mounted filesystem with ordered data mode. Opts: (null)

sudo dmesg -l err

[    0.176059] hw perf events fixed 4 > max(3), clipping!

[    3.701049] iTCO_wdt iTCO_wdt: can't request region for resource [mem 0x00c5fffc-0x00c5ffff]

[    3.805546] iwlwifi 0000:00:14.3: minimum version required: iwlwifi-Qu-b0-jf-b0-39

[    3.806389] iwlwifi 0000:00:14.3: maximum version supported: iwlwifi-Qu-b0-jf-b0-38

[    3.806390] iwlwifi 0000:00:14.3: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

[    3.806391] iwlwifi 0000:00:14.3: Couldn't request the fw

[    4.074130] bluetooth hci0: firmware: failed to load intel/ibt-19-32-0.sfi (-2)

[    4.074590] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

[    4.076173] Bluetooth: hci0: Failed to load Intel firmware file (-2)

[  512.424223] sd 1:0:0:0: [sda] No Caching mode page found

[  512.424655] sd 1:0:0:0: [sda] Assuming drive cache: write through

[  608.177203] sd 1:0:0:0: [sda] No Caching mode page found

[  608.177540] sd 1:0:0:0: [sda] Assuming drive cache: write through

[  817.042746] sd 1:0:0:0: [sda] No Caching mode page found

[  817.044131] sd 1:0:0:0: [sda] Assuming drive cache: write through

PS : il semble que l'histoire du M2 ne soit plus un souci …

Debian Alain · 14-10-2020 13:42:47

faut voire ce qu' en pense râleur .

peut être ceci :

apt install xserver-xorg-video-intel

mais normalement , il est déprécié 

sinon , plutôt que de réinstaller un vieux pilote et , qui plus est , normalement déjà intégré à linux par défaut ,

si tu as pas de données précieuses à sauvegarder , tente un live de testing déjà pour voir .

si c'est concluant , tu pourra l'installer .

peut être lancer un live de buster au préalable pour être sûr .

les cles ou disques "live" sont faits pour tester .
le principe est de télécharger le plus gros du systeme en mémoire et d'utiliser la clé (ou le disque) en arrière plan .

les live ne sont généralement pas des foudres de guerre (opposition à une install en dur) mais ils dépannent souvent très bien .

et , présentement , tu peux installer depuis le live avec calamarès .

Dernière modification par Debian Alain (14-10-2020 13:45:15)

le_lutin · 14-10-2020 13:45:37

ok, j'essaie avec une testing.

Debian Alain · 14-10-2020 13:54:05

rebonjour le_lutin .

tu peux aussi renvoyer le retour de inxi (à installer)

inxi -D

disques montés 

inxi -o

disques non montés 

Dernière modification par Debian Alain (14-10-2020 13:58:49)

le_lutin · 14-10-2020 13:58:06

ma testing fonctionne en live, je suis en cours d'installation.
j'aurais bien voulu faire un petit inxi, mais comme le réseau ne marchait pas, c'était pas pratique pour installer un logiciel.
Je te tiens au courant de l'install de ma testing.

PS : tout ce qui concerne le M2 est résolu, depuis que j'ai activé AHCI dans le BIOS.

Dernière modification par le_lutin (14-10-2020 13:59:13)

Debian Alain · 14-10-2020 14:03:50

si tu arrives à faire fonctionner testing en live ,

donc essai concluant ,

je te propose de lancer une install "classique" de testing et non depuis le live .

si on ne touche à rien , calamarès a tendance à ne créer qu'une partition unique (+ la swap) .

ce qui n'est pas franchement terrible .

je préfère les 3 partitions séparées : /root , /home et /swap .

le_lutin · 14-10-2020 16:31:08

J'ai lancé l'install depuis le Live, mais en partitionnement manuel avec /root, /home et swap séparés. (je fais toujours comme ça en fait)
Par contre, c'est la première fois que j'installe une testing.
Au moment de faire la mise à jour, il me met ce message d'erreur :

sudo apt update

Atteint :1 http://deb.debian.org/debian bullseye InRelease

Ign :2 http://security.debian.org/debian-security bullseye/updates InRelease

Atteint :3 http://deb.debian.org/debian bullseye-updates InRelease

Err :4 http://security.debian.org/debian-security bullseye/updates Release

  404  Not Found [IP : 151.101.12.204 80]

Lecture des listes de paquets…

Ce qui me paraît bizarre pour une distrib fraîchement installée. La seule chose que j'ai changée au sources.list, c'est de rajouter contrib et non-free …
Qu'en penses-tu ?

Debian Alain · 14-10-2020 16:43:53

salut le _lutin .

je n'ai rien à dire pour le partitionnement . tu le maîtrise mieux que moi .

pour les sources , regarde ici :

https://debian-facile.org/doc:systeme:a … st:testing

si tu ne veux pas lire le lien , commence par créer un fichier préférences (vivement conseillé)

nano /etc/apt/preferences.d/testing-avec-sid

Package: *

Pin: release n=sid

Pin-Priority: 100

n'oublies pas de commenter tes sources initiales , ou , mieux , tu les sauvegarde avant tout :

mv /etc/apt/sources.list /etc/apt/sources.list.bak 

puis modifie tes sources comme suit :

nano /etc/apt/sources.list

# testing

deb http://deb.debian.org/debian/ testing main contrib non-free

# dépôt sécurity testing 

deb http://deb.debian.org/debian-security/ testing-security/updates main contrib non-free

# unstable

deb http://deb.debian.org/debian/ unstable main contrib non-free

# experimental

deb http://deb.debian.org/debian/ experimental main contrib non-free

une fois ceci fait :

apt update 

pour confirmer le bon réglage , que donne : ?

apt policy

normalement , les paquets testing doivent avoir une priorité à 500 ,
100 pour les paquets unstable (sid) ,
et 1 pour les paquets expérimental .

apt upgrade

il y a beaucoup de m.a.j. sous testing (quotidiennes) .
en cas de premier lancement , elles peuvent être un peu volumineuses .
mais rien de bien grave .

ps : tu peux rajouter les dépôts des sources , "deb-src" .
suffi de recopier les lignes en "deb" et de rajouter "-src" .

Dernière modification par Debian Alain (14-10-2020 17:01:39)

le_lutin · 14-10-2020 17:06:50

@Alain, j'ai suivi toute ta procédure. Tout a bien marché.
apt policy donne les bons réglages, et le apt update ne donne plus d'erreur !

Par contre, comme j'avais fait les mises à jour juste avant, tout est à jour pour le moment ...
Merci à tous pour votre aide.
[RESOLU]

Debian Alain · 14-10-2020 17:27:14

Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

ne te trompe pas entre la version de test , très récente , appelée aussi "testing" conçue pour le développement .
en fait , c'est un pis - aller entre stable et développement pure (sid)

et bullseye , la future stable (debian 11) .

Dernière modification par Debian Alain (14-10-2020 17:34:30)

le_lutin · 15-10-2020 07:13:03

merci Alain pour ces précisions.
J'ai indiqué Résolu dans le titre.
Attendons patiemment la future Debian 11

Belle journée à tous.

Debian Alain · 15-10-2020 08:53:28

alors , le_lutin , ce que je t'ai fait faire , c'est de passer à testing .

ce faisant , tu auras toujours les versions les plus récentes

si tu veux paser à bullseye , faut remplacer le mot "testing" par "bullseye" dans les sources .

enfin , je crois .

faudrai faire des recherches .

si çà te dit , voilà mon sources de bullseye :

#

# deb cdrom:[Official Debian GNU/Linux Live testing snapshot gnome 2020-10-12T11:30]/ bullseye main

# deb cdrom:[Official Debian GNU/Linux Live testing snapshot gnome 2020-10-12T11:30]/ bullseye main

deb http://deb.debian.org/debian/ bullseye main contrib non-free

deb-src http://deb.debian.org/debian/ bullseye main contrib non-free

deb http://deb.debian.org/debian-security bullseye-security main contrib non-free

deb-src http://deb.debian.org/debian-security bullseye-security main contrib non-free

# This system was installed  using small removable media 

# (e.g. netinst, Live or single CD). The matching "deb cdrom" 

# entries were disabled  at the end  of the  installation process .

# For information about  how to configure apt  package  sources ,

# see the sources.list (5) manual .

tu verra que sid et expérimental n'y sont plus .
choisis le sources que tu veux .

maitenant tu connais la procédure .
il s'agit là de la future stable qui sortira dans un an environ .
donc pas encore aboutie .

p.s.: tu peux rester sur testing , tu auras les versions les plus récentes systematiquement .
tu passsera automatiquement de debian 11 à debian 12 .
attention , la période de gel (la transition entre les versioins) est souvent un peu délicate .

Dernière modification par Debian Alain (15-10-2020 09:04:25)

le_lutin · 15-10-2020 17:14:07

Salut Alain,
merci pour ces précisions. Il s'agit là de l'ordi d'une amie, donc je laisse tel quel pour le moment.
D'après ce que j'ai compris, il serait souhaitable de passer cet ordi sur Debian 11 dès sa sortie courant 2021.
-> pour passer sur un système plus stable
-> pour éviter les grosses mises à jour continuellement : aspect écolo aussi car les mises à jour pompent les serveurs, et les serveurs consomment du courant, etc…
Belle soirée.

raleur · 15-10-2020 19:23:56

Debian Alain a écrit :

faut voire ce qu' en pense râleur .
peut être ceci :
apt install xserver-xorg-video-intel

Voici ce que j'en pense :
1) Le pilote Xorg "intel" n'est adapté que pour les anciens GPU Intel. Le pilote "modesetting" fonctionne mieux avec les GPU Intel récents (et il fonctionne aussi avec les autres GPU AMD/ATI et Nvidia).
2) Si je ne m'abuse, lui aussi ne fonctionne que si le GPU est pris en charge par un pilote KMS (modesetting du noyau). Or si lspci n'identifie pas le modèle (base d'identifiants trop ancienne), il est probable que le pilote i915 du noyau 4.19 de buster soit trop ancien pour le prendre en charge.
3) Il me semble qu'installer le pilote "intel" ne suffit pas pour qu'il soit utilisé car le pilote "modesetting", qui ne peut être désinstallé, est utilisé en priorité. Il faut donc forcer l'utilisation du pilote "intel" avec un fichier xorg.conf.

le_lutin · 16-10-2020 07:01:01

merci Raleur pour l'info.
Belle journée à tous.

Debian Alain · 16-10-2020 09:58:51

merci râleur .

je m'en doutais un peu .

1) Le pilote Xorg "intel" n'est adapté que pour les anciens GPU Intel.

Dernière modification par Debian Alain (16-10-2020 10:23:01)

le_lutin · 18-10-2020 09:22:58

le_lutin a écrit :

merci pour ces précisions. Il s'agit là de l'ordi d'une amie, donc je laisse tel quel pour le moment.
D'après ce que j'ai compris, il serait souhaitable de passer cet ordi sur Debian 11 dès sa sortie courant 2021.
-> pour passer sur un système plus stable
-> pour éviter les grosses mises à jour continuellement : aspect écolo aussi car les mises à jour pompent les serveurs, et les serveurs consomment du courant, etc…

Bonjour,
un ami me dit qu'une testing installée maintenant devrait automatiquement basculer sur Debian 11 Bullseye dès sa sortie dans un an environ … affaire à suivre …
Bon dimanche à tous.

Debian-facile

#1 14-10-2020 08:59:31

[RÉSOLU] Asus Vivobook A509J avec SSD M.2

#2 14-10-2020 09:28:13

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#3 14-10-2020 09:32:56

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#4 14-10-2020 09:33:38

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#5 14-10-2020 09:35:46

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#6 14-10-2020 10:28:35

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#7 14-10-2020 10:46:13

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#8 14-10-2020 11:23:15

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#9 14-10-2020 12:56:55

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#10 14-10-2020 13:42:47

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#11 14-10-2020 13:45:37

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#12 14-10-2020 13:54:05

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#13 14-10-2020 13:58:06

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#14 14-10-2020 14:03:50

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#15 14-10-2020 16:31:08

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#16 14-10-2020 16:43:53

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#17 14-10-2020 17:06:50

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#18 14-10-2020 17:27:14

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#19 15-10-2020 07:13:03

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#20 15-10-2020 08:53:28

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#21 15-10-2020 17:14:07

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#22 15-10-2020 19:23:56

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#23 16-10-2020 07:01:01

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#24 16-10-2020 09:58:51

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

#25 18-10-2020 09:22:58

Re : [RÉSOLU] Asus Vivobook A509J avec SSD M.2

Pied de page des forums