Forum Debianizzati

Condividi contenuti
Aggiornato: 2 ore 54 min fa

Re: [RISOLTO] Installare il kernel più recente

Lun, 24/06/2019 - 08:51
I regularly visit your site and find a lot of interesting information.
Not only good posts but also great comments.
Thank you and look forward to your page growing stronger.
subway surfers online
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 21:54
Questo il codice macchina della chiamata alla funzione glGetStringi():
540                           const char *gl_ext = (const char *)glGetStringi(GL_EXTENSIONS, i);
00007f2f9db5d0d8:   mov     %ebx,%esi
00007f2f9db5d0da:   mov     $0x1f03,%edi
00007f2f9db5d0df:   callq   *(%r12)
541                           if (!gl_ext)
00007f2f9db5d0e3:   test    %rax,%rax
00007f2f9db5d0e6:   jne     0x7f2f9db5d0c0 <epoxy_internal_has_gl_extension+144>

La funzione glGetStringi() appartiene alla libreria Mesa [0][1].

Dal coredump, sula base dell'allocazione delle librerie di programmi alle rispettive aree di memoria e sulla base dell'indirizzo della funzione glGetStringi() (pari a 0x7f2f9d8d5ce0), la stessa risulta corrispondente all'area di memoria della libreria /usr/lib/x86_64-linux-gnu/libOpenGL.so.0.0.0 :
Mapped address spaces:

          Start Addr           End Addr       Size     Offset objfile
      0x55e8f98c7000     0x55e8f9904000    0x3d000        0x0 /usr/lib/xorg/Xorg
      0x55e8f9904000     0x55e8f9a91000   0x18d000    0x3d000 /usr/lib/xorg/Xorg
      0x55e8f9a91000     0x55e8f9b0a000    0x79000   0x1ca000 /usr/lib/xorg/Xorg
      0x55e8f9b0a000     0x55e8f9b0d000     0x3000   0x242000 /usr/lib/xorg/Xorg
      0x55e8f9b0d000     0x55e8f9b19000     0xc000   0x245000 /usr/lib/xorg/Xorg
      0x7f2f9d8bc000     0x7f2f9d8d1000    0x15000        0x0 /usr/lib/x86_64-linux-gnu/libOpenGL.so.0.0.0
-->      0x7f2f9d8d1000     0x7f2f9d8dd000     0xc000    0x15000 /usr/lib/x86_64-linux-gnu/libOpenGL.so.0.0.0
      0x7f2f9d8dd000     0x7f2f9d8e2000     0x5000    0x21000 /usr/lib/x86_64-linux-gnu/libOpenGL.so.0.0.0
      0x7f2f9d8e2000     0x7f2f9d8e3000     0x1000    0x26000 /usr/lib/x86_64-linux-gnu/libOpenGL.so.0.0.0
 

Puoi verificare cosa risulta installato per questa libreria ? Ad esempio, puoi inviare l'output dei seguenti comandi:
script log.txt
find /usr/lib -name "libOpenGL*"
find /usr/lib -name "libOpenGL*" -exec ls -la {} \;
find /usr/lib -name "libOpenGL*" -exec file {} \;
find /usr/lib -name "libOpenGL*" -exec readelf -a {} \;
find /usr/lib -name "libOpenGL*" -exec shasum  {} \;
apt-file search libOpenGL.so.0.0.0
dpkg-query -S  libOpenGL.so.0.0.0
glxinfo
exit

----
[0] https://sources.debian.org/src/mesa/18.3.6-2/src/mapi/es2api/glapi_mapi_tmp.h/?hl=2557#L2557
[1] https://www.khronos.org/registry/OpenGL-Refpages/gl4/html/glGetString.xhtml
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 21:23
Rivedendo il backtrace del server X, il programma /usr/lib/xorg/Xorg (il server X) genera una segnale di SIGABRT (signal=6) che consegue alla generazione di un segnale di SIGSEGV (signal=11) ovvero un segnale di "Invalid memory reference" evocato all'interno della funzione __strcmp_ssse3. Quindi, ipotizzando che la funzione __strcmp_ssse3() non sia affetta da bug, il SIGSEGV è causato da uno degli argomenti passati alla funzione strcmp():
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
[..]
#5  0x000055e8f9a80201 in OsSigHandler (unused=<optimized out>, sip=<optimized out>, signo=11)
    at ../../../../os/osinit.c:156
