Pagina 3 di 3

Re: Iberna, Sospendi e Ram

Inviato: mercoledì 23 dicembre 2009, 4:26
da yves
Non so "dove" stia il problema, ci sono stati diversi cambiamenti "radicali" dalla 9.04 alla 9.10 (Grub2 e ext4 in primis), c'è in oltre il "modesetting", insomma, individuare il problema è un pasticcio, escludo a priori che sia hardware, ma potrebbe benissimo essere una sciocchezza che più stupida non si può, ma non riesco a trovare riscontri affidabili sul come intervenire.

Tentiamo il "DebuggingKernelSuspend", la procedura è semplice, cosa spero è poter interpretare il risultati, esegui queste operazioni e vediamo che esce:

Codice: Seleziona tutto

sudo su
entri la password di root, quindi:

Codice: Seleziona tutto

sync; echo 1 > /sys/power/pm_trace; pm-suspend
il sistema cercherà di entrare in veglia, aspetta un pò di secondi ed agisci sul tasto di accensione, vedi se si riprende, che si riprenda o no ora lo devi spegnere o riavviare, al riavvio dai questo comando:

Codice: Seleziona tutto

dmesg > dmesg-pmtrace.txt
e posta il file, una volta avviato, comunque, dai un occhiata che tutto sia ok, sul mio mi son trovato la data a Febbraio 2036, son invecchiato di un botto  (rotfl)

Ciao e Buone Feste a tutti.

Re: Iberna, Sospendi e Ram

Inviato: mercoledì 23 dicembre 2009, 7:45
da paper0k
[ OT ]
radcla non sei stato mica sospeso per questo! ;)

Buona Natale anche a te (b2b)
[ /OT ]

Re: Iberna, Sospendi e Ram

Inviato: giovedì 24 dicembre 2009, 6:16
da radcla
yves ha scritto: Non so "dove" stia il problema, ci sono stati diversi cambiamenti "radicali" dalla 9.04 alla 9.10 (Grub2 e ext4 in primis), c'è in oltre il "modesetting", insomma, individuare il problema è un pasticcio, escludo a priori che sia hardware, ma potrebbe benissimo essere una sciocchezza che più stupida non si può, ma non riesco a trovare riscontri affidabili sul come intervenire.

Tentiamo il "DebuggingKernelSuspend", la procedura è semplice, cosa spero è poter interpretare il risultati, esegui queste operazioni e vediamo che esce:

Codice: Seleziona tutto

sudo su
entri la password di root, quindi:

Codice: Seleziona tutto

sync; echo 1 > /sys/power/pm_trace; pm-suspend
il sistema cercherà di entrare in veglia, aspetta un pò di secondi ed agisci sul tasto di accensione, vedi se si riprende, che si riprenda o no ora lo devi spegnere o riavviare, al riavvio dai questo comando:

Codice: Seleziona tutto

dmesg > dmesg-pmtrace.txt
e posta il file, una volta avviato, comunque, dai un occhiata che tutto sia ok, sul mio mi son trovato la data a Febbraio 2036, son invecchiato di un botto  (rotfl)

Ciao e Buone Feste a tutti.
ho dato i comandi suggeriti, purtroppo la sospensione non ha funzionato, ho dovuto riavviare spegnendo e riaccendendo l'interruttore dell'alimentazione elettrica del pc (quello sul retro, per capirci meglio).
Ma ripeto, a meinteressa l'ibernazione, che salva l'immagine del lavoro su disco, e non la sospensione che la mantiene nella ram con tutti i rischi connessi (in caso di black out elettrico me la perderei). Comunque sia il problema è simile sia per l'ibernazione che per l sospensione, non funzionano entrambe le funzioni.

Allego il file che mi avevi chiesto di generare al riavvio.

Ancora buone feste e grazie per la pazienza che hai (good)


PS. ma l'immagine che è in fondo al tuo ultimo post, ma prima della firma, è una qualche indicazione per me? Perché in tal caso non l'ho proprio capita! ???

