Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet Eric Degenetais 
Je me réponds à moi-même: grosse confusion, la taille des blocs n'a rien à
faire là. Par contre, il me semble qu'on peut jouer à la création du
système de fichiers pour avoir plus d'inodes, au prix d'une perte de place
pour le stockage des contenus des fichiers. Il y a un compromis à faire en
fonction de la taille moyenne des fichiers.

Le 30 mars 2017 20:27, "Eric Degenetais"  a écrit :



Le 30 mars 2017 20:20, "Haricophile"  a écrit :

Le Thu, 30 Mar 2017 16:50:55 +0200,
contact  a écrit :

> Je ne sais pas si cela est en lien avec le problème, mais sur la
> raspberry pi, il est conseillée de supprimer le maximum de fichier de
> log, pour épargner la carte SD.

Si on a vraiment besoin des logs il y a aussi différents moyen de les
stocker ailleurs.

--
haricoph...@aranha.fr

Mais si c'est un problème d'inodes et non de volumétrie, est-ce qu'on ne
peut pas aussi jouer sur des paramètres du système de fichiers (diminuer la
taille des unités d'allocations pour avoir plus d'inodes, par exemple ?)

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet Eric Degenetais 
Le 30 mars 2017 20:20, "Haricophile"  a écrit :

Le Thu, 30 Mar 2017 16:50:55 +0200,
contact  a écrit :

> Je ne sais pas si cela est en lien avec le problème, mais sur la
> raspberry pi, il est conseillée de supprimer le maximum de fichier de
> log, pour épargner la carte SD.

Si on a vraiment besoin des logs il y a aussi différents moyen de les
stocker ailleurs.

--
haricoph...@aranha.fr

Mais si c'est un problème d'inodes et non de volumétrie, est-ce qu'on ne
peut pas aussi jouer sur des paramètres du système de fichiers (diminuer la
taille des unités d'allocations pour avoir plus d'inodes, par exemple ?)

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet Haricophile 
Le Thu, 30 Mar 2017 16:50:55 +0200,
contact  a écrit :

> Je ne sais pas si cela est en lien avec le problème, mais sur la 
> raspberry pi, il est conseillée de supprimer le maximum de fichier de 
> log, pour épargner la carte SD.

Si on a vraiment besoin des logs il y a aussi différents moyen de les
stocker ailleurs.

-- 
haricoph...@aranha.fr

Re: squeeze-lts sources.list

2017-03-30 Par sujet Pascal Hambourg 

Le 30/03/2017 à 16:15, bernard.schoenac...@free.fr a écrit :


je recherche un sources.list pour installer une squeeze-lts et j'ai un trou de 
mémoire ...

je sais que ça commence un peut comme ça :

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


C'est squeeze/updates, pas "squeeze".

Note que la dernière version de Squeeze, 6.0.10, a été publiée après 
l'arrêt de la prise en charge de sécurité ordinaire et devrait donc 
contenir toutes les dernières mises à jour de sécurité. Ce dépôt ne 
devrait donc pas être utile.


Ce ne sera pas la même chose pour Wheezy puisque les mises à jour LTS 
sont publiées dans le dépôt de sécurité et non un dépôt wheezy-lts 
spécifique.



deb http://archive.debian.org/debian-backports/ squeeze main contrib non-free
deb http://archive.debian.org/debian-volatile/  squeeze main contrib non-free


Le dépôt "volatile" n'existe plus pour Squeeze et avait été remplacé par 
squeeze-updates, qui n'est pas disponible sur le miroir d'archive car il 
me semble que ce type de dépôt n'a de sens que pour une distribution 
maintenue. Comme les mises à jour de sécurité, ces mises à jour 
devraient normalement avoir été intégrées dans la dernière version publiée.



deb http://archive.debian.org/debian/ squeeze-lts main contrib non-free


Il manque le dépôt normal "squeeze".

Re: Icedove ouverture navigateur https

2017-03-30 Par sujet heho 
Bonjour,

(Jessie et Icedove 45.6.0 aussi)

