Essayer de faire fonctionner vncserver sur Solaris: Erreur fatale du serveur: Impossible d'ouvrir la police par défaut 'fixed'

Question

J'ai regardé toutes les pages Web et il y a quelques bonnes suggestions, mais aucune n'a fonctionné pour moi. boîte Solaris sparc, SunOS 5.10 Generic_120011-14 sun4u sparc SUNW, UltraAX-i2

La machine a openwin installé avec des liens symboliques de tous les répertoires habituels de X11. Xfs est en cours d'exécution et tous les répertoires de police sont là, j'ai couru mkfontdir et fc-cache et tout construit correctement les index, mais peu importe ce que je ne peux pas faire trouver la police par défaut. (Si c'est vraiment le problème) Je cours en tant que root, ne m'aide pas.

erreur de serveur fatale: ne pouvait pas la police par défaut ouvert 'fixe'

Toutes les suggestions?

Answer 1

Le serveur vncserver inclus dans Solaris 10 4/08 (mise à jour 5) et ultérieure doit avoir le chemin de la police correctement configuré par défaut.

Pour les autres versions de vncserver/Xvnc:

• Vous pouvez utiliser XFS, mais ne ont pas besoin. Si vous l'utilisez, vous auriez
  il définir le chemin de la police Xvnc quelque chose comme tcp/localhost: 7100
• fc-cache & fontconfig ne sont pas utilisés par les serveurs X pour trouver les polices, que par
  clients X, donc ils ne vont pas aider
• les répertoires de polices X11 sous Solaris 10 sont dans /usr/openwin/lib/X11/fonts avec un symlink dans/usr/X11/lib/X11/fonts les chemin de police X11 par défaut pour le serveur Xvnc fourni par Solaris 10: /usr/X11/lib/X11/polices/TrueType /,/usr/X11/lib/X11/polices/Type1 /,/usr/X11/lib/X11/polices/Type1/sun /,/usr/X11/lib/X11/polices/F3bitmaps /,/usr/X11/lib/X11/polices/misc /,/usr/X11/lib/X11/polices/100dpi /,/usr/X11/lib/X11/fonts/75dpi/

pour le serveur X pour trouver "fixe" est un processus en plusieurs étapes, avec des choses qui pourrait se briser à chaque étape, de sorte que vous devriez vérifier tous ces éléments:

• le chemin de la police doit inclure le répertoire avec la police fixe:/usr/openwin/lib/X11/fonts/divers/(les chemins des polices dans X ne sont pas récursives, donc vous ne pouvez pas lister seulement/usr/openwin/lib/X11/fonts et lui faire trouver tous les sous-répertoires)

• /usr/openwin/lib/X11/fonts/misc/fonts.alias répertorie l'alias convertissant le nom court "fixed" en nom de police X11 complet:

  fixe "-misc-fixed-medium-r-semicondensed --13-120-75-75-c-60-iso8859-1 "

• /usr/openwin/lib/X11/fonts/misc/fonts.dir liste le nom de fichier de la police avec ce nom complet:

  7x13.pcf -misc-fixe moyen r-normal - 13-120-75-75-c-70-iso8859-1

• /usr/openwin/lib/X11/fonts/misc/7x13.pcf existe et est lisible dans le monde

Answer 2

J'ai eu un problème similaire à moi-même une fois la configuration de vnc sur une version de Linux. Il s'est avéré que les scripts qui ont démarré les serveurs Xwindows n'avaient pas le bon chemin vers les polices. Une fois que j'ai réparé cela a bien fonctionné. Je ne sais pas quelle version de vnc vous utilisez mais vous pouvez essayer de modifier le script vncserver pour inclure les chemins explicites aux polices pour voir si cela peut vous aider. Dans la version que j'utilise (TightVNC sur RHEL5), une partie du script configure la commande exacte émise pour démarrer le système Xnindows vnc (Xvnc). Dans le cadre de cette configuration, il y a une ligne (commentée dans ma version actuelle) qui définit le chemin de la police avec le drapeau -fp. L'extrait de code en question ressemble à ceci:

# Now start the X VNC Server 

$cmd = "Xvnc :$displayNumber"; 
$cmd .= " -desktop " . &quotedString($desktopName); 
$cmd .= " -httpd $vncJavaFiles" if ($vncJavaFiles && ! $nohttpd); 
$cmd .= " -auth $xauthorityFile"; 
$cmd .= " -geometry $geometry" if ($geometry); 
$cmd .= " -depth $depth" if ($depth); 
$cmd .= " -pixelformat $pixelformat" if ($pixelformat); 
$cmd .= " -rfbwait 30000"; 
$cmd .= " -rfbauth $vncUserDir/passwd"; 
$cmd .= " -rfbport $vncPort"; 
$cmd .= " -pn"; 

# Add font path and color database stuff here, e.g.: 
# 
# $cmd .= " -fp /usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/75dpi/"; 
# $cmd .= " -co /usr/lib/X11/rgb"; 
# 

La ligne pour définir le chemin de la police est dans la section a commenté à la fin. Vous pouvez essayer de trouver la section similaire dans votre script de démarrage et définir explicitement les chemins d'accès aux polices pour voir si cela vous permettra au moins de dépasser l'erreur fatale.

Answer 3

Sous Solaris 10 x86_64 mise à jour 7 (05/09) J'ai rencontré un problème similaire lors de l'installation en tant que machine virtuelle sur ESX. Les lignes suivantes sont en mesure de corriger le problème:

mkfontdir "/usr/X11/lib/X11/fonts/TrueType/" 
mkfontdir "/usr/X11/lib/X11/fonts/Type1/" 
mkfontdir "/usr/X11/lib/X11/fonts/Type1/sun/" 
mkfontdir "/usr/X11/lib/X11/fonts/F3bitmaps/" 
mkfontdir "/usr/X11/lib/X11/fonts/misc/" 
mkfontdir "/usr/X11/lib/X11/fonts/100dpi/" 
mkfontdir "/usr/X11/lib/X11/fonts/75dpi/" 
echo -e 'fixed "-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1"' > /usr/openwin/lib/X11/fonts/misc/fonts.alias 

Answer 4

PS: Pendant ce temps j'ai découvert que l'ISO d'installation que j'avais été corrompu (somme MD5 n'a pas été matching). Il y avait des paquets corrompus dans l'installation. Après avoir téléchargé un autre ISO les problèmes j'avais disparu.