Re: Iberna, Sospendi e Ram

Inviato: venerdì 25 dicembre 2009, 2:39
da yves
Apparentemente il problema è questo:

Codice: Seleziona tutto

[    1.526518]   Magic number: 5:436:14
[    1.526520]   hash matches /build/buildd/linux-2.6.31/drivers/base/power/main.c:382
Non c'è però niente altro che possa indicare cosa lo provoca, cioè nessuna altra voce "hash matches", quindi siamo al punto di partenza.

Il comando doveva attivare la sospensione, non l'ibernazione, e nello stesso tempo darci le info su cosa la impediva, io speravo in un modulo "bloccato", ma non risulta, a questo punto, in tutta sincerità, inutile torturarlo ancora, ci sono errori nel "dmesg" che continuano ad esserci, bug software? bios bacato? non so..

Codice: Seleziona tutto

generic-usb: probe of 0003:058F:6364.0001 failed with error -22
le informazioni relative alle USB sono queste:

Codice: Seleziona tutto

00:04.0 USB Controller: nVidia Corporation GeForce 7100/nForce 630i USB (rev a1) (prog-if 10)
	Subsystem: Micro-Star International Co., Ltd. Device 7366
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0 (750ns min, 250ns max)
	Interrupt: pin A routed to IRQ 21
	Region 0: Memory at feb7f000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: <access denied>
	Kernel driver in use: ohci_hcd

00:04.1 USB Controller: nVidia Corporation MCP73 [nForce 630i] USB 2.0 Controller (EHCI) (rev a1) (prog-if 20)
	Subsystem: Micro-Star International Co., Ltd. Device 7366
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0 (750ns min, 250ns max)
	Interrupt: pin B routed to IRQ 22
	Region 0: Memory at feb7ec00 (32-bit, non-prefetchable) [size=256]
	Capabilities: <access denied>
	Kernel driver in use: ehci_hcd
altre info qui:

Codice: Seleziona tutto

        *-usb:0
             description: USB Controller
             product: GeForce 7100/nForce 630i USB
             vendor: nVidia Corporation
             physical id: 4
             bus info: pci@0000:00:04.0
             version: a1
             width: 32 bits
             clock: 66MHz
             capabilities: pm bus_master cap_list
             configuration: driver=ohci_hcd latency=0 maxlatency=1 mingnt=3
             resources: irq:21 memory:feb7f000-feb7ffff
        *-usb:1
             description: USB Controller
             product: MCP73 [nForce 630i] USB 2.0 Controller (EHCI)
             vendor: nVidia Corporation
             physical id: 4.1
             bus info: pci@0000:00:04.1
             version: a1
             width: 32 bits
             clock: 66MHz
             capabilities: debug pm bus_master cap_list
             configuration: driver=ehci_hcd latency=0 maxlatency=1 mingnt=3
             resources: irq:22 memory:feb7ec00-feb7ecff
di tutto ciò l'unica relazione con la stringa in "dmesg" è il "22" che (potrebbe essere) l'IRQ, conflitto con la scheda video?

Codice: Seleziona tutto

        *-display
             description: VGA compatible controller
             product: C73 [GeForce 7100 / nForce 630i]
             vendor: nVidia Corporation
             physical id: 10
             bus info: pci@0000:00:10.0
             version: a2
             width: 64 bits
             clock: 66MHz
             capabilities: pm msi bus_master cap_list rom
             configuration: driver=nvidia latency=0
             resources: irq:22 memory:fd000000-fdffffff memory:d0000000-dfffffff(prefetchable) memory:fc000000-fcffffff memory:feb40000-feb5fff
Anche lei è sullo stesso IRQ, non dovrebbe fare storie anche perchè la scheda video funziona correttamente.

Di più non so che fare, su Google ci sono un bel pò di pagine in relazione alla sospensione (e non solo per Ubuntu), ma niente che aiuti.

