[Chiusa]-Kernel 2.6.38.1 non va.

[et4beta]

Tra gli aggiornamenti di questa sera c'era il nuovo kernel 2.6.38.1, che al primo riavvio, pur con qualche incertezza è partito, ma dal secondo in poi non c'è stato più nulla da fare, si blocca in fase di boot, mentre il 2.6.37.12 mi va bene.
Ho anche provato a disinstallarlo e reinstallarlo, ma senza nessun risultato.
Altri con lo stesso problema?

Allego immagine al momento del blocco.

[vaillant]

Installato due ore fa, tutto bene...

Ma ti si blocca in quella schermata?

[et4beta]

Esatto, e non l'avvio in recovery.

Edit: sembra entrarci in qualche modo VirtualBox, che infatti ho.

[vaillant]

Si, c'è un errore nel caricamento del modulo di vb, ma escludo che possa essere la causa del blocco... in modalità recovery riesci ad accedere?

[et4beta]

Sì, riesco ad arrivare alla schermata del menu, poi qui però, oltre a non aver idea sul da farsi, se proseguo come terminale di root, il sistema dopo qualche input si blocca.


P.S. Confermo che se, nel menu di avvio del grub, scelgo invece il kernel 2.6.37.12(il precedente), va tutto bene.

[vaillant]

Riesci a dare un

Codice: Seleziona tutto

dmesg

e a riportare qualche dato?

[jester-]

Dopo aggiornamento mi ritrovo con schermo nero e senza tty con qualsiasi kernel, scheda nvidia gt220, modulo reinstallato, parte in recovery dove dando starx sortisce lo stesso effetto

[et4beta]

Riesci a dare un

Codice: Seleziona tutto

dmesg

e a riportare qualche dato?

È arrivato già un riaggiornamento del kernel 38.1, ma nulla è cambiato.
Ho avviato in recovery e sono arrivato al menu, avviato il terminale da root, ma la risposta al comando "dmseg" non presenta evidenti warning di errore, ho provato ad avviare in "low grafic mode", ma senza risultato, viene a mancare l'input al monitor e bisogna resettare, mentre con il kernel 37.12 (che sto usando ora) continua ad andare bene.

[vaillant]

Non so che altro suggerirti, mi spiace. Il kernel 2.6.38 è ancora un neonato (siamo alla RC2), per cui la cosa migliore è aspettare degli aggiornamenti

[PietroTux88]

io aspetto sempre la versione stabile dopo RC sul kernel ppa di ubuntu e non scarico mai un RC aspetto che sia reso disponibile dal sito dopo essere dichiarato stabile

[et4beta]

Grazie comunque vaillant, si fa sempre per provare.

io aspetto sempre la versione stabile dopo RC sul kernel ppa di ubuntu e non scarico mai un RC aspetto che sia reso disponibile dal sito dopo essere dichiarato stabile

Beh certo, se fosse l'unico O.S., ma a me non crea problemi (oltretutto il kernel precedente, ripeto, va ottimamente) perché ne ho quattro versioni installate di Ubuntu(tutte da Karmic a Natty) quindi il sistema comunque va, unica precauzione è tenere il grub che punti su una versione stabile(nel caso l'ottimo Maverick).
Comunque è un evidente problema di kernel e non c'è che da aspettare, lo strano è che già stamane ci fosse un aggiornamento e che non abbia risolto, forse i problemi più urgenti erano altri.

[tokijin]

Non uso Virtualbox quindi non entro nel merito.
Comunque al commento #4 di questo bug propongono un workaround:
https://bugs.launchpad.net/virtualbox/+bug/705593

[vaillant]

You need to change the following line
# include
with
# include
on every .h file in the /usr/share/virtualbox/src/vboxhost directory.

Non ho virtualbox e non posso controllare, ma spero per et4beta che non siano molti (rotfl)

[tokijin]

(ot) eh, c'è tutto il weekend a disposizione  :P

[et4beta]

Non avete la benché minima idea di quanto siano per me di conforto il vostro aiuto e, soprattutto la vostra comprensione. 
Ebbene mi ci è voluto un pochino meno di un week end, perché la stringa era presente una sola volta in un unico file.
Effettuata la variazione ho riavviato ma niente da fare, si bloccato allo stesso punto, però con una differenza, sono scomparse le righe relative a VBox, ma l'ultima è sempre "Checking battery state".

Ho allora riavviato con kernel "vecchio" e tutto è ora ok.

Aspetto.

[tokijin]

Ripeto che non ho VirtualBox, quindi non posso provare ciò che dico.
Però al commento #5 e sul forum di VirtualBox, bug #8143 dicono che i file da patchare sono più di uno; suggeriscono anche un metodo automatizzato per modificarli  (good)

Tentar non nuoce 

[et4beta]

Ho effettuato una nuova ricerca in tutte le numerose sottocartelle del percorso indicato, ed ho trovato altre quattro stringhe come quella del suggerimento. Editate e salvate. Stavolta c'è voluto un po' di tempo  ::)

Però al riavvio col kernel 38.1 il blocco si è ripresentato, anche il warning su VirtualBox è ricomparso insieme a diversi altri "Stopping" prima non presenti. Mi sono dimenticato di prendere un'immagine.
Ora lo vado a fare, la scalo e poi l'allego.

[dj_def]

Esatto, e non l'avvio in recovery.

Edit: sembra entrarci in qualche modo VirtualBox, che infatti ho.

VirtualBox per sicuro ha il problema dei moduli che non si compilano col 2.6.38 (occhio che hai scritto .1, al massimo è -rc1).
Però forse il problema è un altro... magari il driver video?

[vaillant]

occhio che hai scritto .1, al massimo è -rc1

Attualmente il kernel 2.6.38 è in RC2, tuttavia su Natty si chiama 2.6.38-1

[dj_def]

occhio che hai scritto .1, al massimo è -rc1

Attualmente il kernel 2.6.38 è in RC2, tuttavia su Natty si chiama 2.6.38-1