#6  OsSigHandler (signo=11, sip=<optimized out>, unused=<optimized out>) at ../../../../os/osinit.c:110
#7  <signal handler called>
#8  __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:174

La funzione __strcmp_ssse3() è invocata come sostituto ottimizzato della funzione strcmp() nella libreria libc6 (è una funzione di libreria standard del linguaggio C che si occupa semplicemente di confrontare due stringhe per verificare se sono uguali oppure no).

L'errore di SIGSEGV, molto probabilmente, si genera perché uno dei due argomenti passati alla funzione strcmp() punta ad un'area di memoria a cui non può avere accesso (probabilmente, è usato un indirizzo errato).

Di seguito, riporto il codice in linguaggio C della funzione epoxy_internal_has_gl_extension() della libreria libepoxy [0], all'interno della quale è invocata la funzione strcmp() che ho evidenziato con un "-->":
static bool
epoxy_internal_has_gl_extension(const char *ext, bool invalid_op_mode)
{
    if (epoxy_gl_version() < 30) {
        const char *exts = (const char *)glGetString(GL_EXTENSIONS);
        if (!exts)
            return invalid_op_mode;
        return epoxy_extension_in_string(exts, ext);
    } else {
        int num_extensions;
        int i;

        glGetIntegerv(GL_NUM_EXTENSIONS, &num_extensions);
        if (num_extensions == 0)
            return invalid_op_mode;

        for (i = 0; i < num_extensions; i++) {
            const char *gl_ext = (const char *)glGetStringi(GL_EXTENSIONS, i);
            if (!gl_ext)
                return false;
-->         if (strcmp(ext, gl_ext) == 0)
                return true;
        }

        return false;
    }
}

Analizzando il coredump del server X con il debugger, la chiamata della funzione strcmp(), la variabile const char *ext risulta essere correttamente valorizzata e punta ad una stringa (array di caratteri "null terminated"):
Name : ext
   Details:0x7f2f9dc31393 "GL_OES_EGL_image"

Invece, per quanto riguarda la variabile const char *gl_ext, il debugger non riesce ad esplorarla (perché in fase di compilazione del server X essa è stata ottimizzata e, quindi, è gestita a livello di codice binario direttamente tramite registri della CPU e non tramite locazioni di memoria).

Ciò non di meno, necessariamente deve essere questa la variabile che punta ad un'area di memoria a cui non è consentito l'accesso e che genera l'errore, poiché è l'unica altra variabile che è passata alla funzione strcmp.

Con il debugger, è possibile analizzare il codice macchina della chiamata della funzione strcmp e risulta il seguente codice:
543                           if (strcmp(ext, gl_ext) == 0)
00007f2f9db5d0c0:   mov     %rax,%rsi
00007f2f9db5d0c3:   mov     %rbp,%rdi
00007f2f9db5d0c6:   callq   0x7f2f9dafa070 <strcmp@plt>
00007f2f9db5d0cb:   test    %eax,%eax
00007f2f9db5d0cd:   je      0x7f2f9db5d0f0 <epoxy_internal_has_gl_extension+192>

Analizzando con il debugger i registri della CPU %rsi e %rdi, risulta che (in notazione esadecimale):
rsi = 0xfffffffffffffc18
rdi = 0x7f2f9dc31393

Come puoi vedere il registro rdi contiene l'indirizzo di memoria della variabile const char *gl_ext, mentre il registro rsi contiene un indirizzo l'indirizzo di memoria 0xfffffffffffffc18 e quest'ultimo è un indirizzo di memoria generalmente riservato al kernel, quindi da non passare ad una funzione che opera in spazio utente.