Puoi provare a vedere se hai gli ultimi driver Nvidia installati (credo siano i "190"), aggiornandoli all'ultima versione potrebbe aiutare.

Mi piazzo la discussione nei preferiti (se trovo una pista la aggiorno), spero comunque che a qualcuno venga un idea, perchè io non saprei proprio che provare oltre a quanto già fatto.

PS: l'immagine era in relazione ad un errore sul mio portatile quando ho provato il comando del "suspend" (prima di fartelo applicare sul tuo) per vedere se riuscivo ad interpretarlo, non sò che ha fatto ma mi ha modificato la data spostandola al 2036  (rotfl), e ci ho messo pure un paio di minuti per capire che succedeva  :-X

Ciao e Buone Feste a tutti

Re: Iberna, Sospendi e Ram

Inviato: venerdì 25 dicembre 2009, 6:10
da radcla
a me, per fortuna, non mi ha portato al 2036  ;D , mi ha lasciato la data corretta ma anche tutti i problemi che avevo inizialmente con l'ibernazione.

Ho notato (e apprezzato  ;) ) che tu le abbia provate tutte. Purtroppo c'è un qualcosa di non definito che non mi fa funzionare l'ibernazione (che funzionava su questo stesso pc con la 9.04).
Se arriverranno ulteriori contributi, sarò ben lieto di testarli, altrimenti attendo la 10.04 che dovrebbe essere LTS, e forse il tutto si risolverà.
Grazie comunque per avermi risolto il problema della ram, i kernel pae ora me la leggono tutta  (good)

Grazie dell'aiuto  yves, e ancora Buon Natale a te e tutta la comunità di ubuntu.it! (b2b)

PS. purtroppo tutto ciò che hai messo sotto codice io non sono in grado di interpretarlo, non ho le tue conoscenze, ma mi fido delle tue interpretazioni.
PPS. Se in altri modi riuscirò a trovare una soluzione (tramite amici, altri forum, ecc...) la pubblicherò qui. ;)
PPPs: i driver nVidia li ho aggiornati già da una decina di giorni, appunto alla 190

Re: Iberna, Sospendi e Ram

Inviato: venerdì 25 dicembre 2009, 8:02
da yves
Spetta un pò, me ne son perso una, te le avevo già accennate ma poi le ho "sorvolate" e non le abbiamo applicate  >:(

Ti passo le info come di abitudine nella sequenza da svolgere, se in una vedi stranezze non esegui le successive e le posti, quanto ti scrivo è tratto dall'articolo di Divilinux sul suo Blog, so che funzionava con la 7.10 (lo usavo sul mio), ti ho fatto eseguire il "pm-suspend" senza prima controllare l'essenziale, mannaggia...

1)Svuotiamo la cache di apt, questo serve solo a eliminare i pacchetti scaricati e già installati, non installa o rimuove nulla ma mi assicura che il pacchetto che ti faccio installare / reinstallare lo scarica dalla rete (nel caso fosse stato corrotto per una qualsiasi ragione):

Codice: Seleziona tutto

sudo apt-get clean
puliamo files di configurazione residui, questo potrebbe dare errori, non è importante, anche se ne da prosegui:

Codice: Seleziona tutto

sudo dpkg --purge `COLUMNS=300 dpkg -l | egrep "^rc" | cut -d' ' -f3`
ora apri Synaptic (Gestore pacchetti) e cerca un pacchetto dal nome "pm-utils", se non è installato installalo, se fosse già installato click destro su di lui -> Reinstalla, quindi cerca il pacchetto "pulseaudio-utils", se non è installato installalo, se è installato lascialo com'è (non reinstallarlo) una volta terminato chiudi Synaptic.
2) Dal terminale dai questo comando:

Codice: Seleziona tutto

sudo gedit /etc/default/acpi-support
nel file che si apre cerca queste due voci:

Codice: Seleziona tutto

# Comment the next line to disable ACPI suspend to RAM
ACPI_SLEEP=true
# Comment the next line to disable suspend to disk
ACPI_HIBERNATE=true
trasformale in questo modo:

Codice: Seleziona tutto

# Comment the next line to disable ACPI suspend to RAM
#ACPI_SLEEP=true
# Comment the next line to disable suspend to disk
#ACPI_HIBERNATE=true
questo serve a disattivare il processo di sospensione / ibernazione gestito da ACPI che potrebbe generare il difetto, se già c'è un cancelletto (#) davanti ad entrambe o non ci sono lascia come è e chiudi.
STOP!, la stringa del kernel è già pronta e non ci serve modificarla, di Swap ce n'è abbastanza, anche se tutto era già come doveva essere (le modifiche che ti ho indicato ai punti 1 e 2) continua con il 3, se il pacchetto "pm-utils" aveva un problema qualsiasi ora è fresco di fabbrica.
3) chiudi tutto e riavvia il PC, una volta fatto login e tutto caricato apri il terminale e digita questo comando:

Codice: Seleziona tutto

sudo pm-suspend
dovrebbe andare in sospensione, se funziona prova a "svegliarlo" con il tasto "Enter" (o il pulsante di accensione, se non funziona il tasto), se non funziona riprova con quello di prima, cioè:

Codice: Seleziona tutto

sudo pm-suspend --quirk-dpms-suspend --quirk-vbe-post
.

Se questo sopra non ha dato risultato:
Aggiungi un parametro al kernel, edita come hai già fatto e aggiungi "acpi_osi=Linux" come nell'esemio sotto:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodesetting acpi_osi=Linux resume=/dev/sda5"
GRUB_CMDLINE_LINUX=""
quindi aggiorna il file di configurazione:

Codice: Seleziona tutto

sudo update-grub2
Riavvia il PC e ritenta i comandi per la sospensione descritti al passo 3.

Che funzioni o no quanto sopra posta il risultato di questo comando:

Codice: Seleziona tutto

cat /proc/interrupts
giusto per vedere se non c'è un conflitto IRQ.

Ciao e Buone Feste a tutti.

Re: Iberna, Sospendi e Ram

Inviato: lunedì 28 dicembre 2009, 4:59
da radcla
yves ha scritto:
Grazie ancora per avermi indicato questo ulteriore tentativo  (good)

Purtroppo non ha funzionato, è andato bene il punto 1 e 2  ma i tentativi di mandarlo in sospensione o ibernazione, indicati al punto 3, sono purtroppo falliti, come tutte le volte precedenti. :'(

Non ho proceduto oltre perché quanto hai scritto (e che riporto nel quote qui sotto), non so come farlo! Devo editare il kernel quando mi si presenta, all'avvio, la schermata di Grub?

Inoltre, tu mi suggerisci di inserire nel kernel "acpi_osi=Linux" ma dopo la voce "quiet splash nomodesetting", io ho, invece, solo quiet splash nel kernel, e non nomodesetting, che lo avevo provato qualche volta (senza risultati apprezzabili), ma in alternativa a quiet splash e non insieme. Ora che faccio, li metto tutti e due assieme, anzi tre, assieme, quiet splash, nomodesetting e acpi_osi=Linux, come mi hai indicato?
Se questo sopra non ha dato risultato:
Aggiungi un parametro al kernel, edita come hai già fatto e aggiungi "acpi_osi=Linux" come nell'esemio sotto:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodesetting acpi_osi=Linux resume=/dev/sda5"
GRUB_CMDLINE_LINUX=""
quindi aggiorna il file di configurazione:

Codice: Seleziona tutto

sudo update-grub2
Riavvia il PC e ritenta i comandi per la sospensione descritti al passo 3.

Che funzioni o no quanto sopra posta il risultato di questo comando:

Codice: Seleziona tutto

cat /proc/interrupts
giusto per vedere se non c'è un conflitto IRQ.

Ciao e Buone Feste a tutti.
Grazie ancora per l'attenzione e di nuovo buone feste a tutta la comunità!

Re: Iberna, Sospendi e Ram

