Install wheezy/ASUS VWG75

Support Debian
#1

Bonjour,

J’avais déserté le forum pour cause d’ordi subclaquant. Après qu’on eût cassé une généreuse tirelire pour m’offrir un superbe portable et que je dispose d’un eepc au format timbre poste pour communiquer, quelques menus problèmes se posent:
la config:
marque : ASUS
type : G75VW-1380H
proc : Intel Core i7-3630QM
GPU : Intel HD Graphics 4000
GPU : NVIDIA GTX370M
ram : 8 Go
DD : 2*750 Go

j’ai installé debian-wheezy-DI-b4-amd64-xfce-CD-1.iso téléchargé là. Pour une machine pareille, il faut bien ça me suis-je dit.

L’install se passe bien, je choisis “sur un disque entier”, lvm et partitions séparées.
J’ai le temps d’admirer l’écran.
Fin de l’install, boot et puis cet écran désastreux, voir image jointe.
Il semble que la carte graphique (Intel?)pose problème, à moins que ça ne vienne de la technologie optimus… le pilote générique est viré!
Même si le pilote propriétaire n’est pas encore installé, ça n’empêchait pas, pendant l’install, d’avoir un affichage fonctionnel d’où mon étonnement.
Comme l’ordi est UEFI et seulement UEFI je n’ai guère de solution de rechange simple.
Je suis donc pour l’instant plongé dans un abîme de perplexité.
Quid donc DebianGeeks??

#2

Petit lien qui peut aider : wiki.debian.org/KernelModesetting#Intel_GfxCards
Sinon regardes du côté du paramètre i915.modeset=0 à positionner dans ton /etc/default/grub

#3

[quote=“goldyfruit”]Petit lien qui peut aider : wiki.debian.org/KernelModesetting#Intel_GfxCards
Sinon regardes du côté du paramètre i915.modeset=0 à positionner dans ton /etc/default/grub[/quote]

Bonjour,

Merci de ta réponse, goldyfruit, je suis allé au plus court. En mettant i915.modeset=0 c’est tout de suite illisible…

Je vais donc regarder dans KernelModesetting et cherchersi la carte Intel HD Graphics 4000 est supportée et comment.

@+

#4

Bonjour,

https://www.debian-fr.org/instal-via-usb-sur-netbook-impossible-de-monter-le-cd-t41568.html#p419673

#5

@ P’tit g, j’avais vu le fil et ta réponse.
J’ai un souci, avec mon partitionnement, au moment du choix de la partition racine, j’ai le choix suivant:

/dev/sda1
/dev/sda2
/dev/sda3
/dev/sdb1
/dev/sdB2
/dev/sdc1
/dev/mapomme/home
/dev/mapomme/root
/dev/mapomme/swap_1
/dev/mapomme/tmp
/dev/mapomme/usr
/dev/mapomme/var
Construire l’ensemble RAID
Ne pas utiliser de fichier racine.
Je choisis root et exécuter un shell dans /dev/mapomme/root
là, j’ai bien accès à tous les dossiers mais pas à apt-get ou aptitude

Je ne sais pas pour l’instant quelle erreur je fais.

@+

#6

Je pense qu’il te faut ensuite monter certaines partitions (/usr et /var je pense).

#7

ça se corse, monter les partitions oui, mais sur quoi?

J’ai essayé de réaliser un chroot:

mkdir /target

mount /dev/mapomme/root /target

mount /dev/mapomme/home /target/home

mount proc /target/proc -t proc

mount sysfs /target/sys -t sysfs

et, ensuite:

chroot /target

là j’obtiens : /bin/sh: 7: chroot: not found :033

et j’explique à qui veut l’entendre que “linux c’est mieux que…”

#8

Aker okerraren adar okerrak bezain oker …
Aussi faux que les cornes tordues du bouc borgne …

$ whereis aptitude
aptitude: /usr/bin/aptitude

$ whereis chroot
chroot: /usr/sbin/chroot

Chroot et aptitude se trouvent en /usr.
Pas de /usr/sbin/chroot ou /usr/bin/aptitude sans montage de /usr.

[quote]
monter les partitions oui, mais sur quoi? [/quote]

Dans le prolongement de

mkdir /target

mount /dev/mapomme/root /target

tu devrais trouver /target/usr et /target/var,
tu y montes /usr par

mount /dev/mapomme/usr /target/usr

et /var par

mount /dev/mapomme/var /target/var

#9

barkatu eta esker,
c’est plutôt l’ours qui est borgne mais sans cornes…

mkdir /target

mount /dev/mapomme/root /target

mount /dev/mapomme/home /target/home

mount /dev/mapomme/usr /target/usr

mount /dev/mapomme/var /target/var

mount proc /target/proc -t proc

mount sysfs /target/sys -t sysfs

et, ensuite:

chroot /target

là j’obtiens toujours: /bin/sh: nn: chroot: not found