La variabile const char *gl_ext nel codice sorgente è valorizzata in un unico punto della funzione [0]:
const char *gl_ext = (const char *)glGetStringi(GL_EXTENSIONS, i);

---
[0] https://sources.debian.org/src/libepoxy/1.5.3-0.1/src/dispatch_common.c/?hl=96#L543
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 17:14
Immagino intendessi il comando lscpu, per il quale ti copio l'output qui:

Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
Address sizes:       36 bits physical, 48 bits virtual
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               15
Model name:          Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
Stepping:            11
CPU MHz:             1605.466
CPU max MHz:         2394,0000
CPU min MHz:         1596,0000
BogoMIPS:            4810.77
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            4096K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm pti tpr_shadow vnmi flexpriority dtherm
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 15:55
Il malfunzionamento è scatenato dalla chiamata alla funzione __strcmp_ssse3 [0] da parte della funzione epoxy_internal_has_gl_extension() della libreria libepoxy [1] . La funzione __strcmp_ssse3 è implementata come codice macchina (assembler) per achitetttura X86_64 (a 64 bit) e ne trovi il codice sorgente alla riga 174 (dove si blocca) in [2]. Credo vada approfondito perché è sollevato un segnale di SIGABRT per questo codice macchina.

Potrebbe essere utile visionare l'output del comando
lspcu

---
[0] https://sources.debian.org/src/glibc/2.28-10/sysdeps/x86_64/strcmp.S/
[1] https://sources.debian.org/src/libepoxy/1.5.3-0.1/src/dispatch_common.c/?hl=96#L543
[2] https://sources.debian.org/src/glibc/2.28-10/sysdeps/x86_64/strcmp.S/#L174
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 15:55
Dal coredump aggiornato risulta che il server X si è fermato con un segnale del tipo SIGABRT:
$ gdb /usr/lib/xorg/Xorg  ./coreXorg
GNU gdb (Debian 8.2.1-2) 8.2.1
[..]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/xorg/Xorg :0 -logverbose 6 vt2 -keeptty -auth /tmp/serverauth.bzc23f0E'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50      ../sysdeps/unix/sysv/linux/raise.c: File o directory non esistente.
[Current thread is 1 (Thread 0x7f2fa4644f00 (LWP 1949))]
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f2fa4ca6535 in __GI_abort () at abort.c:79
#2  0x000055e8f9a82dea in OsAbort () at ../../../../os/utils.c:1351
#3  0x000055e8f9a88903 in AbortServer () at ../../../../os/log.c:879
#4  0x000055e8f9a89769 in FatalError (f=f@entry=0x55e8f9abd1d0 "Caught signal %d (%s). Server aborting\n")
    at ../../../../os/log.c:1017
#5  0x000055e8f9a80201 in OsSigHandler (unused=<optimized out>, sip=<optimized out>, signo=11)
    at ../../../../os/osinit.c:156
#6  OsSigHandler (signo=11, sip=<optimized out>, unused=<optimized out>) at ../../../../os/osinit.c:110
#7  <signal handler called>
#8  __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:174
#9  0x00007f2f9db5d0cb in epoxy_internal_has_gl_extension (ext=0x7f2f9dc31393 "GL_OES_EGL_image",
    invalid_op_mode=<optimized out>) at ../src/dispatch_common.c:543
#10 0x00007f2f9dc1338a in glamor_egl_init (scrn=0x55e8fa9c5eb0, fd=<optimized out>)
    at ../../../../../../glamor/glamor_egl.c:1009
#11 0x00007f2fa3b2fe99 in ?? () from /usr/lib/xorg/modules/drivers/radeon_drv.so
#12 0x00007f2fa3b2113b in ?? () from /usr/lib/xorg/modules/drivers/radeon_drv.so
#13 0x000055e8f99626a0 in InitOutput (pScreenInfo=pScreenInfo@entry=0x55e8f9b37780 <screenInfo>, argc=argc@entry=8,
    argv=argv@entry=0x7ffddcb7db68) at ../../../../../../hw/xfree86/common/xf86Init.c:522
