links2 en mode graphique sur serveur dédié

Support Debian
#1

Bonjour messieurs :slightly_smiling:

Nouvelle question par ici pour les connaisseurs que vous êtes ^^

J’aimerais utiliser Links2 en mode graphique (-g ou -driver x) cependant je bloque sur une erreur qui semble soit liée à un problème de serveur X, soit de KVM, soit de framebuffer

En effet je suis sur une debian 6 server 64 bits et donc je n’ai pas de serveur X ou de KVM à la base

J’ai tout de même fait des recherches et tenté d’installer KVM et le serveur X, mais je bloque toujours :confused:

Voici le code d’erreur en question =>

[code]# links2 -g

| DirectFB 1.2.10 |
© 2001-2008 The world wide DirectFB Open Source Community
© 2000-2004 Convergence (integrated media) GmbH
----------------------------------------------------------------

() DirectFB/Core: Single Application Core. (2010-06-30 18:13)
() Direct/Memcpy: Using libc memcpy()
(!) Direct/Util: opening ‘/dev/fb0’ and ‘/dev/fb/0’ failed
–> No such file or directory
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use ‘fbdev’ option or set FRAMEBUFFER environment variable.
(!) DirectFB/Core: Could not initialize ‘system_core’ core!
–> Initialization error!
[svgalib: allocated virtual console #8]
[/code]

A savoir que /dev/fb0 n’existe pas …
et que la variable d’environnement FRAMEBUFFER non plus

Alors si quelqu’un à réussi à faire fonctionner correctement links2 en mode graphique sur un dédié du même genre que le mien, je suis bien preneur d’infos, avant de faire trop d’installation désinstallation un peu inutile coté serveur X ou autre

#2

Snif personne pour m’aider sur ce sujet ? :frowning:

#3

salut
Pas très claire ton histoire, kvm = qemu tu utilise une image de ta debian dans un “emulateur” ?

Sinon links2 ne devrais pas avoir besoins d’un serveur x (je ne l’utilise pas personnellement) ?

amha si tu était plus claire d’autre pourrait t’aider :slightly_smiling:

#4

[quote=“panthere”]salut
Pas très claire ton histoire, kvm = qemu tu utilise une image de ta debian dans un “emulateur” ?

Sinon links2 ne devrais pas avoir besoins d’un serveur x (je ne l’utilise pas personnellement) ?

amha si tu était plus claire d’autre pourrait t’aider :slightly_smiling:[/quote]

Non non pas d’émulation, il s’agit d’une Debian 6 installée sur serveur dédié ovh

Je pense que c’est justement le côté dédié qui gène, soit par l’os, soit par le chips graphique.

Je veux bien donner plus d’infos où être plus claire mais je vois pas trop quoi dire de plus :s

#5

log toi avec un user dans un tty Essaye avec quelque chose ce rapprochant de

fait un tour du coter des log : /var/log
il y a dmesg , message ,kernel ensuite sa dépant de comment est configurer ta debian
sa devrait t’aider .\

#6

[quote=“panthere”]log toi avec un user dans un tty Essaye avec quelque chose ce rapprochant de

fait un tour du coter des log : /var/log
il y a dmesg , message ,kernel ensuite sa dépant de comment est configurer ta debian
sa devrait t’aider .[/quote]

Arf le hic c’est que je n’ai absolument rien en rapport avec ce bug, ou non fonctionnement, dans mes logs

Que ce soit le syslog, messages, kernel.log …

#7

verifie les droit sur

‘/dev/fb0’ et '/dev/fb/0’
si sa existe pas, pas touche :wink:
il a peux être besoins d’un module,
que donne un

#8

[quote=“panthere”]verifie les droit sur

‘/dev/fb0’ et '/dev/fb/0’
si sa existe pas, pas touche :wink:
il a peux être besoins d’un module,
que donne un

Le /dev/fb0 et /dev/fb/0 n’existent pas :confused:

~# uname -a Linux sd-19607 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 GNU/Linux

#9

chez mois aussi il n’existe pas.
les dépendances son tout présente ?

libc6 (>= 2.3), libdirectfb-1.2-9, libgpm2 (>= 1.20.4), libjpeg62 (>= 6b1), libpng12-0 (>= 1.2.13-4), libssl0.9.8 (>= 0.9.8m-1), libsvga1, libtiff4,
         libx11-6, zlib1g (>= 1:1.1.4)

serveur ovh ? si oui kernel ovh ? autre ?

#10

[quote=“panthere”]chez mois aussi il n’existe pas.
les dépendances son tout présente ?

libc6 (>= 2.3), libdirectfb-1.2-9, libgpm2 (>= 1.20.4), libjpeg62 (>= 6b1), libpng12-0 (>= 1.2.13-4), libssl0.9.8 (>= 0.9.8m-1), libsvga1, libtiff4,
         libx11-6, zlib1g (>= 1:1.1.4)

serveur ovh ? si oui kernel ovh ? autre ?[/quote]

libc6 2.11.2-10
libc6-dev 2.11.2-10
libc6-i386 2.11.2-10
libdirectfb-1.2-9 1.2.10.0-4
libgpm2 1.20.4-3.3
libjpeg62 6b1-1
libpng 1.2.44-1+squeeze1
libssl0.9.8 0.9.8o-4squeeze4
libsvga1 1:1.4.3-29
libtiff4 3.9.4-5+squeeze3
libx11-6 2:1.3.3-4
zlib1g 1:1.2.3.4.dfsg-3

Ce serveur là est un dédié OVH, avec une Debian 6 64bits installé depuis leur choix d’OS de départ
Pas de build spécial OVH donc en principe
Kernel de base, pas de recompilation ou autre

#11

bon a première vue le frambuffer est pas activer d’ailleur le message semble l’indiquer.

essaye peut etre un modprobe (ou modeprob je sai jamais :confused: )

sinon sa vien de leur kernel qui supporte pas le framebuffer, essaye alors un autres de leur kernel. il faut peut etre passer un paramètre supplémentaire mai sa je ne connais pas.

note:
attention tu a de forte chance de planter sévèrement ton serveur si t’est pas sure de ce que tu fait!
car le plus simple (oui mai non avec ovh c est parfois la galère…) c’est d’installer le kernel celui de la stable de la debians officiel et pas cette M… filer par ovh

c’est a mon avis la que sa coince.
sans sa pas moyen que sa tourne.

après cela je ne vois pas.

#12

[quote=“panthere”]bon a première vue le frambuffer est pas activer d’ailleur le message semble l’indiquer.

essaye peut etre un modprobe (ou modeprob je sai jamais :confused: )

sinon sa vien de leur kernel qui supporte pas le framebuffer, essaye alors un autres de leur kernel. il faut peut etre passer un paramètre supplémentaire mai sa je ne connais pas.

note:
attention tu a de forte chance de planter sévèrement ton serveur si t’est pas sure de ce que tu fait!
car le plus simple (oui mai non avec ovh c est parfois la galère…) c’est d’installer le kernel celui de la stable de la debians officiel et pas cette M… filer par ovh

c’est a mon avis la que sa coince.
sans sa pas moyen que sa tourne.

après cela je ne vois pas.[/quote]

Je vois ^^'
Mais pas de soucis, je suis avertis des risques :slightly_smiling:

# modeprob fbdev -bash: modeprob : commande introuvable
Po terrible :s

#13 
sinon google est ton ami  :wink:

sinon google est ton ami :wink:

#14

Voilà donc, j’ai procédé à plus de tests, et voici ma conclusion :

Test sur plusieurs serveurs dédiés, 3 différent, OVH (1 ovh + 1 kimsufi)
et dédibox, tous sous debian 6, toujours ce même bug :

~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.2.10

|~~~~~~~~~~~~~~~~~~~~~~~~~~
© 2001-2008
The world wide DirectFB Open Source Community
© 2000-2004
Convergence (integrated media) GmbH
----------------------------------------------------------------

() DirectFB/Core: Single Application Core. (2010-06-30 18
:13)
() Direct/Memcpy: Using libc memcpy()
(!) Direct/Util: opening ‘/dev/fb0’ and ‘/dev/fb/0’ failed
–> No such file or directory
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use ‘fbdev’ option or set FRAMEBUFFER environment
variable.
(!) DirectFB/Core: Could not initialize ‘system_core’ core!
–> Initialization error!
[svgalib: allocated virtual console #8]

Ce qui me fait penser que le bug vient de l’OS en version serveur plutôt
que d’autre chose :s

Pour modprob je vais me documenter :slightly_smiling:

#15

[quote=“WolwX”]Voilà donc, j’ai procédé à plus de tests, et voici ma conclusion :

Test sur plusieurs serveurs dédiés, 3 différent, OVH (1 ovh + 1 kimsufi)
et dédibox, tous sous debian 6, toujours ce même bug :

~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.2.10

|~~~~~~~~~~~~~~~~~~~~~~~~~~
© 2001-2008
The world wide DirectFB Open Source Community
© 2000-2004
Convergence (integrated media) GmbH
----------------------------------------------------------------

() DirectFB/Core: Single Application Core. (2010-06-30 18
:13)
() Direct/Memcpy: Using libc memcpy()
(!) Direct/Util: opening ‘/dev/fb0’ and ‘/dev/fb/0’ failed
–> No such file or directory
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use ‘fbdev’ option or set FRAMEBUFFER environment
variable.
(!) DirectFB/Core: Could not initialize ‘system_core’ core!
–> Initialization error!
[svgalib: allocated virtual console #8]

Ce qui me fait penser que le bug vient de l’OS en version serveur plutôt
que d’autre chose :s

Pour modprob je vais me documenter :slightly_smiling:[/quote]

pas compris ta reflexion.
j’ai tester sur mon serveur , sussi un ovh mai avec le kernel officiel de la debian. et sa tourne :slightly_smiling:

#16

bah en fait je voulais dire que j’ai testé sur 3 dédiés différents, des
serveurs dédiés ovh, kimsufi et dédibox

Dans tout les cas j’ai cette erreur :s

Pour modprobe j’ai vue à quoi il servait, et donc son besoin pour
activer le module fbdev

Je vais creuser un peu plus de ce coté

Par contre coté kernel, si je récupère un kernel tout neuf tout beau
tout officiel, ya des chances que ça améliore le tout ?

#17

Quel protocole avant d’en arriver à la commande “# links2 -g” ?
ssh ? vnc ? XDMCP ? export DISPLAY ? …

= root, habituellement on ne permet pas X en réseau pour root par précaution.

Serveur X
un affichage,une carte graphique,un clavier, un pointeur (souris…)

Serveur OVH :
pas d’écran, pas de clavier, pas de souris …

À moins que tu sois dans la salle du serveur OVH et qu’il soit matériellement possible de les brancher sur l’appareil,hautement improbable, tu n’auras pas d’accès direct à son écran, sa souris, son clavier.
Ça ne servira à rien d’avoir les modules framebuffer ou d’installer X sur le serveur OVH s’il n’a pas d’affichage.
Dès lors, les applications sont censées s’afficher sous tes yeux sur une machine qui dispose de moniteur/souris/clavier et serveur X, le serveur OVH en sera son client.
Le message d’erreur concernant framebuffer provient de la machine au serveur X ou du serveur OVH ?
X qui s’afficherait en tty7 sur le pseudo écran du serveur OVH ne risque pas d’apparaitre sous tes yeux.

Pour afficher les applications X du serveur OVH sur la machine qui t’est accessible avec son moniteur, connecte toi en tant que simple utilisateur en exportant DISPLAY ou bien

$ ssh -X serveur_OVH

#18

pas besoins de serveur X avec links2. regarde le man

possible mai pas si sure le framebuffer peux avoir peut etre une autres fonction ?

#19

[quote=“WolwX”]bah en fait je voulais dire que j’ai testé sur 3 dédiés différents, des
serveurs dédiés ovh, kimsufi et dédibox

Dans tout les cas j’ai cette erreur :s

Pour modprobe j’ai vue à quoi il servait, et donc son besoin pour
activer le module fbdev

Je vais creuser un peu plus de ce coté

Par contre coté kernel, si je récupère un kernel tout neuf tout beau
tout officiel, ya des chances que ça améliore le tout ?[/quote]
c’est un choix, dison que l’avantage t’a pas les bidouille fait pas ovh.
mai la il faut comprendre l’utiliter.
je te conseil de faire le tien chez toi, et de le mettre sur le serveur (avec le fichier de config du serveur ) avec le minimum de module. de cette manière tu securise mieux ton serveur.

#20

$ man links2

       -g     Run Links2 in graphics mode. If not given, Links2  will  run  in
              text  mode.   Running  in  graphics  mode means that Links2 will
              probe all compiled‐in graphics devices  and  run  on  the  first
              found. If none found, links2 will not run in graphics mode. This
              option works only if ‐‐enable‐graphics was given to ./configure.

       -no-g  Run in text mode (overrides previous -g).

       -driver <driver name>
              Graphics driver to use. Drivers are: x, svgalib,  fb,  directfb,
              pmshell,  atheos.   List of drivers will be shown if you give it
              an unknown driver.  Available drivers depend on  your  operating
              system and available libraries.

$ ssh -X serveur_OVH

puis teste successivement
$ links2 -g -driver x
$ links2 -g -driver fb
$ links2 -g -driver directfb
$ links2 -g -driver svgalib

À propos de ce dernier et du message

[svgalib: allocated virtual console #8]

regarde en tty8 (ctrl+alt+F8)