Forum Debianizzati

Condividi contenuti
Aggiornato: 2 ore 24 min fa

[RISOLTO] Debian Buster: avvio sistema grafico bloccato

Sab, 14/07/2018 - 11:12
Un saluto a tutti.

A seguito del dist-upgrade eseguito ieri su una Debian Buster (testing) per architettura X86_64 (Linux debian 4.16.0-2-amd64 #1 SMP Debian 4.16.16-2 (2018-06-22) x86_64 GNU/Linux , Package: linux-image-4.16.0-2-amd64 (4.16.16-2)), la macchina al successivo avvio è risultata inutilizzabile poiché non è più riuscita a riavviare le sezione grafica (server X), rimanendo bloccata alla inizializzazione del modulo (nvidia proprietario, versione 340.106) del kernel relativo alla scheda grafica (Nvidia GeForce 9600m GT). Poiché il malfunzionamento si presentava prima che comparisse lo "splash screen" del modulo "nvidia", ho ipotizzato fosse causato da un malfunzionamento (primario o secondario) del modulo invidia del kernel. Rientrando nel sistema in modalità "single user" e riconfigurandolo per l'utilizzo del modulo del kernel "nouveau" sono riuscito a riavviare la macchina e ad analizzare più in dettaglio i log.

In particolare, dal log del kernel risulta:
Jul 13 20:33:07 debian kernel: [   51.485657] usercopy: Kernel memory exposure attempt detected from SLUB object 'nvidia_stack_t' (offset 11864, size 3)

A tale messaggio del kernel segue il kernel dump (in allegato) che è ricondotto in origine ad una chiamata del server Xorg al kernel e, successivamente, alla gestione di tale chiamata da parte del modulo proprietario nvidia.

Tra i bug report di Debian ve ne è uno abbastanza recente (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902891) che si ricollega ad latre sette analoghe segnalazione di bugreport e tratta l'argomento, ma per una diversa e più recente versione del modulo proprietario nvidia. Tale bug report rimanda ad una discussione del forum nvidia all'indirizzo https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902891.

Al momento non sono ancora riuscito a risolvere, perché nelle segnalazioni dei bugreport si fa riferimento a versioni più recenti del modulo del kernel nel quale nvidia dovrebbe aver risolto il malfunzionamento, ma per la versione "legacy" 340.106 e 340.107 (la più recente, rilasciata a giungo 2018) sembra persistere.

Lo segnalo a chi dovesse incorrere in analogo malfunzionamento e al fine di ricevere indicazioni a chi lo ha magari già risolto e può darmi suggerimenti in tal senso. Credo, però, di poter affermare che tale malfunzionamento potrebbe essersi presentato a seguito dell'aggiornamento del kernel usato da Debian Buster (testing) nella seconda metà di giugno 2018.

edit: in attesa di ulteriori verifiche, anticipo che probabilmente la soluzione è in questo ulteriore bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899998 che riconduce a questa patch:
Author: Andreas Beckmann <anbe@debian.org>
Description: use kmem_cache_create_usercopy on 4.16+
 fixes "Bad or missing usercopy whitelist? Kernel memory exposure attempt
 detected from SLUB object 'nvidia_stack_cache'" on linux-image-4.16.0-2-*
 or newer that have disabled CONFIG_HARDENED_USERCOPY_FALLBACK
Bug-Debian: #901919, #899998
Bug: https://devtalk.nvidia.com/default/topic/1031067

--- a/nv-linux.h
+++ b/nv-linux.h
@@ -757,11 +757,18 @@ extern nv_spinlock_t km_lock;
                         0, 0, NULL, NULL);                      \
     }
 #elif (NV_KMEM_CACHE_CREATE_ARGUMENT_COUNT == 5)
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 16, 0)
+#define NV_KMEM_CACHE_CREATE(kmem_cache, name, type)            \
+    {                                                           \
+        kmem_cache = kmem_cache_create_usercopy(name, sizeof(type), 0, 0, 0, sizeof(type), NULL); \
+    }
+#else
 #define NV_KMEM_CACHE_CREATE(kmem_cache, name, type)            \
     {                                                           \
         kmem_cache = kmem_cache_create(name, sizeof(type),      \
                         0, 0, NULL);                            \
     }
+#endif
 #else
 #error "NV_KMEM_CACHE_CREATE_ARGUMENT_COUNT value unrecognized!"
 #endif
Categorie: Forum Debianizzati

