Problema framebuffer con guida wiki.

[ragnetto]

Slackware12, kernel2.6.24.3. Volevo realizzare la console con framebufer così ho iniziato seguendo la guida che propone questo sito, fatto tutto mi ritrovo un problema. Quando tento di avviare il server X o di installare i driver della scheda video (ati, setup con interfaccia pseudografico) con "startx" si blocca tutto il sistema e sono costretto a spegnere brutalmente. Posto un pò di info:

[lyapunov]

Vedi cosa dice /var/log/messages e il log di X.
Hai usato il VESA framebuffer?

[ragnetto]

Avviando con il kernel framebuffer il file "/var/log/messages" è vuoto, non ho trovato il file di errore di Xorg. Penso che X non centri niente, perchè mi si blocca anche senza avviare X, come dicevo prima.

[lyapunov]

No aspè....il che il tuo file di log sia vuoto non centra nulla con il fatto che lavori con il framebuffer.
Anzi mi sembra molto strano che i file di log siano vuoti.
Comunque prova a dare dmesg e a vedere se hai degli errori in fase di boot relativi al framebuffer.
Dal tuo post iniziale sembrava che si bloccasse in fase di avvio del server X. Puoi essere allora un po' più preciso su QUANDO hai il freeze della macchina e che driver usi per il framebuffer (VESA?)?

[ragnetto]

Uso VESA ma ho provato anche ATIRadeon. Il blocco avviene in seguito al tentativo di eseguire una di queste operazioni: installazione driver ATI, avvio di X.

[lyapunov]

Non conosco cosa faccia l'installazione dei driver ATI.
Comunque puoi per ora solo spulciare nei log. In particolare se si blocca in fase di avvio di X qualcosa dovrebbe comparire nel log.
Provare non costa nulla.

[ragnetto]

Havevo capito, ma il bello è che non li ho ancora trovati i log da "spulcaiare". L' installazione dei driver ATI è un file binario che crea una procedura guidata tramite un' interfaccia pseudografica e si blocca tutto sul secondo passaggio.

[lyapunov]

Per la fase di boot puoi dare
dmesg
per i log di X dovrebbero essere in
/var/log/X.log
o qualcosa del genere.
Per quanto riguarda l'installazione dei driver ATI questa cosa pseudografica mi sa tanto di ncurses. Puoi sempre in questo caso fare un redirect dello stderr su un file da spulciare. Oppure se sei un po' smanettone vai di strace + redirect.

[ragnetto]

Cosa dovei fare di preciso? Poi non penso che servirebbe a qualcosa dato che quando il sistema si blocca non salva niete e quindi al riavvio non trovo niente. Però vorrei provare lo stesso.

[lyapunov]

Non è detto, salva tutto fino al punto in cui si blocca. Al riavvio successivo l'ultima riga del file dovrebbe darti qualche info in più.
Per il redirect fai:

./ati-installer 2> file_log.txt

Per lo strace dai:

strace ati-installer >> file_log.txt

(non ricordo se strace printa su stderr o stdout al limite prova a sostituire >> con 2>)

[ragnetto]

"./ati-installer 2> file_log.txt" non dà niente di interessante (cioè comuni dati sulla validità del prodotto ATI e sulla licenza).

Codice: Seleziona tutto

bash-3.1# strace ./ati*
execve("./ati-driver-installer-8-4-x86.x86_64.run", ["./ati-driver-installer-8-4-x86.x"...], [/* 39 vars */]) = -1 ENOEXEC (Exec format error)
dup(2)                                  = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fstat64(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc9000
_llseek(3, 0, 0xbfef9994, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
) = 32
close(3)                                = 0
munmap(0xb7fc9000, 4096)                = 0
exit_group(1)                           = ?
Process 3025 detached


Il risultato è lo stesso sia avviando con il kernel framebuffer che con uno normale.

[lyapunov]

Ok...è probabile che il prog abbia fork()ato (sorry ....
Ci deve essere una opzione di strace che ti permette di seguire anche i processi figli....

[ragnetto]

Codice: Seleziona tutto

bash-3.1# strace -f ./ati*
execve("./ati-driver-installer-8-4-x86.x86_64.run", ["./ati-driver-installer-8-4-x86.x"...], [/* 39 vars */]) = -1 ENOEXEC (Exec format error)
dup(2)                                  = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fstat64(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f33000
_llseek(3, 0, 0xbfc53a24, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
) = 32
close(3)                                = 0
munmap(0xb7f33000, 4096)                = 0
exit_group(1)                           = ?
Process 3036 detached


[lyapunov]

Codice: Seleziona tutto

write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error


Mi sa di sospetto....ma quando analizzi con strace, l'interfaccia "pseudografica" ti parte comunque?
Sinceramente però mi sembra di sparare una formica con un cannone...strace in genere è veramente l'ultima spiaggia...

[ragnetto]

Quando lancio il prog con strace non parte l' interfaccia grafica. Comunque, mi sembra che ci sia qualcosa riconducibile ad un' errore in quell' output. O no?