Forum Ubuntu-it

Salve a tutti, ho un portatile Acer Extensa 5230, con un processore Intel Celeron 575 da 2ghz.

Qualche giorno fa ho installato tutto contento Ubuntu karmic, mi andava tutto benissimo, il sistema filava alla grande, poi ieri mattina ho fatto degli aggiornamenti, e da allora vedo il mio processore che sta costantemente al 40-50% di frequenza A RIPOSO, cioè lasciato il sistema esattamente come è all'avvio.

La cosa strana è che mi accadde lo stesso con kubuntu 9.04, e ho lo stesso problema con kubuntu 9.10!
C'è un modo per ripristinare il sistema allo stato di ieri mattina, prima di tutti quei aggiornamenti, in modo che posso farli uno alla volta e vedere quale è la causa scatenante di tutto questo casino?

Io comunque ho supposto che il problema è l'aggiornamento del kernel da 2.6.31-14 a 2.6.31-15.. ma è solo una supposizione di cui non sono assolutamente convinto.

Please la situazione è un vero casino, qualcuno può aiutarmi?

intanto potresti aprire un terminale, dare il comando: e tenerlo d'occhio mentre lavori in modo da vedere quali programmi/servizi occupano la cpu e postare il risultato.

guarda, usando htop, top e il monitor di sistema di gnome, vedo qualche processo sparso che occupa dal 2 al 5%, ma mai ad arrivare al 50% (e addirittura per alcuni periodi al 100%!!!!).
Idem su kubuntu, non c'è nessun processo che mi impegna così tanto il processore!

Ha scheda grafica Intel? Nel qual caso l'ipotesi che i problemi derivino dall'aggiornamento del kernel prenderebbe consistenza.

La scheda grafica è integrata, quindi si, ho la scheda intel...
In ogni caso, siccome non voglio assolutamente formattare due sistemi dopo che ci ho messo giorni a configurarmeli, volevo fare una sorta di downgrade alla situazione di ieri. È possibile? Sapevo di un comando apt-get downgrade, o qualcosa del genere..

Che poi non ne ho neanche la certezza che sia il kernel perchè con ubuntu gnome ho cominciato ad avere problemi anche prima di fare il dist-upgrade

Da GRUB non hai la possibilità di entrare con la versione del kernel precedente?

Si certo, ma il problema persiste, anche per questo penso che può non essere il kernel aggiornato. Anche perchè avevano detto di aver risolto i problemi tra kernel e schede intel...

Ti consiglio di fare un nuovo post chiedendo aiuto per i driver intel che a quanto pare non hanno finito di crear rogne, così chi ne possiede una può darti una mano.

ma intanto nessuno mi sa dire come posso ripristinare il sistema pre-aggiornamenti?!?!?!!?

e se provassi a reinstallare xorg?
o a cancellare il file xorg.conf?

Il fatto è che con karmic koala non funziona più il vecchio e comodo comando per riconfigurare xorg(dpkg-reconfigure xserver-xorg). Se, come ho fatto io, hai un backup di un precedente xorg.conf ti consiglio di seguire questa discussione: http://forum.ubuntu-it.org/viewtopic.php?t=330340msg2544368

Il problema non è xorg ne il kernel, ma molto probabilmente udev

Se è il servizio udev a darti problemi top te lo avrebbe segnalato, in ogni caso è facile fermare il servizio e ripristinarlo se serve, qui un caso risolto http://forum.ubuntu-it.org/index.php?theme=5&topic=129218.0

No la cosa strana è che ne top ne htop me lo segnalavano! Mi segnalavano un udevd che occupava un 5%, ma mai il 60%!!
Resta il fatto che stoppandolo forzatamente tutto torna alla normalità, non metto il tag risolto perchè sto facendo una controverifica: installo su un altra installazione di ubuntu un aggiornamento alla volta. Potrebbe non essere udev il problema, ma chi lo chiama.
Una volta scovato definitivamente il bug lo segnalo. Anche se proprio poco fa sono arrivati un po' di bugfixes... speriamo che la mia non è tutta fatica inutile ^^

OOK finalmente risolto... o quasi

Alla fine il problema era udev:
Al momento di rilascio di ubuntu karmic koala, udev ha un bug: in alcuni casi (il mio per esempio) ha difficoltà a leggere partizioni e dischi da montare, questo bug è stato corretto con un aggiornamento "raccomandato", ma ciò ha aperto un altro bug, e cioè che udev ancora non so in che modo va a impegnare pesantemente la cpu, pergiunta senza dare un riscontro ben chiaro nei monitor di sistema.

Quindi se per caso dopo un aggiornamento (magari dopo un riavvio del computer anche) vi capita che il processore schizza tra il 40% e il 60% di carico costante, colpa molto probabilmente è di udev.

A questo punto le cose da fare sono due: o siete dei programmatori mostruosi e risolvete da soli il problema e avrete fama eterna e donne ai vostri piedi, oppure fate come i poveracci come me che DOWNGRADATE il pacchetto.

Come si fa?
Così:
Prima di tutto scopriamo quali sono le versioni di udev interessate dall aggiornamento così: Vi uscirà un output enorme in cui sono elencate tutte le dipendenze da e verso udev, e poi alla fine ci saranno questi 3 righi: Quei numerini sono le nostre versioni, la 147~-6.1 è la incriminata per voler uccidere il mio processore per fusione del nocciolo (peccato che ho un Celeron e non un Atom perchè quì ci sarebbe stata una battuta magnifica su un processore Atomico xD xD ok basta torniamo alle cose serie).
La 147~-6 invece è quella un po orba, ma tra le due preferisco di gran lunga questa. Allora procediamo al downgrade DA 147~-6.1 A 147~-6.
Basta inserire il comando: Questo comando downgraderà udev alla versione iniziale, così potrete ancora usare il vostro caro processore ancora per tanto tempo, in trepida attesa che gli sviluppatori di udev sistemino tutto questo casino ^^

Ultima cosa: se avete problemi a vedere le partizioni del vostro pc, o altri dischi, provate ad aprire gparted, so che è una soluzione rozza, ma lui va a fare un check di tutti i filesystems e vi vede tutte le partizioni, che potrete tranquillamente montare come sempre una volta chiuso gparted. Se avete una soluzione migliore di questa è ben accettissima xD xD

Ora passiamo alla burocrazia, io cambio il titolo del topic, ma va spostato da hardware a software secondo me come faccio? E inoltre questa miniguida che ho scritto io la metterei in un posto un po' più visibile, dato che il mio portatile (un Acer Extensa 5230 con Intel Celeron) non è proprio poco diffuso in giro...

Segnala il post ad un moderatore perchè lo sposti nella sede più opportuna e ti consigli il modo più proficuo per dargli la giusta visibilità. Chi la dura la vince eh  ;)

Grazie mille Avatar88!

In questo modo ho risolto il problema di pulseaudio che si magnava la ram.. (2,1 GB di pulseaudio..  (rotfl)).
Sembra infatti che ci sia una incompatibilità tra pulseaudio 0.9.19 (e successivi, credo..) e udev 147~-6.1, mentre con le versioni precedenti di udev il problema non si presenta..

Ti offro una birra virtuale  (b2b)