Re: ASCII-Art

Ven, 13/07/2018 - 18:58
Guarda, sempre su Maemo Leste.
Non conosco i particolari, e' un Debian Stretch personalizzato per architettura ArmHF.
So solo che i pacchetti sono gli stessi, ma i pacchetti nei repo sono quelli "ufficiali" Debian.

Comunque per ora grazie.
Categorie: Forum Debianizzati

Re: -su: $'\342\200\251': comando non trovato

Ven, 13/07/2018 - 07:01
Puoi fornire l'output dei seguenti comandi contenuti nel file log.txt:
    script log.txt
    su -
    echo "hello"
    exit
    sync
    hexdump -C log.txt
    exit
Categorie: Forum Debianizzati

Re: -su: $'\342\200\251': comando non trovato

Ven, 13/07/2018 - 07:01
Puoi fornire l'output dei seguenti comandi contenuti nel file log.txt:
    script log.txt
    su -
    echo "hello"
    exit
    sync
    hexdump -C log.txt
    exit
Categorie: Forum Debianizzati

-su: $'\342\200\251': comando non trovato

Gio, 12/07/2018 - 23:26
Installazione appena fata su partizione formattata
samiel@darkstar:~$ su -
Password:
-su: $'\342\200\251': comando non trovato

cosa significa quel "comando non trovato" ?

graazie
s
Categorie: Forum Debianizzati

-su: $'\342\200\251': comando non trovato

Gio, 12/07/2018 - 23:26
Installazione appena fata su partizione formattata
samiel@darkstar:~$ su -
Password:
-su: $'\342\200\251': comando non trovato

cosa significa quel "comando non trovato" ?

graazie
s
Categorie: Forum Debianizzati

Re: ASCII-Art

Gio, 12/07/2018 - 22:36
Su che versione di Debian e per quale microprocessore pensi di usarlo ?
Categorie: Forum Debianizzati

Re: looped directory detected

Gio, 12/07/2018 - 21:25
io metto i font aggiuntivi in /usr/local/share/fonts/
perché così sono disponibili per tutti gli utenti.
inoltre li trova anche Xelatex e posso usare anche i ttf.
col tuo sistema, nel caso tu abbia più utenti, i font
sono disponibili solo per l'utente che li ha installati.
Categorie: Forum Debianizzati

Re: looped directory detected

Gio, 12/07/2018 - 13:27
peccato !
strano come problema, io metto i font aggiuntivi nella classica
~/.fonts

e vengono riconosciuti al volo

comunque secondo questo post non indicherebbero un problema reale
https://unix.stackexchange.com/questions/447488/question-about-fc-cache-output
Categorie: Forum Debianizzati

Re: Transcoder

Gio, 12/07/2018 - 09:01
Grazie a entrambi.
Si, in effetti l'obiettivo era di usare il transcoder su hardware reale (Maemo Leste e' Debian per i dispositivi Maemo), ora, non e' che mi interessi molto che il pacchetto sia FFMultiConverter.
Mi basta che abbia la possibilita' di personalizzare le due cose che ho scritto prima e che sia ufficiale Debian.