Inviato: lunedì 28 dicembre 2009, 6:54
da yves
Ometti il nomodesetting, non sapevo se lo avevi mantenuto o no, metti solo questo:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux resume=/dev/sda5"
GRUB_CMDLINE_LINUX=""
ed esegui gli altri passaggi, vediamo se quel parametro cambia qualcosa, che funzioni o no se non vedi peggioramenti per ora mantienilo, una volta riavviato con quel parametro dai il comando:

Codice: Seleziona tutto

cat /proc/interrupts
che voglio ficcanasare un pò negli IRQ, non vorrei ce ne fosse uno in errore.

Dopo tutte le prove che abbiamo eseguito son sempre più convinto che per sbloccare la situazione si dovrà tentare con i parametri sulla stringa del kernel, ce ne sono alcuni che ho in mente, ma non li inserisci nella maniera come qui sopra bensì all'avvio, cioè editando la stringa del kernel appena avviato il PC, in questa maniera se provocano un blocco totale all'avvio riavviando ritorna come prima, inseriscili come indicato e nella sequenza qui sotto, li piazzi fra "quiet splash" e "acpi_osi=Linux", uno alla volta, provato i tre vai a coppie di due ed in ultimo i 3 assieme (sempre senza levare quelli presenti), è "rognoso" perchè ogni volta bisogna riavviare il PC e provare quindi la sospensione per vedere se va, sotto ogni parametro la spiegazione di come agisce, le prove sono queste:

Codice: Seleziona tutto

noapic
[SMP,APIC] Tells the kernel to not make use of any IOAPICs that may be present in the system.

Codice: Seleziona tutto

noacpi
[X86] Do not use ACPI for IRQ routing or for PCI scanning.

Codice: Seleziona tutto

libata.noacpi
[LIBATA] Disables use of ACPI in libata suspend/resume when set. Format:
un esempio per accoppiarli:

Codice: Seleziona tutto

noapic noacpi
ma sempre, per ora, in maniera provvisoria, già solo con quei 3 puoi fare 9 combinazioni, quindi eseguili con calma quando hai un pò di tempo da perdere, se funziona meglio, ma non ci metterei la mano sul fuoco   ;)

Qui un elenco abbastanza importante di parametri, giusto a titolo di informazione.

Ciao e Buone Feste

Re: Iberna, Sospendi e Ram

Inviato: domenica 17 gennaio 2010, 5:33
da radcla
yves ha scritto: Ometti il nomodesetting, non sapevo se lo avevi mantenuto o no, metti solo questo:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux resume=/dev/sda5"
GRUB_CMDLINE_LINUX=""
ed esegui gli altri passaggi, vediamo se quel parametro cambia qualcosa, che funzioni o no se non vedi peggioramenti per ora mantienilo, una volta riavviato con quel parametro dai il comando:

Codice: Seleziona tutto

cat /proc/interrupts
che voglio ficcanasare un pò negli IRQ, non vorrei ce ne fosse uno in errore.

Dopo tutte le prove che abbiamo eseguito son sempre più convinto che per sbloccare la situazione si dovrà tentare con i parametri sulla stringa del kernel, ce ne sono alcuni che ho in mente, ma non li inserisci nella maniera come qui sopra bensì all'avvio, cioè editando la stringa del kernel appena avviato il PC, in questa maniera se provocano un blocco totale all'avvio riavviando ritorna come prima, inseriscili come indicato e nella sequenza qui sotto, li piazzi fra "quiet splash" e "acpi_osi=Linux", uno alla volta, provato i tre vai a coppie di due ed in ultimo i 3 assieme (sempre senza levare quelli presenti), è "rognoso" perchè ogni volta bisogna riavviare il PC e provare quindi la sospensione per vedere se va, sotto ogni parametro la spiegazione di come agisce, le prove sono queste:

Codice: Seleziona tutto

noapic
[SMP,APIC] Tells the kernel to not make use of any IOAPICs that may be present in the system.

