Misslyckas starta hon.sh

Hej,

Har installerat upp en burk med Archlinux och har installerat ett gui pa denna maskinen da (GNOME).
Har ett nvidia kort och har installerat drivrutiner till det med hjalp av pacman-verktyget.

Enligt Archlinux officiella webbsida sa har jag installerat samtliga dependencies for att det faktiskt ska fungera.

Daremot nar jag forsoker kora hon.sh (sh hon.sh) sa far jag felmeddelandet:

warning: The VAD has been replaced by a hack pending a complete rewrite
K2 - Fatal Error: Couldn't load vid_gl2

Kor jag lsmod sa ser jag att 'nvidia' ar inladdad.
Om jag testar find / | grep vid_gl2
sa hittar jag tva filer
/home/su1ly/Games/HoN/vid_gl2-x86_64.so
/home/su1ly/Games/HoN/vid_gl2-x86.so

Misstanker det ar nagot fel med dessa lankarna.
Vad tror ni? Har testat #archlinux pa freenode men forgaves

1) Jag antar det är något shell script av något slag.
2) Jag antar att det sätter upp LD_LIBRARY_PATH
3) Och att det efter denna setup kör 1 binär...

Men kan försöka göra SAMMA LD_LIBRARY_PATH setup som scriptet gör, och sedan försöka köra
ldd på binären..

######## Samla in info:
Var ligger dina filer och ditt start script ?
Hur ser första raden ut i scriptet ? (hon.sh?)

Kolla total antal rader i scriptet ..( wc -l hon.sh eller öppna det i en text editor )
Om det är få rader posta hela filen här så att jag/vi kan se på den.

# Kolal första raden i scriptet hon.sh
Kolla vilket shell det är ? antagligen /bin/sh eller /bin/bash.
om bash: Kör bash -x hon.sh om sh kör: sh -x hon.sh

Posta vad som kommer ut..

Detta ar vad som finns i hon.sh


Detta hander (sh -x hon.sh)


I min mapp finns tva .so-filer i min /HoN-mapp.
[su1ly@sh0p HoN]$ ls | grep "vid_gl2*"
vid_gl2-x86_64.so
vid_gl2-x86.so

Forsoker kora
[su1ly@sh0p HoN]$ ldd hon-x86_64 | grep "vid_gl2*"

men hittar inget pa den binaren som hon.sh forsoker kora.

Plockade nyss bort GDM och installerade KDM och nu fungerar det att köra..?

hon.sh hade ingen hantering av LD_LIBRARY_PATH som jag hade väntat mig.

Saker som kan var av intresse hade varit ldd BINÄR..
Alla raderna i LDD output borde ha någon form av:
NAME => PATH (hexkod)
Men med 1-2 undantag (/lib/ld-linux-so och linux-gate.so.1 som inte har en PATH).

Dock så kan ett program (försöka) att ladda in en .SO fil under själva körningen, vilket kanske sker här.

Om inte LDD ger något så kan man testa att köra strace exempel: strace -f -o logfile Binary
Du kommer få ut mycket mera info än vad du vill ha..
Men du kan undersöka vad om finns i logfile efteråt, det borde innehålla alla system anropp som programmet gör.

Kan då ofta innehålla något kommando som misslyckas, och sedan något felutskrift..
och kanske lite annan cleanup saker innan programmet avslutar.
Förvänter mig dock att det ger problem med DRM et.c., och att kopierings skydd försöker göra det omöjligt att köra den typen av debug/trace.

hon kan ha något lib som KDM också hade i sin depdency lista , och som inte fanns innan ??
GDM kan ha haft något LIB och hon kanske har samma symboler och det fins någon sorts symbol kollision??(Låter iofs inte troligt i mina öron

Tja, om du mot förmodan får reda på exakt vad som hände så får du gärna posta här eller pm:a mig.