Per la cronaca, uso un Nokia N900 con Maemo Leste ( https://maemo-leste.github.io/ )

Grazie comunque per l'aiuto.
Categorie: Forum Debianizzati

Re: looped directory detected

Mer, 11/07/2018 - 21:09
Grazie, ma no... Riporto una parte dell'output
usr/local/share/fonts/truetype/Verdana: caching, new cache contents: 4 fonts, 0 dirs
/usr/local/share/fonts/truetype/Webdings: caching, new cache contents: 1 fonts, 0 dirs
/usr/local/share/fonts/truetype/Windings: caching, new cache contents: 3 fonts, 0 dirs
/usr/local/share/fonts/truetype/ZapfHumanist: caching, new cache contents: 8 fonts, 0 dirs
/root/.local/share/fonts: skipping, no such directory
/root/.fonts: skipping, no such directory
/usr/share/fonts/X11: skipping, looped directory detected
/usr/share/fonts/cMap: skipping, looped directory detected
/usr/share/fonts/cmap: skipping, looped directory detected
/usr/share/fonts/eot: skipping, looped directory detected
/usr/share/fonts/kanjistrokeorders: skipping, looped directory detected
/usr/share/fonts/opentype: skipping, looped directory detected
/usr/share/fonts/svg: skipping, looped directory detected
/usr/share/fonts/truetype: skipping, looped directory detected
Categorie: Forum Debianizzati

Re: looped directory detected

Mer, 11/07/2018 - 19:22
non mi è mai capitato questo errore, ma da una veloce ricerca potrebbe essere un problema di cache dei font
questo comando risolve qualcosa?
fc-cache -rv
Categorie: Forum Debianizzati

Re: XFCE 4.12, icone che si riordinano ad ogni login

Mar, 10/07/2018 - 19:56
piccolo script in "~/.config/autostart"

#! /bin/sh
/usr/bin/chattr +i ~/.config/xfce4/desktop/icons*
/usr/bin/sleep 40
/usr/bin/chattr -i ~/.config/xfce4/desktop/icons* &&


https://ubuntuforums.org/showthread.php?t=2232021&page=2&s=d4fd0c02028a9c3028a87a084741de61

ma come dicevo se si cambia la dimensione delle icone anche questo metodo non funziona granchè

sui bug da una veloce ricerca ho trovato questo, non so se è l'unico o se è ancora attuale:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786992
Categorie: Forum Debianizzati

serious bugs of udev and fcitx-bin

Mar, 10/07/2018 - 18:47
Ciao, con l'aggiornamento di oggi testing riceve kde plasmashell 5.13.2. Per ora apparentemente tutto bene.
Ho messo pero' in hold i due pacchetti in oggetto, perche' segnalati potenzialmente a rischio.

Vediamo nei prossimi giorni ...

Saluti
Categorie: Forum Debianizzati

Re: [RISOLTO] Audio input e output mancanti

Mar, 10/07/2018 - 15:19
Avevo anche io lo stesso problema su Debian testing. Rimuovere timidity-daemon mi ha riattivato l'audio, ma al successivo avvio è sparito di nuovo. Confermo che gli aggiornamenti rilasciati nel weekend sistemano il problema.
Categorie: Forum Debianizzati

Re: XFCE 4.12, icone che si riordinano ad ogni login

Mar, 10/07/2018 - 15:00
mark ha scritto:penso sia un bug già segnalatissimo
io alla fine ho ceduto e ho optato per un workaround
in genere comunque è meglio lasciare la dimensione predefinita delle icone, altrimenti anche i workaround zoppicano

Ciao, io nei bug di XFDesktop4 non lo trovo

https://bugs.debian.org/cgi-bin/pkgrepo ... ist=stable

Quale workaround hai usato?
Categorie: Forum Debianizzati

grub debian jessie

Mar, 10/07/2018 - 13:45
Ciao a tutti.
Ho ripristinare con l'immagine di sistema, creato con systembak, la "root" e sto tentando di configurare per la grub per visualizzare il sistema operativo in dual boot.
Da terminale faccio "update-grub, ma la distro Arch linux non è più trovata.
Ho configurato l'impostazione da grub " nano /etc/default/grub" e ho impostato il time per visualizzarla all'avvio del sistema, ma purtroppo questo non mi accade.
Ho installato nuovamente la grub da Debian e l'installazione "apt-get install grub", mi installa la grub-legacy.
Chiedo suggerimenti per visualizzare la grub all'avvio e il dual boot di Arch facendo "update-grub".
Col comando "lsblk -l", le partizioni esistenti di Arch sono ancora presenti.
Grazie.
Categorie: Forum Debianizzati

Re: ASCII-Art

Mar, 10/07/2018 - 13:26
No, in questo caso si tratta do un app, preferibilmente con gui, per convertire le foto in ascii art.
Categorie: Forum Debianizzati

Re: XFCE 4.12, icone che si riordinano ad ogni login

Mar, 10/07/2018 - 13:01
penso sia un bug già segnalatissimo
io alla fine ho ceduto e ho optato per un workaround
in genere comunque è meglio lasciare la dimensione predefinita delle icone, altrimenti anche i workaround zoppicano
Categorie: Forum Debianizzati

XFCE 4.12, icone che si riordinano ad ogni login

Mar, 10/07/2018 - 11:45
Ciao,

Sto sperimentando questo bug dopo aver cambiato il computer

https://bugzilla.xfce.org/show_bug.cgi?id=11266

assurdo che sia in circolazione da 4 anni e mai risolto.

Al di là di alcuni workaround proposti, c'è la possibilità di riportare il bug anche ai manutentori del pacchetto senza avere un PC con Debian da cui avviare reportbug?

Grazie
Categorie: Forum Debianizzati