#14 0x000055e8f992572f in dix_main (argc=8, argv=0x7ffddcb7db68, envp=<optimized out>) at ../../../../dix/main.c:193
#15 0x00007f2fa4ca809b in __libc_start_main (main=0x55e8f990f640 <main>, argc=8, argv=0x7ffddcb7db68, init=<optimized out>,
    fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffddcb7db58) at ../csu/libc-start.c:308
#16 0x000055e8f990f67a in _start ()
(gdb)
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f2fa4ca6535 in __GI_abort () at abort.c:79
#2  0x000055e8f9a82dea in OsAbort () at ../../../../os/utils.c:1351
#3  0x000055e8f9a88903 in AbortServer () at ../../../../os/log.c:879
#4  0x000055e8f9a89769 in FatalError (f=f@entry=0x55e8f9abd1d0 "Caught signal %d (%s). Server aborting\n")
    at ../../../../os/log.c:1017
#5  0x000055e8f9a80201 in OsSigHandler (unused=<optimized out>, sip=<optimized out>, signo=11)
    at ../../../../os/osinit.c:156
#6  OsSigHandler (signo=11, sip=<optimized out>, unused=<optimized out>) at ../../../../os/osinit.c:110
#7  <signal handler called>
#8  __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:174
#9  0x00007f2f9db5d0cb in epoxy_internal_has_gl_extension (ext=0x7f2f9dc31393 "GL_OES_EGL_image",
    invalid_op_mode=<optimized out>) at ../src/dispatch_common.c:543
#10 0x00007f2f9dc1338a in glamor_egl_init (scrn=0x55e8fa9c5eb0, fd=<optimized out>)
    at ../../../../../../glamor/glamor_egl.c:1009
#11 0x00007f2fa3b2fe99 in ?? () from /usr/lib/xorg/modules/drivers/radeon_drv.so
#12 0x00007f2fa3b2113b in ?? () from /usr/lib/xorg/modules/drivers/radeon_drv.so
#13 0x000055e8f99626a0 in InitOutput (pScreenInfo=pScreenInfo@entry=0x55e8f9b37780 <screenInfo>, argc=argc@entry=8,
    argv=argv@entry=0x7ffddcb7db68) at ../../../../../../hw/xfree86/common/xf86Init.c:522
#14 0x000055e8f992572f in dix_main (argc=8, argv=0x7ffddcb7db68, envp=<optimized out>) at ../../../../dix/main.c:193
#15 0x00007f2fa4ca809b in __libc_start_main (main=0x55e8f990f640 <main>, argc=8, argv=0x7ffddcb7db68, init=<optimized out>,
    fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffddcb7db58) at ../csu/libc-start.c:308
#16 0x000055e8f990f67a in _start ()
Categorie: Forum Debianizzati

Re: Xsane will not scan complete document in "lineart" mode

Dom, 23/06/2019 - 13:17
Per chi fosse interessato, di seguito in chiaro il log dell'errore:
$ hp-scan -m lineart -r 100 -o tempa.png

HP Linux Imaging and Printing System (ver. 3.18.12)
Scan Utility ver. 2.2

Copyright (c) 2001-15 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Using device hpaio:/usb/Deskjet_2050_J510_series?serial=CN09E2P6BK05D1
Opening connection to device...

Resolution: 100dpi
Mode: lineart
Compression: JPEG
Scan area (mm):
  Top left (x,y): (0.000000mm, 0.000000mm)
  Bottom right (x,y): (215.900009mm, 297.010681mm)
  Width: 215.900009mm
  Height: 297.010681mm
Destination(s): file
Output file: /home/aki/tempa.png

Warming up...
 