j'ai eu le problème l'autre jour,
(update-alternative, éditeur de configuration
et des posts de forum à n'en plus finir via GG ;)

Finalement, il y a un autre endroit
où les liens http/https peuvent se paramétrer:

dans Préférences
--> Piéces jointes
--> type de contenu
--> http --> utiliser Firefox ESR (defaut)
--> https --> utiliser Firefox ESR (defaut)

cela a enfin supprimé le "disfonctionnement" ici.

Cordialement,
hého


Raphaël POITEVIN a écrit le 03/30/2017 à 05:53 PM :
> Bonjour,
> 
> Debian Jessie, Icedove 45.6
> 
> J’ai une personne qui, quand elle ouvre un lien htps depuis un mail, a
> une boîte de dialogue lui demandant de préciser l’application à
> ouvrir. Je lui ai fait essayer plusieurs choses dans la boîte de
> dialogue choisir :
> - x-www-browser
> - x-www-browser %u
> - firefor-esr
> - firefox-esr %u
> Mais valider sur OK ne produit rien, la boîte de dialogue reste ouverte.
> 
> J’ai voulu forcer la configuration.
> 
> vérifié update-alternative --config x-www-browser : seul firefox-esr est
> configuré.
> 
> Dans l’éditeur de configuration de Icedove, vérifié les valeurs :
> - network.protocol-handler.app.http : x-www-browser
> - network.protocol-handler.app.https : x-www-browser
> - network.protocol-handler.warn-external.http : false
> - network.protocol-handler.warn-external.https : false
> 
> Ladite boîte de ldialogue continue d’apparaître.
> 
> Pas de problème avec les liens http.
> 
> Des lumières ?
> 
> Merci,
>

Icedove ouverture navigateur https

2017-03-30 Par sujet Raphaël POITEVIN 
Bonjour,

Debian Jessie, Icedove 45.6

J’ai une personne qui, quand elle ouvre un lien htps depuis un mail, a
une boîte de dialogue lui demandant de préciser l’application à
ouvrir. Je lui ai fait essayer plusieurs choses dans la boîte de
dialogue choisir :
- x-www-browser
- x-www-browser %u
- firefor-esr
- firefox-esr %u
Mais valider sur OK ne produit rien, la boîte de dialogue reste ouverte.

J’ai voulu forcer la configuration.

vérifié update-alternative --config x-www-browser : seul firefox-esr est
configuré.

Dans l’éditeur de configuration de Icedove, vérifié les valeurs :
- network.protocol-handler.app.http : x-www-browser
- network.protocol-handler.app.https : x-www-browser
- network.protocol-handler.warn-external.http : false
- network.protocol-handler.warn-external.https : false

Ladite boîte de ldialogue continue d’apparaître.

Pas de problème avec les liens http.

Des lumières ?

Merci,
-- 
Raphaë

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet contact 

Bonjour


Je ne sais pas si cela est en lien avec le problème, mais sur la 
raspberry pi, il est conseillée de supprimer le maximum de fichier de 
log, pour épargner la carte SD.



cordialement--
*François-Marie BILLARD*
Sculpteur - Céramiste 


Le 30/03/2017 à 15:19, pat G a écrit :

ok

Le 22/03/2017 à 00:47, Sébastien Dinot a écrit :

Mais sans plus d'éléments d'information sur le serveur considéré, il est
impossible de dire s'il est normal que 432352 inodes soient consommés.

j'utilise nagios, glpi, ocsinventory dessus... c'est sur un raspberry pi

Pour localiser les applications et/ou paquets qui consomment beaucoup
d'inodes, Patrice peut tenter d'identifier les répertoires qui
contiennent le plus grand nombre de fichiers. Voici ce que cela donne
sur deux de mes machines :

sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
  11907 /home/seb/.josm/cache/wms/4/lambertcc9
   8842 /home/seb/.josm/cache/wms/5/lambertcc9
   4758 /home/seb/.josm/cache/wms/5/mercator

sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
  12970 /var/lib/dpkg/info
   7521 /usr/share/man/man3
   3571 /usr/share/man/man1

ok, je regarde ça... mais je vais certainement retenter la réinstallation.

Re: squeeze-lts sources.list

2017-03-30 Par sujet Cyrille 
Bjr,
un sujet similaire ici
https://www.debian-fr.org/t/source-list-stretch/71725/3

Le Thu, 30 Mar 2017 16:15:38 +0200 (CEST),
bernard.schoenac...@free.fr a écrit :

> bonjour,
> 
> 
> je recherche un sources.list pour installer une squeeze-lts et j'ai
> un trou de mémoire ...
> 
> je sais que ça commence un peut comme ça :
> 
> deb http://archive.debian.org/debian-security/ squeeze  main contrib
> non-free
> 
> deb http://archive.debian.org/debian-backports/ squeeze main contrib
> non-free deb http://archive.debian.org/debian-volatile/  squeeze main
> contrib non-free
> 
> deb http://archive.debian.org/debian/ squeeze-lts main contrib
> non-free
> 
> pouvez vous le confirmer
> 
> slt
> bernard
> 



-- 
Makhnovtchina, Makhnovtchina 
Tes drapeaux sont noirs dans le vent
ils sont noirs de notre peine
ils sont rouges de notre sang...

squeeze-lts sources.list

2017-03-30 Par sujet bernard . schoenacker 
bonjour,


je recherche un sources.list pour installer une squeeze-lts et j'ai un trou de 
mémoire ...

je sais que ça commence un peut comme ça :

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

deb http://archive.debian.org/debian-backports/ squeeze main contrib non-free
deb http://archive.debian.org/debian-volatile/  squeeze main contrib non-free

deb http://archive.debian.org/debian/ squeeze-lts main contrib non-free

pouvez vous le confirmer

slt
bernard

Re: Postfix Dovecot et SSL : SSL23: unknown protocol

2017-03-30 Par sujet andre_debian 
On Tuesday 28 March 2017 13:57:29 Thierry Bugier Pineau wrote:
> Dans mes diverses notes j'ai retenu ceci pour /etc/hosts
> 127.0.0.1 localhost127.0.1.1  nom-serveur.domaine 
> domaine  pop.domaine  smtp.domaine :

Je pense pas que ces lignes de "/etc/hosts" soient la cause du problème :-)

> Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup
> d'oeil sur google m'a montré que ce n'est pas spécifique à dovecot,
> donc il y a potentiellement un réel souci sur le SSL ou bien sur
> l'utilisation de SSL par Dovecot :

En modifiant la ligne "/etc/dovecot/conf.d/10-ssl.conf" :
ssl_cipher_list = ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:
+HIGH:+MEDIUM
ça semble remarcher.

La détection auto de Kmail me met :
TLS, port 110, méthode d'identification PLAIN,
OK
En mettant le port 995 à la mano = OK aussi.

# tail /var/log/mail.err
n'affiche plus d'erreur : "SSL23: unknown protocol",
mais toujours l'erreur :
"pop3-login : Error : ssl3_get_client_hello : no shared cipher"

Bonne journée,

André

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet Jean-Marc 
Thu, 30 Mar 2017 09:23:18 +0200
Eric Bernard  écrivait :

> Bonjour,
> j'utilise 2 écrans depuis pas mal de temps et je n'ai installé que le 
> pilote propriétaire Nvidia.

J'utilise plusieurs écrans de temps en temps grâce à la sortie HDMI de mon 
portable et je n'ai jamais installé de paquet spécial.

Le pilote i915 prévu pour le GPU intégré au processeur Intel Haswell fait très 
bien le job.

Et Gnome fournit tout ce qu'il faut pour configurer le tout.


> Cordialement
> 
>Eric BERNARD


Jean-Marc 


pgpJ8pnEU0naS.pgp
Description: PGP signature

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet Eric Bernard 

Bonjour,
j'utilise 2 écrans depuis pas mal de temps et je n'ai installé que le 
pilote propriétaire Nvidia.



Cordialement


--



  Eric BERNARD
  Responsable informatique
  et multimédia
  02 41 51 11 36






Le 30/03/2017 à 09:10, alex.pad...@laposte.net a écrit :

Bonjour à tous,

Je dispose d'une station de travail avec la carte graphique suivante

NVidia Quadro NVS290 Dual Head

1) j'ai installé Debian 8.6, mais je ne pense pas que la carte utilise 
les drivers propriétaires:
dois-je aller sur le site de Nvidia pour télécharger et installer les 
drivers optimisés pour cette carte,


