Debian inclut nouveau, le pilote libre pour les GPU de chez nVidia, peut-être qu'installer le pilote non libre pourrait régler ton soucis.

Je ne sais pas si les ISO contenant les firmwares non-free possedent vraiment tous les firmwares ou seulement les plus demandés. Si tu peux être en Ethernet, tu pourras aisément installer le pilote non-free pour ton interface Wi-Fi.

Poste le résultat de lspci -nn | grep 802 ici et on regardera ça ensemble (si la commande ne donne rien, poste le résultat de lspci -nn à la place)

Debian inclut nouveau, le pilote libre pour les GPU de chez nVidia, peut-être qu'installer le pilote non libre pourrait régler ton soucis.

J'approuve ce que tu dis, nouveau sur presque toutes les cartes ça ne marche presque pas

Le 30 mai 2016 à 22:44:45 shut_d_roger a écrit :
Je vais retenter demain avec cette fois une installation via DVD (à la place d'une net install) officiel (donc pas avec les firmwares non libres, qui m'ont pas été utile).

Évite ça surtout pas, déjà d'une tu seras obligé de te connecter à internet pour installer des paquets supplémentaires (gcc étant pas inclu tu vas galérer) et de plus (enfin c'est pas trop compliqué) faut que tu rajoutes un mirroir dans ton sources.list

Merci pour la réponse ! Je ne pense pas que ça vienne de la carte graphique Nvidia, vu que je n'ai installé aucun driver. Et justement, j'aimerais par défaut utiliser le chipset (et utiliser le GPU Nvidia avec Bumblebee en cas de besoin)

Justement par défaut il utilise le chipset de ton cpu

J'approuve ce que tu dis, nouveau sur presque toutes les cartes ça ne marche presque pas.

C'est pas sa compatibilité le problème, ce sont ses performances bien loin de ce que devrait offrir un pilote graphique (même si ça n'est pas de la merde non plus, c'est très bas).

Le soucis de nVidia est son intégration dans les distributions je trouve. Sous OpenSUSE par exemple, c'est bordelique et ça bouffe sur les parametres de xrandr et faut faire des manips un peu chiante avec risque de cassage à la première mise à jour de Mesa, de xorg ou même du noyau tandis que sur Arch Linux, c'est super bien intégré et est très transparent.

Je conseille nouveau plus que le pilote nVidia s'il n'y a pas demande de gros jeux derrière.

Merci pour vos réponses ! Désolé pour le retard

Le 31 mai 2016 à 05:48:33 [deban]_Dakien a écrit :
Debian inclut nouveau, le pilote libre pour les GPU de chez nVidia, peut-être qu'installer le pilote non libre pourrait régler ton soucis.

Je ne sais pas si les ISO contenant les firmwares non-free possedent vraiment tous les firmwares ou seulement les plus demandés. Si tu peux être en Ethernet, tu pourras aisément installer le pilote non-free pour ton interface Wi-Fi.

Poste le résultat de lspci -nn | grep 802 ici et on regardera ça ensemble (si la commande ne donne rien, poste le résultat de lspci -nn à la place)

Je vais poster ça après ma nouvelle installation

Le 31 mai 2016 à 20:47:28 volgard a écrit :

Debian inclut nouveau, le pilote libre pour les GPU de chez nVidia, peut-être qu'installer le pilote non libre pourrait régler ton soucis.

J'approuve ce que tu dis, nouveau sur presque toutes les cartes ça ne marche presque pas

Le 30 mai 2016 à 22:44:45 shut_d_roger a écrit :
Je vais retenter demain avec cette fois une installation via DVD (à la place d'une net install) officiel (donc pas avec les firmwares non libres, qui m'ont pas été utile).

Évite ça surtout pas, déjà d'une tu seras obligé de te connecter à internet pour installer des paquets supplémentaires (gcc étant pas inclu tu vas galérer) et de plus (enfin c'est pas trop compliqué) faut que tu rajoutes un mirroir dans ton sources.list

Merci pour la réponse ! Je ne pense pas que ça vienne de la carte graphique Nvidia, vu que je n'ai installé aucun driver. Et justement, j'aimerais par défaut utiliser le chipset (et utiliser le GPU Nvidia avec Bumblebee en cas de besoin)