Codice: Seleziona tutto

noacpi
[X86] Do not use ACPI for IRQ routing or for PCI scanning.

Codice: Seleziona tutto

libata.noacpi
[LIBATA] Disables use of ACPI in libata suspend/resume when set. Format:
un esempio per accoppiarli:

Codice: Seleziona tutto

noapic noacpi
ma sempre, per ora, in maniera provvisoria, già solo con quei 3 puoi fare 9 combinazioni, quindi eseguili con calma quando hai un pò di tempo da perdere, se funziona meglio, ma non ci metterei la mano sul fuoco   ;)

Qui un elenco abbastanza importante di parametri, giusto a titolo di informazione.

Ciao e Buone Feste
Ciao yves e grazie.  (good)
Mi sono preso un periodo di pausa, coincidente con le feste, e ora mi cimenterò con le tante prove che mi hai indicato.
Se troverò risultati interessanti li posterò qui, sperando che potrebbero essere utili anche ad altri che si trovano nella mia stessa situazione.

A risentirci nei prossimi giorni  ;)

Re: Iberna, Sospendi e Ram

Inviato: domenica 17 gennaio 2010, 12:29
da yves
Ciao Radcla, io ho approfittato di un pò di calma per installare la Karmic sul mio, l'unico sistema per conoscerla un pò meglio è usarla.

Indovina un pò? Sospensione ed ibernazione nemmeno sul mio vanno più  >:( >:(

Non riesco a sbloccare la situazione, sia con Ubuntu che Kubuntu il difetto è lo stesso, va in sospensione ma al risveglio resta lo schermo inesorabilmente spento e tastiera / mouse pare siano "scollegati", devo forzare lo spegnimento e poi riaccendere.
Mi ha permesso comunque fare un pò di test e ricerche mirate, nulla di risolutivo e, come pensavo, tutto molto aleatorio, una soluzione che sembra funzionare ad un utente non risolve nulla ad un altro con un "difetto dichiarato" identico, a mio modesto parere è un bug del kernel, sembra non riesca a risvegliare correttamente alcune periferiche.

Vedrò se trovo una soluzione, ma a prima vista bisognerà tenersela cosi  :(

Re: Iberna, Sospendi e Ram

Inviato: lunedì 18 gennaio 2010, 4:32
da radcla
yves ha scritto: Ciao Radcla, io ho approfittato di un pò di calma per installare la Karmic sul mio, l'unico sistema per conoscerla un pò meglio è usarla.

Indovina un pò? Sospensione ed ibernazione nemmeno sul mio vanno più  >:( >:(

Non riesco a sbloccare la situazione, sia con Ubuntu che Kubuntu il difetto è lo stesso, va in sospensione ma al risveglio resta lo schermo inesorabilmente spento e tastiera / mouse pare siano "scollegati", devo forzare lo spegnimento e poi riaccendere.
Mi ha permesso comunque fare un pò di test e ricerche mirate, nulla di risolutivo e, come pensavo, tutto molto aleatorio, una soluzione che sembra funzionare ad un utente non risolve nulla ad un altro con un "difetto dichiarato" identico, a mio modesto parere è un bug del kernel, sembra non riesca a risvegliare correttamente alcune periferiche.

Vedrò se trovo una soluzione, ma a prima vista bisognerà tenersela cosi  :(
Mi spiace per te ma mi conforta sapere che non accade solo a me ma anche a grandi esperti del mondo ubuntu, quale sei.
Pensavo che il problema fosse il file system ext4, ma probabilmente è un bug del kernel, come dici.

COntinuerò a fare le prove che mi avevi suggerito nel tuo post precedente, ma ormai, ad essere sincero, non nutro speranze di risoluzione del problema. Probabilmente, spero, che la cosa si risolva ad aprile, con la 10.04 che dovrebbe essere anche LTS. Sembra lontano aprile, ma se sono andato avanti da ottobre (con la 9.10) potrò attendere ancora qualche mese ;)