2) De façon occasionnelle, je pourrai être amené à utiliser la seconde 
sortie de la carte graphique pour la relier à un vidéoprojecteur, quel 
ou quels sont les paquets
qui me permettraient de faire cela sans déstabiliser mon système, 
c'est à dire sans destabiliser

l'affichage avec un seul écran.

Je vous remercie.
Alex PADOLY

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet pat G 
ok

Le 22/03/2017 à 00:47, Sébastien Dinot a écrit :
> Mais sans plus d'éléments d'information sur le serveur considéré, il est
> impossible de dire s'il est normal que 432352 inodes soient consommés.
j'utilise nagios, glpi, ocsinventory dessus... c'est sur un raspberry pi
> Pour localiser les applications et/ou paquets qui consomment beaucoup
> d'inodes, Patrice peut tenter d'identifier les répertoires qui
> contiennent le plus grand nombre de fichiers. Voici ce que cela donne
> sur deux de mes machines :
>
> sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
>   11907 /home/seb/.josm/cache/wms/4/lambertcc9
>8842 /home/seb/.josm/cache/wms/5/lambertcc9
>4758 /home/seb/.josm/cache/wms/5/mercator
>
> sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
>   12970 /var/lib/dpkg/info
>7521 /usr/share/man/man3
>3571 /usr/share/man/man1
ok, je regarde ça... mais je vais certainement retenter la réinstallation.

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet pat G 
merci. je vais regarder ça, et certainement réinstaller... j'ai
l'impression que c'est reccurent sur ma machine , c'est un rapsberry pi2
(juste pour du monitoring nagios). peut-être changer de carte SD ?


Le 20/03/2017 à 22:43, Sébastien Dinot a écrit :
> Sébastien Dinot a écrit :
>> Il n'y a plus aucun i-node disponible sur le système de fichier.
>> Autrement dit, il reste bien de l'espace disponible sur le disque mais
>> plus aucun point d'entrée.
> J'ai oublié de préciser qu'à ma connaissance, il n'est pas possible
> d'augmenter a posteriori le nombre d'inodes d'un système de fichiers. Ce
> faisant, les solutions possibles sont :
>
> A. Dans l'immédiat
>
>   Dans l'urgence, supprimer des fichiers, par exemple des paquets Debian
>   inutiles. À ce jeu, les paquets linux-headers-* sont d'excellents
>   candidats. Attention, les commandes de gestion de paquets de haut
>   niveau, notamment les commandes graphiques, sont inopérantes dans ces
>   circonstances car elles ont elles-mêmes besoin de créer des fichiers
>   temporaires sur le disque. Rien ne vaut un « dpkg --purge  »
>   dans ce cas.
>
> B. À terme
>
>   - Sauvegarder les données utiles, notamment le contenu des répertoires
> /etc, /home, /root, ... (si le disque est de faible taille, il peut
> même être prudent de copier tout son contenu sur un autre support).
>
>   - Reformater le disque en augmentant le nombre d'inodes
>
>   - Réinstaller le système
>
>   - Recopier les données utiles
>
> Sébastien
>
>
>

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

2017-03-30 Par sujet pat G 
ok, on peut avoir des inodes pleins et pas le disque... c'est
intéressant... je regarde la suite.

Le 20/03/2017 à 22:25, Sébastien Dinot a écrit :
> Patrice Go a écrit :
>>et pour un df -i ça donne :
>>
>>/dev/root432352 432352  0  100% /
> Il n'y a plus aucun i-node disponible sur le système de fichier. Autrement
> dit, il reste bien de l'espace disponible sur le disque mais plus aucun point
> d'entrée.
>
> Sébastien
>

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet alex . padoly 
Merci beaucoup, c'est ce paquet que je vais installer. 
Alex 

- Mail original -

De: "François LE GAD"  
À: debian-user-french@lists.debian.org 
Envoyé: Jeudi 30 Mars 2017 11:43:18 
Objet: Re: Quel (s) paquet à installer pour gérer 2 écrans 

Le 30/03/2017 à 09:10, alex.pad...@laposte.net a écrit : 