Justement par défaut il utilise le chipset de ton cpu

Donc gcc n'est même pas inclut dans la version DVD ?

Je pense quand-même réinstaller, mais dans ce cas la net install, car je pense avoir choisi un partitionnement peu judicieux.
Vous me conseillez quoi comme schéma ? (Sachant que j'ai 500 Go de dispo' et 4 Go de RAM (et que je projette à l'avenir d'ajouter 4 Go de RAM, soit 8 Go au total). Merci

Le 01 juin 2016 à 14:22:52 shut_d_roger a écrit :
Merci pour vos réponses ! Désolé pour le retard

Le 31 mai 2016 à 05:48:33 [deban]_Dakien a écrit :
Debian inclut nouveau, le pilote libre pour les GPU de chez nVidia, peut-être qu'installer le pilote non libre pourrait régler ton soucis.

Je ne sais pas si les ISO contenant les firmwares non-free possedent vraiment tous les firmwares ou seulement les plus demandés. Si tu peux être en Ethernet, tu pourras aisément installer le pilote non-free pour ton interface Wi-Fi.

Poste le résultat de lspci -nn | grep 802 ici et on regardera ça ensemble (si la commande ne donne rien, poste le résultat de lspci -nn à la place)

Je vais poster ça après ma nouvelle installation

Le 31 mai 2016 à 20:47:28 volgard a écrit :

Debian inclut nouveau, le pilote libre pour les GPU de chez nVidia, peut-être qu'installer le pilote non libre pourrait régler ton soucis.

J'approuve ce que tu dis, nouveau sur presque toutes les cartes ça ne marche presque pas

Le 30 mai 2016 à 22:44:45 shut_d_roger a écrit :
Je vais retenter demain avec cette fois une installation via DVD (à la place d'une net install) officiel (donc pas avec les firmwares non libres, qui m'ont pas été utile).

Évite ça surtout pas, déjà d'une tu seras obligé de te connecter à internet pour installer des paquets supplémentaires (gcc étant pas inclu tu vas galérer) et de plus (enfin c'est pas trop compliqué) faut que tu rajoutes un mirroir dans ton sources.list

Merci pour la réponse ! Je ne pense pas que ça vienne de la carte graphique Nvidia, vu que je n'ai installé aucun driver. Et justement, j'aimerais par défaut utiliser le chipset (et utiliser le GPU Nvidia avec Bumblebee en cas de besoin)

Justement par défaut il utilise le chipset de ton cpu

Donc gcc n'est même pas inclut dans la version DVD ?

Je pense quand-même réinstaller, mais dans ce cas la net install, car je pense avoir choisi un partitionnement peu judicieux.
Vous me conseillez quoi comme schéma ? (Sachant que j'ai 500 Go de dispo' et 4 Go de RAM (et que je projette à l'avenir d'ajouter 4 Go de RAM, soit 8 Go au total). Merci

pour un /home séparé tu fait

512mo boot ( ou efi tout dépend de ton bios , en ext4 )
4go Swap
45go pour /
et le reste pour /home

Le 02 juin 2016 à 03:17:07 Xantown7 a écrit :
ça sert à rien de séparer le /boot

Au contraire ça sert ! car si tu vires la partition de ta distro ça enlève ton bootloader

Donc gcc n'est même pas inclut dans la version DVD ?

Sûr et certain même
J'étais même obligé de choper gcc en .deb via mon autre ordinateur qui quant à lui a accès à internet

Merci pour vos conseils !
Si je comprends bien, le grub s'installe sur /boot ?

Le 02 juin 2016 à 20:23:03 shut_d_roger a écrit :
Merci pour vos conseils !
Si je comprends bien, le grub s'installe sur /boot ?

Oui

C'est quand meme juste une meilleure habitude d'avoir un /boot separe, dans certains cas c'est meme necessaire (sur un rpi par exemple ou /boot est en FAT)

Le 03 juin 2016 à 08:56:41 f0c300 a écrit :
C'est quand meme juste une meilleure habitude d'avoir un /boot separe, dans certains cas c'est meme necessaire (sur un rpi par exemple ou /boot est en FAT)

+1
en uefi une partition boot vfat est obligatoire sinon ça démarre pas

Le 03 juin 2016 à 00:57:21 Xantown7 a écrit :

Le 02 juin 2016 à 20:17:23 volgard a écrit :

Le 02 juin 2016 à 03:17:07 Xantown7 a écrit :
ça sert à rien de séparer le /boot

Au contraire ça sert ! car si tu vires la partition de ta distro ça enlève ton bootloader

Bah tu vires pas la partition / de ta distro pourquoi tu l'enlèverai ? Pour changer de distro ? Dans ce cas tu changes le /boot aussi, ça évite des problèmes d'incompatibilités

Tu sais que c'est pas trop compliqué de changer un grub.cfg ou un syslinux.cfg

Le 03 juin 2016 à 13:13:18 Mechant_gars a écrit :

Le 03 juin 2016 à 08:56:41 f0c300 a écrit :
C'est quand meme juste une meilleure habitude d'avoir un /boot separe, dans certains cas c'est meme necessaire (sur un rpi par exemple ou /boot est en FAT)

+1
en uefi une partition boot vfat est obligatoire sinon ça démarre pas

Raison de plus si tu utilises l'uefi

Désolé pour ce retard

J'ai réinstallé en net install, j'ai toujours ce problème d'écran.

Voilà ce que donne la commande lspci :
adel@Adel-Linux:~$ lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5) 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d5) 00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5) 00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d5) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05) 00:1f.0 ISA bridge: Intel Corporation HM87 Express LPC Controller (rev 05) 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05) 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 860M] (rev a2) 08:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter 09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10) 0a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader (rev 01)