Scanning...
Reading data: [******************************************] 100%  122.2 KB   
Read 122.2 KB from scanner.
error: Did not read enough data from scanner (I/O Error?)
Closing device.

Ringrazio quanti potranno darmi un aiuto, anche provando a riprodurre il malfunzionamento sul loro scanner HP.
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 12:10
Ho fatto rigirare lo script di debianizzati, non so se sia utile ma te lo allego qui:
Categorie: Forum Debianizzati

Re: Radeon HD 5830 + Xorg + Gnome

Dom, 23/06/2019 - 12:07
Ho installato i simboli di debug per i tre pacchetti, cancellato la configurazione manuale di xorg, predisposto il sistema alla generazione di un coredump e rilanciato startx.
Ti allego il log di Xorg e il coredump (che spero di aver creato correttamente, non sono pratico della cosa).

Grazie infinite.

https://gofile.io/?c=9p7u5t
Categorie: Forum Debianizzati

Re: AIUTATEMI

Sab, 22/06/2019 - 16:46
In mancanza di riscontro da parte del richiedente, si modifica il titolo della discussione da "AIUTATEMI" a "non funziona la connessione ethernet" e si contrassegna come "chiusa". Purtroppo, come predetto, la discussione non è andata a buon fine.
Categorie: Forum Debianizzati

Re: Recuperare lo stato dei pacchetti precedente ad un upgra

Ven, 21/06/2019 - 18:51
per cose semplici potrebbe essere utile
dpkg-repack


per cose complesse sempre meglio avere un backup!!
Categorie: Forum Debianizzati

Recuperare lo stato dei pacchetti precedente ad un upgrade?

Ven, 21/06/2019 - 16:16
Salve Amici,
mi sono sempre chiesto se esista la possibilità nel sistemi Debian di recuperare lo stato dei pacchetti precedente ad un upgrade.

Faccio un esempio:

Ho un pacchetto da aggiornare che porta con se delle dipendenze, per un totale di una dozzina di pacchetti interessati.
Prima di avviare lo scaricamento e relativo upgrade di questi, posso salvare i pacchetti già presenti nel sistema per poterli eventualmente ripristinare se mi rendessi conto che qualcosa non va a seguito dell'aggiornamento?
Cioè una sorta di backup dei pacchetti o di specifici pacchetti.

Grazie infinite!

Davide
Categorie: Forum Debianizzati

antivirus support

Gio, 20/06/2019 - 08:17
Categorie: Forum Debianizzati

fddg

Gio, 20/06/2019 - 08:12
Categorie: Forum Debianizzati

Re: Dual boot win7+debian9 con grub2 che non vede win7

Mer, 19/06/2019 - 13:36
Ciao,
Grazie a te. Se possibile, dopo che avrai effettuato la re-installazione del sistema operativo proprietario ed avrai re-installato grub (se re-installi i due sistemi operativi in legacy mode il boot loader dell’uno cancellerà quello dell’altro), sarebbe utile poter ricevere da te un riscontro. Grazie.
Categorie: Forum Debianizzati

Re: Dual boot win7+debian9 con grub2 che non vede win7

Mar, 18/06/2019 - 22:53
Ho l'impressione che, tra i vari "non so/non ricordo", hai pasticciato in qualche modo con l'installazione di Windows.mm ho questa impressione anchio

A questo punto, la strada maestra sarebbe seguire le istruzioni del produttore del sistema operativo proprietario per tentare il ripristino del file /boot/bcd (non so con quale probabilità di successo).
sono d'accordo appena sono libero reinstallerò il win in una maniera attentissima e seguendo istruzioni consigliate e in dual boot con il debian10 come ha detto s3v
2) Installa Debian testing (Debian 10) che sarà stabile tra 3 settimane.


comunque sia, grazie davvero del vostro aiuto e della vostra disponibilità, ho imparato molto durante questa "odissea" ehehe .

alla prossima!!!
Categorie: Forum Debianizzati