> 
> 2) De façon occasionnelle, je pourrai être amené à utiliser la seconde 
> sortie de la carte graphique pour la relier à un vidéoprojecteur, quel 
> ou quels sont les paquets 
> qui me permettraient de faire cela sans déstabiliser mon système, c'est 
> à dire sans destabiliser 
> l'affichage avec un seul écran. 

J'utilise couramment arandr (interface graphique de xrandr) sous XFCE. 
Il permet d'avoir le même affichage sur les deux écrans, ou deux 
affichages différents, ou un chevauchement, au choix, et de mémoriser 
les différents réglages. 


-- 
François 
http://flegad.infini.fr

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet François LE GAD 

Le 30/03/2017 à 09:10, alex.pad...@laposte.net a écrit :



2) De façon occasionnelle, je pourrai être amené à utiliser la seconde
sortie de la carte graphique pour la relier à un vidéoprojecteur, quel
ou quels sont les paquets
qui me permettraient de faire cela sans déstabiliser mon système, c'est
à dire sans destabiliser
l'affichage avec un seul écran.


J'utilise couramment arandr (interface graphique de xrandr) sous XFCE. 
Il permet d'avoir le même affichage sur les deux écrans, ou deux 
affichages différents, ou un chevauchement, au choix, et de mémoriser 
les différents réglages.



--
François
http://flegad.infini.fr

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet Antoine 

Bonjour,

L'affichage peut être partiellement configuré via le gestionnaire de 
paramètres de Xfce. J'utilise en complément nvidia-settings (une fois 
les drivers proprios installés) pour affiner : j'ai besoin d'un bureau 
étendu, car j'ai une tablette Wacom Cintiq branchée à la deuxième sortie 
de ma carte graphique.


Cordialement,

Antoine

Le 30/03/2017 à 09:24, alex.pad...@laposte.net a écrit :

Bonjour,

Merci pour votre réponse.
J'utilise xfce que je trouve léger.

Cordialement.
Alex


*De: *"Olivier Bitsch" 
*À: *"alex padoly" 
*Cc: *"Liste Debian" , "alex
padoly" 
*Envoyé: *Jeudi 30 Mars 2017 10:17:23
*Objet: *Re: Quel (s) paquet à installer pour gérer 2 écrans

Bonjour Alex,

1. Il n'est pas forcément nécessaire d'installer les drivers
propriétaires, il est possible que le drivers Open Source (Nouveau)
suffise. Néanmoins, les drivers propriétaires apportent parfois une
meilleure stabilité ainsi que le support des jeux sur Steam. Pour
installer les drivers proprio, je conseille cette page en anglais
https://wiki.debian.org/NvidiaGraphicsDrivers

2. Je ne sais pas quelle gestionnaire de fenêtre de bureau est installé,
mais sur Gnome il n'est pas nécessaire d'installer quoi que ce soit. Le
réglage des écrans se fait via un clic droit sur le bureau et en
cliquant sur paramètre d'affichage.

Très bonne journée.

olivier.


Le 30 mars 2017 à 09:10, > a écrit :

Bonjour à tous,

Je dispose d'une station de travail avec la carte graphique suivante

NVidia Quadro NVS290 Dual Head

1) j'ai installé Debian 8.6, mais je ne pense pas que la carte
utilise les drivers propriétaires:
dois-je aller sur le site de Nvidia pour télécharger et installer
les drivers optimisés pour cette carte,

2) De façon occasionnelle, je pourrai être amené à utiliser la
seconde sortie de la carte graphique pour la relier à un
vidéoprojecteur, quel ou quels sont les paquets
qui me permettraient de faire cela sans déstabiliser mon système,
c'est à dire sans destabiliser
l'affichage avec un seul écran.

Je vous remercie.
Alex PADOLY

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet alex . padoly 
Bonjour, 

Merci pour votre réponse. 
J'utilise xfce que je trouve léger. 

Cordialement. 
Alex 

- Mail original -

De: "Olivier Bitsch"  
À: "alex padoly"  
Cc: "Liste Debian" , "alex padoly" 
 