Et la commande lspci -nn :
adel@Adel-Linux:~$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller [8086:0c04] (rev 06) 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06) 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) 00:03.0 Audio device [0403]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller [8086:0c0c] (rev 06) 00:14.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI [8086:8c31] (rev 05) 00:16.0 Communication controller [0780]: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 [8086:8c3a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 [8086:8c2d] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller [8086:8c20] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 [8086:8c10] (rev d5) 00:1c.1 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 [8086:8c12] (rev d5) 00:1c.2 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 [8086:8c14] (rev d5) 00:1c.4 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 [8086:8c18] (rev d5) 00:1d.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 [8086:8c26] (rev 05) 00:1f.0 ISA bridge [0601]: Intel Corporation HM87 Express LPC Controller [8086:8c4b] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] [8086:8c03] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller [8086:8c22] (rev 05) 01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 860M] [10de:1392] (rev a2) 08:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter [10ec:b723] 09:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 10) 0a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader [10ec:5249] (rev 01)

Vous avez une idée d'où ça peut venir ?

Le 04 juin 2016 à 20:54:08 shut_d_roger a écrit :
Vous avez une idée d'où ça peut venir ?

Ton problème c'est que ton écran freeze c'est ça ?
Mhhh ... Essaye de suivre ça : https://wiki.archlinux.org/index.php/Intel_graphics#X_freeze.2Fcrash_with_intel_driver
Pour faire ça tu ouvres un nouveau tty : ctrl + alt + (fn) + F1/2/3/4/6/7
Tu te connectes avec comme login root et tu suis ce qu'il y a écrit, et pour éditer ton xorg.conf utilises nano c'est assez simple à débuter

C'est pas du freeze, c'est surtout que mon écran "vibre", "ondule". C'est assez bizarre...

Est-ce que ça serait un problème du noyau Linux (version trop vielle peut-être)?

Bon bah exit Debian et ces bugs sortis de nul part. Même Ubuntu fait mieux.

J'ai souri.

Les kernels plus récents sont dans les dépôts backports.

Pour l'ondulation, regarde le taux de rafraichissement de l'écran ainsi que la v-sync.

RTFM en somme.

Merci pour la réponse.
On peut régler ça sur un ordinateur portable ?

Bah ajouter les dépôts ça prends 30 secondes.

Ensuite il faut installer un nouveau kernel via ce dépôt.

Tout est expliqué là : https://backports.debian.org/Instructions/

Si ça règle pas le problème, il faut aller dans les paramètres d'écran de ton environnement de bureau. (je sais pas celui que tu as).

Si t'as un GPU AMD ou NVIDIA, utilise le pilote proprio de la carte.

Si c'est juste du Intel seul, bah ya rien à faire : le kernel charge le pilote i915 pour toi (merci DKMS)