si j’avais du latin, je jurerais l’avoir perdu!

#10

Au moment du choix de la partition racine, tu choisis root, puis tu montes usr et var.

#11

P’tit g, je ne suis pas sur de bien comprendre.

edit: si, ça y est, j’ai relu la bonne page de man et ça marche, apparemment pas besoin de chroot.

Reste maintenant à ce que cette merveille de système bien me charger le paquet firmware-linux-nonfree et bien sûr elle ne veut pas. Pourtant j’ai mis le sources.list à jour.

#12

Au moment du choix de la partition racine, tu choisis root.
Puis tu montes /dev/mapomme/usr sur /usr et /dev/mapomme/var sur /var.

#13

[quote=“P’tit g”]Au moment du choix de la partition racine, tu choisis root.
Puis tu montes /dev/mapomme/usr sur /usr et /dev/mapomme/var sur /var.[/quote]

J’ai bien fait ça et nichevo! Juste par acquit de conscience j’ai fait un chroot et idem:

apt-get install firmware-linux-nonfree

Lecture des paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
E: Impossible de trouver le paquet firmware-linux-nonfree

un doute m’assaille: qu’ai-je bien pu bidouiller?

edit: après une interruption, reboot, mode récupération (rescue), puis:
choix de root

mount usr

mount var

aptitude install firmware-linux-nonfree

les NOUVEAUX paquets suivants vont être installés:
firmware-linux-nonfree
…
impossible d’écrire le journal, échec d’openty()
(/dev/pts est-il monté?)
paramétrage de firmware-linux-nonfree (0.36+wheezy.1)…
update-initramfs: deferring update (trigger activated)
Traitement des actions différées (“triggers”) pour “initramfs-tools”…
/boot/initrd.img-3.2.0-4amd64 does not exist. Cannot update.

what’s that bullshit??

#14

Si tu démarres en mode single avec l’option “ro” (read only) la racine devrait être remontée en écriture.
Voir les montages
$ mount

Chroot : monter /usr, /var sans oublier proc et sysfs comme vu précédemment.

Le montage de /boot est-il valable ? Contient-il grub et des images démarrables du noyau (vmlinuz*, initrd.img*) ?
$ ls /target/boot
Quelle(s) version(s) du noyau y apparaît (/apparaissent) ?

/boot/initrd.img-3.2.0-4amd64 does not exist
Le noyau 3.2.0-4amd64 doit être celui du support d’installation.
Essayer update-initramfs explicite

update-initramfs -u -k $VERSION-DU-NOYAU-EN-PRÉSENCE

#15

merci, je regarde tout ça et j’essaie.

#16

bonjour,

de retour au clavier,

$ ls /target/boot ne donne rien. Il semble bien que /target/boot soit désespérément vide.

J’ai essayé de démarrer en blaclistant nouveau “nouveau.modeset=0” inséré comme option du kernel au moment du boot.

J’aboutis à un accès en mode récupération après avoir fourni le mot de passe root (choix entre ctrl-d pour continuer ou mdp root pour passer en récup).

J’ai accès à tout, /boot est complet.

Quand je fais un aptitude update je constate que je n’ai pas de connexion réseau.

edit: Les paramètres sont identiques à ceux du grille pain toshiba U500 sous wheezy lui aussi.

Pas moyen de redémarrer la connexion.

Il me semble que si j’arrivais à avoir la connexion je pourrais peut-être progresser.

#17

Qu’est-ce que tu entends par “redémarrer la connexion” ?
Connexion par ethernet ou sans fil à la patte ?
Voir les interfaces prises en charge, eth0 ou wlan0…

ifconfig -a

(ou $ sbin/ifconfig -a)

Voir /etc/network/interfaces.
Numéro IP fixe ou obtention d’un numéro IP auprès d’un serveur dhcp ?

sollicitation dhcp

dhclient eth0

ou numéro IP fixé

ifconfig eth0 192.168.1.2

route add default gw 192.168.1.1

#18

Je viens d’installer Wheezy RC1. Tout se déroule toujours bien. La seule différence est qu’au redémarrage, l’écran est immédiatement illisible.

A part ça, maintenant le chroot marche.

J’ai aptitude en interface ncurse.

reste maintenant à faire fonctionner les cartes graphiques…

@+

#19

en poursuivant mes recherches, j’ai regardé dans http://wiki.debian.org/KernelModesetting#Intel_GfxCards et j’ai trouvé ça:

Known bugs

nv (xserver-xorg-video-nv) and VESA (xserver-xorg-video-vesa) Xorg driver, and the proprietary 3D driver (nvidia-glx) are incompatible with KMS.

Cela veut-il dire qu’il faut désactiver KMS pour pouvoir se servir au moins de la carte graphique Intel?

#20

bonjour,

J’utilise le mode “graphical rescue” de l’installateur

option shell interractif dans le contexte de l’installateur

/target/boot est vide!