Envoyé: Jeudi 30 Mars 2017 10:17:23 
Objet: Re: Quel (s) paquet à installer pour gérer 2 écrans 

Bonjour Alex, 

1. Il n'est pas forcément nécessaire d'installer les drivers propriétaires, il 
est possible que le drivers Open Source (Nouveau) suffise. Néanmoins, les 
drivers propriétaires apportent parfois une meilleure stabilité ainsi que le 
support des jeux sur Steam. Pour installer les drivers proprio, je conseille 
cette page en anglais https://wiki.debian.org/NvidiaGraphicsDrivers 

2. Je ne sais pas quelle gestionnaire de fenêtre de bureau est installé, mais 
sur Gnome il n'est pas nécessaire d'installer quoi que ce soit. Le réglage des 
écrans se fait via un clic droit sur le bureau et en cliquant sur paramètre 
d'affichage. 

Très bonne journée. 

olivier. 


Le 30 mars 2017 à 09:10, < alex.pad...@laposte.net > a écrit : 



Bonjour à tous, 

Je dispose d'une station de travail avec la carte graphique suivante 

NVidia Quadro NVS290 Dual Head 

1) j'ai installé Debian 8.6, mais je ne pense pas que la carte utilise les 
drivers propriétaires: 
dois-je aller sur le site de Nvidia pour télécharger et installer les drivers 
optimisés pour cette carte, 

2) De façon occasionnelle, je pourrai être amené à utiliser la seconde sortie 
de la carte graphique pour la relier à un vidéoprojecteur, quel ou quels sont 
les paquets 
qui me permettraient de faire cela sans déstabiliser mon système, c'est à dire 
sans destabiliser 
l'affichage avec un seul écran. 

Je vous remercie. 
Alex PADOLY

Re: Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet Olivier Bitsch 
Bonjour Alex,

1. Il n'est pas forcément nécessaire d'installer les drivers propriétaires,
il est possible que le drivers Open Source (Nouveau) suffise. Néanmoins,
les drivers propriétaires apportent parfois une meilleure stabilité ainsi
que le support des jeux sur Steam. Pour installer les drivers proprio, je
conseille cette page en anglais
https://wiki.debian.org/NvidiaGraphicsDrivers

2. Je ne sais pas quelle gestionnaire de fenêtre de bureau est installé,
mais sur Gnome il n'est pas nécessaire d'installer quoi que ce soit. Le
réglage des écrans se fait via un clic droit sur le bureau et en cliquant
sur paramètre d'affichage.

Très bonne journée.

olivier.


Le 30 mars 2017 à 09:10,  a écrit :

> Bonjour à tous,
>
> Je dispose d'une station de travail avec la carte graphique suivante
>
> NVidia Quadro NVS290 Dual Head
>
> 1) j'ai installé Debian 8.6, mais je ne pense pas que la carte utilise les
> drivers propriétaires:
> dois-je aller sur le site de Nvidia pour télécharger et installer les
> drivers optimisés pour cette carte,
>
> 2) De façon occasionnelle, je pourrai être amené à utiliser la seconde
> sortie de la carte graphique pour la relier à un vidéoprojecteur, quel ou
> quels sont les paquets
> qui me permettraient de faire cela sans déstabiliser mon système, c'est à
> dire sans destabiliser
> l'affichage avec un seul écran.
>
> Je vous remercie.
> Alex PADOLY
>

Quel (s) paquet à installer pour gérer 2 écrans

2017-03-30 Par sujet alex . padoly 
Bonjour à tous, 

Je dispose d'une station de travail avec la carte graphique suivante 

NVidia Quadro NVS290 Dual Head 

1) j'ai installé Debian 8.6, mais je ne pense pas que la carte utilise les 
drivers propriétaires: 
dois-je aller sur le site de Nvidia pour télécharger et installer les drivers 
optimisés pour cette carte, 

2) De façon occasionnelle, je pourrai être amené à utiliser la seconde sortie 
de la carte graphique pour la relier à un vidéoprojecteur, quel ou quels sont 
les paquets 
qui me permettraient de faire cela sans déstabiliser mon système, c'est à dire 
sans destabiliser 
l'affichage avec un seul écran. 

Je vous remercie. 
Alex PADOLY