Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » [resolu] Raven Ridge R3 2200G et debian sid (buster) » 07-12-2018 10:27:16

Bonjour

j'ai déjà donné une explication basic sur la couche graphique

1) prise en charge par le bios de la carte graphique (bios ou EFI)
le système (bios ou EFI) va lire le bios du gpu et configurer l'affichage (basic ou vga amélioré)

2) grub utilise les ressources du bios pour son affichage

3) chargement de l'os (cas d'un serveur sans bureau)
le noyau va chercher a faire un init de la carte vidéo ( avec ou sans firmware nonfree selon que le code a été libéré et que la carte est déjà géré par le noyau (cas du vieux matos en général).
si tout va bien la résolution native de l'écran est prise en charge. (on est en 2D sans serveur X ni mesa)

4) chargement de l'os avec un bureau
Wayland => prise en charge de la 2D par le noyau et la 3D par mesa

Xorg => prise en charge de la 2D par le noyau , puis X met sa couche (2D) avec ses paquets , prise en charge de la 3D par mesa (ceci lors de l'init du serveur X )

remarque:
Mesa c'est général , les paquets importants: ( ce ne sont pas les seuls la liste est longue )
libegl-mesa0
libgl1-mesa-dri
libdrm2

nota:
pour Wayland ,le noyau fera la prise en charge de la 2D , il fera appel a mesa pour la 3D
pour X lors du chargement des paquets du serveur (a l'invite de connexion) , mesa est initialisé .

donc l'ordre : bios => noyau => serveur X => Mesa

un petit graphique pour Wayland => https://fr.wikipedia.org/wiki/Wayland#/ … otocol.svg

la prise en charge du graphisme est en évolution constante (nvidia a sorti cet année des cartes RTX en plus de cores cuda ajout de cores RT)

je vous laisse voir le détail sur le net
la gestion de la 3D c'est assez complexe , en général chaque jeux applique des options par défaut pour le rendu 3D  .
la liste des technologies des rendus est assez longue ...........

pour l'instant RT n'est pas utilisé , mais le principe existe depuis 1991 , si des personnes sont pointues en graphisme elles pourront vous expliquer le principe .

tout ceci est général comme explication .

remarque; au sujet des DRM (noyau et mesa) Direct Rendering Manager (DRI)
un lien =>  https://fr.wikipedia.org/wiki/Direct_Rendering_Manager
il y a deux petites images a consulter pour le détail sur le page.

par exemple => https://upload.wikimedia.org/wikipedia/ … ecture.svg

ps: pour vraiment rentrer dans le détail , il faut être pointue dans plusieurs domaines  roll

#2 Re : Matériel » Pilote carte graphique nvidia gtx 1050 ti » 28-11-2018 06:55:21

Bonjour tu te complique la vie.
Question , un portable ? (ou PC bureau)
ton sources.list (a modifier comme ceci en console avec nano)
nota: la GTX1050TI tourne bien avec le driver de stretch (sans les backports)


# Debian Stretch, dépôt principal + paquets non libres
deb http://deb.debian.org/debian/ stretch main contrib non-free

# Debian Stretch, mises à jour de sécurité + paquets non libres
deb http://security.debian.org/ stretch/updates main contrib non-free

# Debian Stretch, mises à jour "volatiles" + paquets non libres
deb http://deb.debian.org/debian/ stretch-updates main contrib non-free

# Debian Stretch, dépôt de rétroportages ("backports")
#deb http://deb.debian.org/debian/ stretch-backports main contrib non-free
 



pour continuer il me faut ta configuration , écran branché sur la carte nvidia ou le gpu intel ? (ou 2 écrans )
selon ton post #1

lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1c8c (rev a1)



tu a deux cartes (et pas un système bumblebee ) VGA  sinon lspci répond quelque chose de ce genre


00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
01:00.0 3D controller: NVIDIA Corporation Device 1c21 (rev a1)
 


remarque: un retour complet de lspci serait bien mieux

sans informations sur la machine (récente , portable etc .... )  difficile de répondre , et en plus ton profil renseigné sur le forum , bureau etc ....

nvidia-detect te le dit que le driver est compatible avec ta carte.

Checking card:  NVIDIA Corporation Device 1c8c (rev a1)
Your card is supported by the default drivers.
It is recommended to install the
    nvidia-driver
package.



le souci avec stretch c'est que nouveau (noyau 4.9) va planter sûrement avec cette carte.
en fonction de tes réponses peut être installer plutôt Buster que Stretch

dans tous les cas brancher un écran sur la carte mère (gpu intel )  pour faire les manipulations

une alternative , utiliser le noyau des backports (4.18)

je continue pas , je sais pas sur quoi je dois expliquer.
pour les conflits de paquets tu a dut faire des bétises

Non tu fais pas cela (l'installation la déjà fait )

Je suis bien tenté de faire ça :
apt-get install libgl1-mesa-glx libgl1-mesa-dri



Pour une machine très récente , je fais une installation minimale (sans bureau ) , j' installe ce qu il faut (noyau ,firmware ) , puis mon bureau + driver non-free.
mais il faut connaître son matériel   et voir les paquets nécessaires avant.

une bonne information aussi , la machine sur une installation neuve arrive jusqu'au bureau ?

#3 Re : Système » Gestion du matériel par le kernel » 28-11-2018 06:38:00

J'ai juste donné un exemple , j'ai bien compris ta demande.
sinon
si le noyau ne détecte pas (ou mal) le matériel.
si le noyau n' affecte pas de ressources au matériel
si le noyau ne charge pas de modules pour ce matériel (ou en dur dans le noyau)

il sera ignoré pas le système mais électriquement bien présent
par contre j'ai pas compris ceci

est-ce que l'adresse inconnue est mise de côté, etc et si il y a des mécanismes software pour ça.


tu entends quoi par "adresse" ? (il y a un driver en général comme software pour la gestion du matériel ).
sinon après ça dépasse mes compétences sur le sujet.

remarque: il y a des cas particuliers comme le gpu (pas la seule chose  ) ou le noyau va détecter sa présence , si il ne le connaît pas , il va tenter un driver générique (mais les ressources nécessaires ne seront pas toutes présentes et bien déclarées).
ps: dans le cas d une machine standard , il y a au moins deux bios chargé au démarrage , celui de la carte mère et celui du gpu (si gpu discret sinon incorporé dans le bios de la CM)
le noyau va lire les informations des bios en priorité. (après aucune idée de ce qu il se passe .....  ).
Comme dit un certain matou Force et Courage  tongue

#4 Re : Système » Gestion du matériel par le kernel » 27-11-2018 08:18:46

Bonjour
Pour désactiver le matériel , c'est a partir du bios uniquement (si matériel intégré sinon le retirer de la machine , si une carte ).
ps: si pas d'options dans le bios pour la désactivation , le matériel consommera . je suppose que comme sur windows il est possible de désactiver le matériel (il ne consommera pas de ressources du système , mais il restera alimenté )

Pour le noyau , si les ressources ne sont pas affectées par celui ci (a l'init ) , le matériel ne fonctionnera pas ( IRQ , ressources mémoires etc ..... ).

ça répond pas a ta question mais bon a savoir (ps: au niveau de l'énergie ça reste assez faible , consommée ).

Si un jour tu a l'occasion d'avoir de quoi mesurer la consommation a la prise de courant , tu verra que sous le bios (sans OS chargé), la consommation du PC est  importante (environ la consommation en charge de la machine sous l'OS).

j' utilisai cette information pour connaître la conso du PC cpu a 100%  (avec le temps passé pour effectuer une tache , cpu a 100% , j'avais le ratio consommation/puissance machine).
L' idéal c'est d'avoir le moins de consommation pour une puissance maximum de la machine.
A cela tu dois ajouter le gpu (deuxième gros consommateur d'énergie ).

le mieux est d'avoir tout le matériel bien géré , désactivé ce qui n'est pas utilisé  par le bios (si possible) .
Pour GNU Linux si quelqu'un veut te répondre comment désactiver le matériel (si c'est possible ) , avoir des choses mal gérées ça peu apporter des bugs.
nota : sur windows dans  => le menu matériel => sélectionner => désactiver. (dans ce cas l'OS n' affectera pas de ressources a ce matériel (ignoré) ), mais il sera alimenté quand même ).

PS: sur des machines en PXE (en client léger) , je fonctionnais avec uniquement : "carte mère , cpu , mémoire (128 ou 256 Mo) , carte réseau PXE" (tous le reste est soit retiré , soit désactivé dans le bios)
j'avais par exemple 30 intel pentium "P3" (comme client léger ) et un serveur Linux pour gérer le serveur PXE (en intel pentium P4) sur des hub 10Mb hmm  .  (ceci dans les années 2005 ).

A l'époque il y avais très peu de matériel intégré sur la carte mère (pas d'audio , pas de réseau etc ............).
sinon les clients léger , pas d' écran  , pas de clavier ,pas de souris , pas de cdrom  etc ..........
Mais je me suis jamais posé la question comme tu a fait (au niveau de l'OS ) sous GNU Linux

Possible ou pas le sujet est intéressant  wink  (dans mon exemple ci dessus les clients léger récupéré un noyau minimal sur le serveur mais c'est pas moi qui l'ai fait  hmm  (un dérivé de Knoppix si je me trompe pas) )
ps: pour du calcul partagé (pas un calcul unique partagé , mais autant que de client léger , le but était de réduire la consommation le plus possible et de ne sauvegarder les résultats que sur le serveur (lui ondulé ) ).
=>  https://fr.wikipedia.org/wiki/Knoppix

Ce qui m'a fait rester sur windows  jusqu' en 2014 , c'est les jeux  roll

remarque: ça va mettre un peu d' ambiance sur ta demande  cool

#5 Re : Matériel » [Résolu] aplay: aucune carte son n'a été trouvée » 25-11-2018 07:23:21

Bonjour

une commande de ce type pour tester un noyau récent (il faut activer les backports de stretch).


apt-get install -t stretch-backports linux-image-amd64  firmware-intel-sound
 



intel est très actif sur GNU Linux (noyau) , chez moi sur du KabyLake le lspci (sous Buster a jour)


00:00.0 Host bridge: Intel Corporation Intel Kaby Lake Host Bridge (rev 05)
00:01.0 PCI bridge: Intel Corporation Skylake PCIe Controller (x16) (rev 05)
00:14.0 USB controller: Intel Corporation 200 Series PCH USB 3.0 xHCI Controller
00:16.0 Communication controller: Intel Corporation 200 Series PCH CSME HECI
00:17.0 SATA controller: Intel Corporation 200 Series PCH SATA controller [AHCI mode]
00:1b.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port (rev f0)
00:1c.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port (rev f0)
00:1c.4 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port (rev f0)
00:1d.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port (rev f0)
00:1f.0 ISA bridge: Intel Corporation 200 Series PCH LPC Controller (Z270)
00:1f.2 Memory controller: Intel Corporation 200 Series PCH PMC
00:1f.3 Audio device: Intel Corporation 200 Series PCH HD Audio
00:1f.4 SMBus: Intel Corporation 200 Series PCH SMBus Controller
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V
01:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GP106 High Definition Audio Controller (rev a1)
04:00.0 USB controller: ASMedia Technology Inc. Device 2142
 


nota: je n'ai jamais mit la base de données de lspci a jour (pas très utile ).
l'avantage , tu peut retirer ses deux paquets si cela n' améliore rien. (il faut démarrer sur le noyau 4.9 pour faire cela)
moins pénible qu'un dist-upgrade vers Buster.
sur ce type de mini machine je connais pas pas , mais il y a en général deux audio , carte son (analogique/numérique) et audio gpu (numérique).
toi a priori rien ne fonctionne correctement .

dans mon cas le retour "aplay -l"


aplay -l
**** Liste des Périphériques Matériels PLAYBACK ****
carte 0: PCH [HDA Intel PCH], périphérique 0: ALC1220 Analog [ALC1220 Analog]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 1: ALC1220 Digital [ALC1220 Digital]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 1: NVidia [HDA NVidia], périphérique 3: HDMI 0 [HDMI 0]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 1: NVidia [HDA NVidia], périphérique 7: HDMI 1 [HDMI 1]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 1: NVidia [HDA NVidia], périphérique 8: HDMI 2 [HDMI 2]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 1: NVidia [HDA NVidia], périphérique 9: HDMI 3 [HDMI 3]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
 



le PCH intel (chipset) utilise le circuit realtek  ALC1220 (bien initialisé par le noyau).
reste a déterminer ce qui fait l'interface chez toi pour l'audio

le retour
de lspci


lspci -nnk | grep -iA3 audio
00:1f.3 Audio device [0403]: Intel Corporation 200 Series PCH HD Audio [8086:a2f0]
  Subsystem: ASUSTeK Computer Inc. 200 Series PCH HD Audio [1043:8724]
  Kernel driver in use: snd_hda_intel
  Kernel modules: snd_hda_intel
00:1f.4 SMBus [0c05]: Intel Corporation 200 Series PCH SMBus Controller [8086:a2a3]
 



le module  snd_hda_intel et le bus pour moi "Intel Corporation 200 Series PCH SMBus Controller"

le noyau en 4.18 (des backports) doit résoudre tout ceci .

pour info ma carte vidéo utilise le même modules ( générique pour Linux) , avec un driver nonfree nvidia .


01:00.1 Audio device [0403]: NVIDIA Corporation GP106 High Definition Audio Controller [10de:10f1] (rev a1)
  Subsystem: ZOTAC International (MCO) Ltd. GP106 High Definition Audio Controller [19da:1438]
  Kernel driver in use: snd_hda_intel
  Kernel modules: snd_hda_intel
 


la commande du #6 renvoie ceci chez moi


dmesg | grep firmware
 



[    0.028000] Spectre V2 : Enabling Restricted Speculation for firmware calls
 


ps: sera commenté par un barbu tongue

nota: je suis pas convaincu que le "firmware-intel-sound"  soit utile ,  je l'ai mit  par défaut.

#6 Re : Matériel » pilote de carte graphique » 20-11-2018 14:53:46

tinéry a écrit :

Un grand merci Robert, mais j'ai un problème sur l'étape qui consiste à créer un fichier "xorg.conf". Je n'ai toujours pas compris la façon de procéder.
 

GNU nano 2.2.6          Fichier : /etc/X11/xorg.conf                 Modifié 







                              [ Nouveau fichier ]
^G Aide      ^O Écrire    ^R Lire fich.^Y Page préc.^K Couper    ^C Pos. cur.
^X Quitter   ^J Justifier ^W Chercher  ^V Page suiv.^U Coller    ^T Orthograp.


Comment procéder à partir de cette étape https://debian-facile.org/img/smilies/x … chhead.gif?
Merci de ton aide



Bonjour

c'est un assez simple , les touches Ctrl+x (de ton clavier) vont fermer nano
les touches Ctrl+o va enregistrer le texte  (que tu aura tapé au clavier , ou avec un "copier coller")

A priori je me suis trompé de touche sur mon explication (x pour fermer et o pour enregistrer)
teste en user dans ton dossier /home/user/Documents/nano.conf

c'est la base de Linux , utiliser ce genre d'utilitaire.

nota: j'ai modifié mon #10 , tu connais un peu la console ?
tu a quatre lignes a taper


Section "Device"
Identifier  "Device0"
Driver  "nouveau"
EndSection
 



bien respecter les minuscules , majuscules et espaces et "entrer" pour passer a la ligne suivante.
le texte se rentre au clavier sans difficulté particulière.
lorsque le texte est correct tu fais la combinaison de touches "Ctrl+o" pour enregistré le fichier et "Ctrl+x" pour fermer nano

pour l''écran noir , c'est un autre problème (pas la possibilité de rentrer en console pure) , si tu a la possibilité de te faire aider (physiquement) c'est encore mieux.

#7 Re : Matériel » [resolu] Raven Ridge R3 2200G et debian sid (buster) » 18-11-2018 05:02:23

Bonjour
ton lien sur Arch-Linux , il doit être ancien , sur Buster les extensions sont chargées avec le driver libre (même DRI3 ) sans options a placer dans un xorg.conf
sur Raven ça donne ceci


[    59.018] (II) AMDGPU(0): [DRI2] Setup complete
[    59.018] (II) AMDGPU(0): [DRI2]   DRI driver: radeonsi
[    59.018] (II) AMDGPU(0): [DRI2]   VDPAU driver: radeonsi
[    59.018] (II) AMDGPU(0): Front buffer pitch: 5120 bytes
[    59.018] (II) AMDGPU(0): SYNC extension fences enabled
[    59.019] (II) AMDGPU(0): Present extension enabled
[    59.019] (==) AMDGPU(0): DRI3 enabled
[    59.019] (==) AMDGPU(0): Backing store enabled
[    59.019] (II) AMDGPU(0): Direct rendering enabled
[    59.021] (II) AMDGPU(0): Use GLAMOR acceleration.
[    59.021] (II) AMDGPU(0): Acceleration enabled
[    59.021] (==) AMDGPU(0): DPMS enabled
[    59.021] (==) AMDGPU(0): Silken mouse enabled
[    59.021] (II) AMDGPU(0): Set up textured video (glamor)
[    59.033] (II) Initializing extension Generic Event Extension
[    59.033] (II) Initializing extension SHAPE
[    59.033] (II) Initializing extension MIT-SHM
[    59.033] (II) Initializing extension XInputExtension
[    59.033] (II) Initializing extension XTEST
[    59.033] (II) Initializing extension BIG-REQUESTS
[    59.034] (II) Initializing extension SYNC
[    59.034] (II) Initializing extension XKEYBOARD
[    59.034] (II) Initializing extension XC-MISC
[    59.034] (II) Initializing extension SECURITY
[    59.034] (II) Initializing extension XFIXES
[    59.034] (II) Initializing extension RENDER
[    59.034] (II) Initializing extension RANDR
[    59.034] (II) Initializing extension COMPOSITE
[    59.034] (II) Initializing extension DAMAGE
[    59.034] (II) Initializing extension MIT-SCREEN-SAVER
[    59.035] (II) Initializing extension DOUBLE-BUFFER
[    59.035] (II) Initializing extension RECORD
[    59.035] (II) Initializing extension DPMS
[    59.035] (II) Initializing extension Present
[    59.035] (II) Initializing extension DRI3
[    59.035] (II) Initializing extension X-Resource
[    59.035] (II) Initializing extension XVideo
[    59.035] (II) Initializing extension XVideo-MotionCompensation
[    59.035] (II) Initializing extension SELinux
[    59.035] (II) SELinux: Disabled on system
[    59.035] (II) Initializing extension GLX
[    59.038] (II) AIGLX: Loaded and initialized radeonsi
[    59.038] (II) GLX: Initialized DRI2 GL provider for screen 0
[    59.038] (II) Initializing extension XFree86-VidModeExtension
[    59.038] (II) Initializing extension XFree86-DGA
[    59.038] (II) Initializing extension XFree86-DRI
[    59.038] (II) Initializing extension DRI2
[    59.039] (II) AMDGPU(0): Setting screen physical size to 338 x 270
 



nota: c'est Mesa qui charge tout ceci , KMS (avec le firmware nonfree)  ne fait que initialiser le matériel correctement.
KMS + Mesa (pour Wayland)
ou KMS + Xorg +Mesa (comme ci dessus) . xorg applique ça couche supplémentaire sur le matériel vidéo

ps: intel et amd en libre sont correct (avec une debian récente ) , nvidia sur nouveau c'est moins bien hmm

la version du noyau et de mesa apporte un plus sur la gestion vidéo avec des gpu récent en driver libre

ton premier lien sur gentoo est plus sérieux et correspond mieux a debian. (j'ai commencé avec Mandrake puis gentoo quelques années plus tard ).
et retour a windows .....  roll  puis maintenant debian
gentoo c'est vraiment comprendre GNU Linux , tu gère tout sur le système , du noyau a la configuration du système.

debian c'est plus cool   tongue , tu garde a jour et ça roule tout seul smile

#8 Re : Matériel » pilote de carte graphique » 18-11-2018 03:12:06

Bonjour

tu a la main sur la machine ?
soit par la combinaison de touches Ctrl+Alt+F2 par exemple
soit par le mode dépannage de grub

première chose a faire vérifier ton souces.list (/etc/apt/sources.list)


#jessie8
deb http://security.debian.org/debian-security jessie/updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free
 



mettre a jour


apt-get update && apt-get upgrade
 



installer nvidia-detect (si pas fait )


apt-get --reinstall install nvidia-detect
 



vérifier la version du driver qui fonctionne


nvidia-detect
 


le retour pour moi sur buster 10


Detected NVIDIA GPUs:
08:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP106 [GeForce GTX 1060 3GB] [10de:1c02] (rev a1)

Checking card:  NVIDIA Corporation GP106 [GeForce GTX 1060 3GB] (rev a1)
Your card is supported by the default drivers and legacy driver series 390.
It is recommended to install the
    nvidia-driver
package.
 



tu a juste a noter " It is recommended to install the nvidia-driver"
pour toi sûrement différent tu est sous jessie avec une 610

vérifier le noyau que tu utilise actuellement


uname -a
 



sur ma machine par exemple


Linux debian30 4.18.0-2-amd64 #1 SMP Debian 4.18.10-2 (2018-11-02) x86_64 GNU/Linux
 


a noter la version "4.18.0-2" pour moi et "amd64"

installer (ou réinstaller les méta-paquets image et headers)


apt-get --reinstall install linux-image-amd64 linux-headers-amd64
 



la il faut redémarrer la machine


reboot
 



supprimer les éventuels ancien xorg.conf


rm -R /etc/X11/xorg.conf.d
 


puis


rm /etc/X11/xorg.conf
 


maintenant il faut créer un xorg.conf


nano /etc/X11/xorg.conf
 



pour utiliser le driver "nouveau"


Section "Device"
Identifier  "Device0"
Driver  "nouveau"
EndSection
 



pour utiliser le driver "nvidia"


Section "Device"
Identifier  "Device0"
Driver  "nvidia"
EndSection
 



nota: sans copier/coller bien respecter les majuscules et minuscules , et avec "nano" enregistrer avant de fermer
Ctrl + o pour enregistrer , Ctrl + x pour fermer
Important: modifié ci dessus le "y" par un "o"  pour écrire et "x" pour fermer nano (le cerveau parfois a des bugs  hmm  )

si tu veut utiliser le driver "nouveau" il faut purger le driver "nvidia"
si tu veut utiliser le driver "nvidia" il faut l'installer proprement

pour purger le driver "nvidia" (ne pas oublier de modifier le xorg.conf avant de reboot)


apt-get remove --purge nvidia*
 


puis


apt-get remove --purge xserver-xorg-video-nvidia
 


puis


apt-get autoremove --purge
 


enfin un reboot en ayant pris le temps avant de modifier le nom du driver dans le xorg.conf de "nvidia" en "nouveau"
comme ceci


Section "Device"
Identifier  "Device0"
Driver  "nouveau"
EndSection
 




reboot
 



a ce stade tu devrais avoir  ton bureau (avec le driver "nouveau") et une debian jessie prête a recevoir le driver "nvidia"

remarque:  =>  https://packages.debian.org/fr/jessie/nvidia-driver
et juste pour information
le driver , la version de jessie est la 340.106 et ta carte doit être pris en charge ( nvidia-detect le confirmera)
pour installer le driver


apt-get install nvidia-driver nvidia-settings
 


modifier le xorg.conf
comme ceci avec nano


Section "Device"
Identifier  "Device0"
Driver  "nvidia"
EndSection
 


et un reboot


reboot
 



ps: au sujet des messages lors de l'installation du driver "nvidia" , il y a en a deux , faire un reboot pour prendre en charge le driver , modifier ou créer le xorg.conf
selon la version du serveur X , la seconde n'existe plus , mais si il existe ce n'est pas un problème , il faut juste qu il indique le bon driver ( pour toi nouveau ou nvidia)
en console pure (sans bureau ) c'est un peu galère si tu a pas l'habitude , mais si tu suis a la lettre ça doit fonctionner.

ps: =>  https://www.nvidia.fr/object/geforce-gt … pContent=2
je sais pas si du keppler la GT610 (j'ai du GTX660 comme carte)
la GT610 est supporté jusqu'au driver  version 390.87 ) =>  https://www.nvidia.fr/Download/driverRe … /137435/fr

#9 Re : Matériel » [resolu] Raven Ridge R3 2200G et debian sid (buster) » 15-11-2018 18:29:09

Bonjour

avec la commande lspci
par exemple


lspci -k
 


retour (sous gnome sous xorg)


08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8)
  Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu
 



tu a le détail des options de lspci avec "--help"


lspci --help
 


avec l'option -vk c'est plus verbeux


08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8) (prog-if 00 [VGA controller])
  Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
  Flags: bus master, fast devsel, latency 0, IRQ 63
  Memory at e0000000 (64-bit, prefetchable) [size=256M]
  Memory at f0000000 (64-bit, prefetchable) [size=2M]
  I/O ports at e000 [size=256]
  Memory at fe500000 (32-bit, non-prefetchable) [size=512K]
  [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
  Capabilities: <access denied>
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu
 


sinon sous le serveur X a partir du log de X (Xorg.0.log)
un petit extrait du mien


[    19.496] (II) AMDGPU(0): Creating default Display subsection in Screen section
  "Default Screen Section" for depth/fbbpp 24/32
[    19.496] (==) AMDGPU(0): Depth 24, (--) framebuffer bpp 32
[    19.496] (II) AMDGPU(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
[    19.496] (==) AMDGPU(0): Default visual is TrueColor
[    19.496] (==) AMDGPU(0): RGB weight 888
[    19.496] (II) AMDGPU(0): Using 8 bits per RGB (8 bit DAC)
[    19.496] (--) AMDGPU(0): Chipset: "Unknown AMD Radeon GPU" (ChipID = 0x15dd)
 



si tu veut encore plus d'infos sous Wayland par exemple , en root


lspci -vk
 




08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8) (prog-if 00 [VGA controller])
  Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
  Flags: bus master, fast devsel, latency 0, IRQ 63
  Memory at e0000000 (64-bit, prefetchable) [size=256M]
  Memory at f0000000 (64-bit, prefetchable) [size=2M]
  I/O ports at e000 [size=256]
  Memory at fe500000 (32-bit, non-prefetchable) [size=512K]
  [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
  Capabilities: [48] Vendor Specific Information: Len=08 <?>
  Capabilities: [50] Power Management version 3
  Capabilities: [64] Express Legacy Endpoint, MSI 00
  Capabilities: [a0] MSI: Enable+ Count=1/4 Maskable- 64bit+
  Capabilities: [c0] MSI-X: Enable- Count=3 Masked-
  Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
  Capabilities: [200] #15
  Capabilities: [270] #19
  Capabilities: [2a0] Access Control Services
  Capabilities: [2b0] Address Translation Service (ATS)
  Capabilities: [2c0] Page Request Interface (PRI)
  Capabilities: [2d0] Process Address Space ID (PASID)
  Capabilities: [320] Latency Tolerance Reporting
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu
 



je sais pas pourquoi tu me demande cela , je n'ai aucune explication pour le problème avec Mate et je n'ai pas trop cherché.
enlevé les paquets "ati" et "radeon" n'a pas résolu le problème
encore une fois sous Gnome tout est correct et stable
c'est une machine de test , qui a été en sid puis en testing (maintenant en buster définitif)
qui repassera dans le futur en testing/sid pour le noyau 4.19  et 4.20 qui apportera encore des améliorations pour Raven  wink
nota: c'est une machine de salon , pour les vidéos en autre et des jeux GNU Linux

ps: dans chaque exemple le module utilisé est "amdgpu" (pas le module "radeon" comme j'ai eu sous Mate dans mon log de X)

#10 Re : Réseau » [Résolu] Problème wifi, Intel 8265 non reconnu » 14-11-2018 22:31:08

Bonjour

j'arrive a la même conclusion pour stretch
juste une remarque , cette commande en root (pas en user)


systemd-hwdb --usr update
 



j'ai supprimé le fichier /usr/share/misc/pci.ids et le dossier /lib/udev/hwdb.d/  mon retour de lspci est toujours correct (mon hwdb.bin est vide(quelques octets))
j'ai remit en place le dossier "hwdb.d" et régénéré mon hwdb.bin avec la commande ci dessus

pour les options de lspci (sur l'utilisation particulière)


lspci -A help
 


retour


Known PCI access methods:

linux-sysfs
linux-proc
intel-conf1
intel-conf2
dump
 


j'ai testé le linux-sysfs et le linux-proc (le même comportement que sous buster)

je reprend la conclusion de èfpé

-    la commande lspci peut utiliser la base de données d'udev

-    la commande systemd-hwdb ne va rien chercher sur le net

-    la commande systemd-hwdb se comporte comme annoncé

-    les fichiers compilés sont fournis par des paquets (udev...)

-    le service systemd-hwdb-update compile dans /etc/udev/ !



qui renseigne le contenu de /lib/udev/hwdb.d/  ?  smile

#11 Re : Réseau » [Résolu] Problème wifi, Intel 8265 non reconnu » 14-11-2018 06:33:48

@Twinky

tu a pas répondu , pourquoi un noyau 4.17 et pas le 4.18 des backports de stretch ?
tu fais les mises a jours et ton souces.list a bien la ligne des backports activé ?
pour la sécurité et les bugs il est conseillé de garder les paquets a jour.

#12 Re : Système » [Résolu] Petit problème de droit dans /var/log/unbound/unbound.log » 14-11-2018 04:46:28

un wiki =>  https://wiki.debian-fr.xyz/Utiliser_Unbound_avec_DNSSEC

il faut savoir si l'utilisateur système de unbound est bien "unbound"

pour la gestion des journaux (wiki)

Gestion des journaux

   # gestion logs
   logfile: /var/log/unbound/unbound.log
   use-syslog: yes
   unwanted-reply-threshold: 10000000
   val-log-level: 2
   verbosity: 1



pour test uniquement
créer le dossier /var/log/unbound/


mkdir /var/log/unbound
 


créer le fichier /var/log/unbound/unbound.log


nano /var/log/unbound/unbound.log
 


ps: enregistrer avant de sortir de nano

donner les droits a tout le monde (récursif sur le dossier et son contenu)


chmod -R 777  /var/log/unbound/
 


ps: l'utilisateur sera "root" et le groupe "root"  (ensuite tu adaptera avec la commande "chmod")

ensuite il faut impérativement mettre les bons droits sur le dossier et fichier (selon que se soit "root" ou "unbound" qui écrit les logs (ou autres).
sur le wiki je n'ai pas trouvé d infos a ce sujet

sur debian-facile => https://debian-facile.org/viewtopic.php?id=15705

quelqu'un qui l'utilise va bien te donner la bonne information  smile

ps: =>  https://debian-facile.org/viewtopic.php … 30#p282830
ci dessus l'utilisateur pourra te dire comment il a résolu proprement ce problème de log  wink
ma bidouille au dessus est juste pour les tests pour que unbound ne bloque pas sur les logs.
tu a regardé les processus , tu dois trouver ceux relatif a l'application dns

#13 Re : Réseau » [Résolu] Problème wifi, Intel 8265 non reconnu » 13-11-2018 17:13:14

Bonjour
@èfpé
le retour sur une Buster


systemctl status systemd-hwdb-update.service
 


retour


● systemd-hwdb-update.service - Rebuild Hardware Database
   Loaded: loaded (/lib/systemd/system/systemd-hwdb-update.service; static; vendor preset: enabled)
   Active: inactive (dead)
Condition: start condition failed at Tue 2018-11-13 05:06:56 CET; 10h ago
           ├─ ConditionPathExists=|!/lib/udev/hwdb.bin was not met
           ├─ ConditionPathExists=|/etc/udev/hwdb.bin was not met
           └─ ConditionDirectoryNotEmpty=|/etc/udev/hwdb.d was not met
     Docs: man:hwdb(7)
           man:systemd-hwdb(8)
 



je m' explique pas comment ma base reste a jour , sans jamais utilisé la commande "update" 
nota: le fichier "pci.ids" sur certaines machines est vraiment limite moisissure  hmm

pour cette commande ça me recrée les fichiers dans /lib/hwdb.d/    =>   systemd-hwdb --usr update (voir mon lien ).
désolé pour le flood mais je pense que l'info est intéressante  smile

par exemple de la machine ou je poste


ls -lh /var/lib/usbutils/usb.ids*
 


retour


-rw-r--r-- 1 root root 539K sept.  6  2015 /var/lib/usbutils/usb.ids
 



idem pour pci.ids


-rw-r--r-- 1 root root 1,1M sept. 29 03:15 /usr/share/misc/pci.ids
 



un ryzen 1700 en 2015 ça n'existe pas.

bon stop mon flood .........   roll

#14 Re : Système » [Résolu] Petit problème de droit dans /var/log/unbound/unbound.log » 13-11-2018 09:25:26

Bonjour
avec chmod et chown (voir le wiki)
pour bind (dans /var/log/named/)


-rw-r--r-- 1 bind bind  76051 nov.  13 05:10 update_debug.log
 


pour le dossier


drwxrwx--- 2 root        bind    4096 oct.  22 18:35 named
 


user "root" , groupe "bind"

pense aussi a la rotation des logs pour ton application du dns (unbound)
pour bind9 par exemple


channel update_debug {
 file "/var/log/named/update_debug.log" versions 3 size 100k;
 severity debug;
 print-severity yes;
 print-time yes;
 };
 


3 log archivé de 100K max et un log actif (moins de 100K)

il faut regarder la doc pour configurer tout ça. désactiver les logs de unbound dans le "syslog"  ( bind9 n'écrit pas dans le syslog ).

#15 Re : Réseau » [Résolu] modification du fichier resolv.conf ?? » 13-11-2018 07:09:48

Bonjour

tu utilise un dhcp sur ton serveur (celui de la box est coupé)
un dns local sur ton serveur (tu entre les ip manuellement ou mise a jour par le dhcp ? )
supprimer tous les paquets relatif a une configuration "auto" , network-manager , resolvconf etc ....


127.0.0.1       localhost
127.0.0.1       rboxlan  => (le nom de la machine)
192.168.0.11    rboxlan.serv.tg rboxlan ("nom.domaine" machine + "nom" machine )
 



plus simple


auto lo
iface lo inet loopback

auto enp4s0
allow-hotplug enp4s0
iface enp4s0 inet static
address 192.168.0.11  => l'ip du serveur
network 192.168.0.0  => le réseau de la box
netmask 255.255.255.0
dns-nameservers 127.0.0.1  => serveur dns local
gateway 192.168.0.1             #Passerelle
 



et ceci pour le serveur (resolv.conf)


nameserver 127.0.0.1
 



tu n'a pas a chercher le domaine sur le serveur mais uniquement sur le client (le dns et le dhcp a toutes ces informations )
le resolv.conf des clients va se remplir automatiquement grâce au dhcp.
pour le dns soit tu entre les ip+nom (des clients) en statique dans bind ou mise a jour de bind par le dhcp.

je trouve la description de ton réseau pas très précise et ce que tu veut faire exactement.

j'utilise bind9 et un serveur dhcp (avec mise a jour de bind) et ça fonctionne parfaitement

#16 Re : Autres News » Microsoft essaye de modifier le noyau linux officiel. » 13-11-2018 06:03:10

Bonjour

Sur une revue j'ai lu que Microsoft a libéré 60000 brevets au profit de GNU Linux et qu il a rejoint L' Open Invention Network
Ce n'est pas de la pub pour lui mais si c'est vraie une bonne chose pour tous.
ps: et un dépôt sous GitHub.
nota: "pcupdate no 98 page 75"

et ce n'est pas mon copain => out.gif

#17 Re : Réseau » [Résolu] Problème wifi, Intel 8265 non reconnu » 13-11-2018 05:46:44

@èfpé

https://debian-facile.org/viewtopic.php … 16#p280216
A partir du #106
Pour Buster pci.ids et usb.ids ne sont plus utilisé a priori (pas testé sur une Stretch)
une remarque hors sujet , juste pour comprendre.
nota: j'ai regardé cela , pour mon idée que le noyau avait une relation avec le retour de lspci.
ce qui est est inexact après vérification et discussion avec raleur.
je pense que la mise a jour de lspci (toujours pour Buster) est automatique maintenant.
ps:ma base de données était très ancienne sur certaines machines (pci.ids) et pourtant le retour de lspci correct.
ps: la date est au début du fichier texte "pci.ids"
Si plus d'info ne pas hésiter a faire un commentaire
nota:je ne fait jamais de mise a jour de cette base depuis 2014 (ce qui m'a mit le doute au vue de mon lspci qui se met a jour quand même).

remarque: pour tester il suffit de supprimer le fichier "pci.ids" et de taper la commande "lspci" , le retour reste correct.
voir le contenu de "/lib/udev/hwdb.d/"

20-acpi-vendor.hwdb          20-pci-classes.hwdb         20-usb-vendor-model.hwdb  69-libmtp.hwdb
20-bluetooth-vendor-product.hwdb  20-pci-vendor-model.hwdb   20-vmbus-class.hwdb       70-joystick.hwdb
20-libgphoto2-6.hwdb          20-sdio-classes.hwdb         60-evdev.hwdb           70-mouse.hwdb
20-net-ifname.hwdb          20-sdio-vendor-model.hwdb  60-keyboard.hwdb           70-pointingstick.hwdb
20-OUI.hwdb              20-usb-classes.hwdb         60-sensor.hwdb           70-touchpad.hwdb




j'ai regardé sur Stretch le même dossier
a priori mit en place avec systemd (jessie)
le début du fichier pour 20-pci-classes.hwdb par exemple


# This file is part of systemd.
#
# Data imported from: http://pci-ids.ucw.cz/v2.2/pci.ids

pci:v*d*sv*sd*bc00*
 ID_PCI_CLASS_FROM_DATABASE=Unclassified device
 


le lien en http pointe sur les fichiers disponibles
par contre je ne sais pas a quelle occasion ça se met a jour
il y a un binaire /lib/udev/hwdb.bin .
le lien que je donne en début donne le détail des tests que j'ai fait.

#18 Re : Matériel » [Résolu] Problème avec une nouvelle barrette mémoire » 10-11-2018 05:58:44

Bonjour

ps: si tu a la possibilité de débrancher le disque dur.(pour les tests)
commencer par regarder combien supporte maximum le portable en mémoire.
remplacer la barrette d'origine par la nouvelle (voir si tout se passe bien).
regarder dans le bios si tu a 8 ou 16Go au démarrage avec les deux barrettes .

il peut y avoir deux raisons , soit le portable ne supporte pas 16 Go
soit la nouvelle barrette n'est pas compatible ou HS.

#19 Re : Matériel » Resolu Probleme de disque dur externe qui ne se monte pas » 10-11-2018 05:50:29

Bonjour

Fedora utilise un format particulier il me semble et LVM pour ses partitions .
tu peu pas bouter sur Fedora et récupérer tes photos ?
nota: peut être des paquets a installer sur debian pour bien gérer les partitions (et le système de fichier) de Fedora.
je pourrai pas t'aider plus , j'ai laissé tombé Fedora.

#20 Re : Matériel » [Résolu] problem with NVIDIA Corporation GP107 [GeForce GTX 1050] » 07-11-2018 16:49:53

Bonjour

la GTX1050 fonctionne avec le driver de stretch
il suffit de purger le noyau et les headers des backports
purger un éventuel driver nvidia des backports

installer (ou réinstaller ) le noyau et les headers par les méta-paquets


apt-get -reinstall install linux-image-amd64 linux-headers-amd64
 



puis installer le driver


apt-get install nvidia-driver
 



si tu a synaptic et un bureau fonctionnel c'est très simple a faire .
pas de reboot tant que tout n'est pas correct (a moins que tu ne soit pas sur le bon noyau de stretch )


uname -a
 



la version de nvidia-driver  =>  https://packages.debian.org/fr/stretch/nvidia-driver

le  384.130-1 est pas le plus récent, mais la carte tourne bien avec.

nota: je parle de la carte vidéo , pour la partie "système" je sais pas si tu a besoin d un noyau plus récent ou pas
testé sur un Q6600 (environ 2008)  avec une GTX1050

#21 Re : Installation de Debian » [RESOLU]Environnement parasité » 04-11-2018 23:02:54

Bonjour

le cpu (socket AM2)  =>  https://www.ldlc.com/fiche/PB00066414.html
le gpu 8200 existe a priori en 2 type , dans le chipset nvidia (série 8200m) de la carte mère ou en discret (le 340.xx est bien le driver conseillé par nvidia ).
mettre gnome (et gdm3 ) sur cette machine c'est peut être un peu limite (avec stretch)

GT8800 et GT9600 j'ai pas eu de soucis mais avec mate et lightdm

un peu plus de détail sur ton matériel , la marque de carte mère par exemple et sa référence . la quantité de mémoire et le type ? (ddr3 ?)

je n'ai pas eu beaucoup de carte en AM2  et son retour de lspci confirme un gpu dans le chipset  => NVIDIA Corporation MCP78S [GeForce 8200]

le driver utilisé => nouveau

02:00.0 VGA compatible controller [0300]: NVIDIA Corporation C77 [GeForce 8200] [10de:084b] (rev a2)
    Subsystem: Packard Bell B.V. C77 [GeForce 8200] [1631:e03b]
    Kernel driver in use: nouveau
    Kernel modules: nouveau



ça ressemble a ceci  =>  https://www.geforce.com/hardware/deskto … -8200-mgpu

#23 Re : Réseau » [Résolu] Problème de mise à jour Handylinux / DF Linux » 27-10-2018 07:57:29

Bonjour

ces lignes pour le cdrom n'est utile que  en l'absence de réseau , elles peuvent être retiré sans soucis.
de plus le contenu d un DVD1 par exemple est rapidement plus a jours . (pour le dépot "main" , ou update et securité ).
personnellement je les supprime a la fin de l'installation et j'en profite pour mettre a jour le fichier "sources.list".
lors d une installation les dépots "internet" ont priorité sur le DVD , l'installateur , si il y a le réseau , préférera aller chercher les paquets (a jour) sur le net directement.
il me semble de mémoire que même si aucun dépôt configurer lors de l'installation , il regardera si pas une version plus a jour pour certains paquets.
je vois pas le problème de supprimer cette source pour les mises a jours . roll (ou l'installation de paquets)

après chacun a le choix de faire a son idée  tongue

nota: pour répondre a smolski , même si le cdrom est présent (ou la clé usb) , apt ira chercher une version plus récente sur le net (encore une fois si le réseau est disponible ).
avec un "netinstall" la question ne se pose même pas ( si pas de DVD sous la main , ou de blu-ray)

#24 Re : Matériel » Problème affichage carte video ATI RADEON » 27-10-2018 07:29:45

Bonjour

@raleur
rien , au début je pensais juste lui faire réparer son bureau , je sais pas ce qu il y eu pour que cette machine ne fonctionne plus du tout.
en partant d un système minimal cela enlève le doute sur la partie graphique/bureau.

je pense qu'avec son OS d'origine la machine ne reboot pas.

#25 Re : Matériel » Problème affichage carte video ATI RADEON » 26-10-2018 15:34:03

Bonjour

Fait une installation minimale (sans bureau ) , tu décoche tout sauf la dernière ligne "outil debian" et tu nous dit si la même chose. (ou mieux)
a partir d une installation minimale ensuite on peut tout faire. (si ça fonctionne hmm  )

Pied de page des forums

Propulsé par FluxBB