[openmamba-devel-it] problema con eeepc
Silvan Calarco
silvan.calarco a mambasoft.it
Gio 2 Ago 2012 19:13:38 CEST
In data giovedì 02 agosto 2012 18:15:20, Fabio Giani ha scritto:
> Il giorno 02 agosto 2012 10:50, Silvan Calarco
>
> <silvan.calarco a mambasoft.it>ha scritto:
> > In data giovedì 02 agosto 2012 07:37:30, Fabio Giani ha scritto:
> > > Il giorno 01 agosto 2012 21:07, Silvan Calarco
> > >
> > > <silvan.calarco a mambasoft.it>ha scritto:
> > > > In data mercoledì 01 agosto 2012 19:57:10, Fabio Giani ha scritto:
> > > > > Il giorno 01 agosto 2012 11:48, Fabio Giani <fabio.giani a gmail.com>
> >
> > ha
> >
> > > > > scritto:
> > > > > > Il giorno 01 agosto 2012 11:39, Silvan Calarco <
> > > > > > silvan.calarco a mambasoft.it> ha scritto:
> > > > > >
> > > > > > **
> > > > > >
> > > > > >> In data mercoledì 01 agosto 2012 08:31:46, Fabio Giani ha
> > > > > >> scritto:
> > > > > >>
> > > > > >> Ciao, ho provato sia con la 2.0.10 che con la 2.0.9, ho creato
> > > > > >> una
> > > > > >> chiavetta di avvio per installare openmamba su un Asus
> >
> > 1015CX-WHI001U
> >
> > > > con
> > > >
> > > > > >> entrambe le versioni arriva provando un po tutte le modalità di
> >
> > avvio
> >
> > > > > >> arriva al massimo a 'avvio dei servizi' poi si congela senza
> > > > > >> alcun
> > > > > >> messaggio di errore e non risponde neppure ad un ctrl-alt-canc,
> >
> > nei
> >
> > > > vari
> > > >
> > > > > >> tentativi sono riuscito ad avviare solo in init 1 ma da li poi
> > > > > >> sia
> > > >
> > > > init3
> > > >
> > > > > >> che init5 si bloccano pressochè immediatamente senza errori
> > > >
> > > > visibili!!!
> > > >
> > > > > >> Qualsiasi suggerimento è più che gradito visto che il pc è
> >
> > totalmente
> >
> > > > > >> vuoto e ho necessità di installare un so al più presto.
> > > > > >>
> > > > > >> Ciao Fabio,
> > > > > >>
> > > > > >> non sono riuscito a vedere l'immagine, comunque se parte in init
> >
> > 1 ed
> >
> > > > in
> > > >
> > > > > >> questo runlevel siamo sicuri che il sistema non si blocca, un
> >
> > metodo
> >
> > > > di
> > > >
> > > > > >> debugging molto grezzo è di eseguire uno ad uno gli script di
> > > >
> > > > runlevel 3,
> > > >
> > > > > >> ovvero gli script che iniziano con 'S' in /etc/rc3.d, ad esempio:
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> /etc/rc3.d/S12random
> > > > > >>
> > > > > >> /etc/rc3.d/S13sysinit
> > > > > >>
> > > > > >> /etc/rc3.d/S14syslog-ng
> > > > > >>
> > > > > >> ...eccetera, fino a verificare dopo quale script si blocca il
> > > > > >> sistema.
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> Silvan
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> --
> > > > > >>
> > > > > >> mambaSoft di Calarco Silvan
> > > > > >>
> > > > > >> Web: http://www.mambasoft.it
> > > > > >>
> > > > > >> mambaSoft Store @ http://www.mambastore.it
> > > > > >>
> > > > > >> openmamba GNU/Linux development @ http://www.openmamba.org
> > > > > >
> > > > > > --
> > > > > > -----------------------------------
> > > > > > http://www.freenetitaly.it
> > > > > > *I migliori prezzi online*
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ok ricreo la penna con la versione più recente e nel pomeriggio
> >
> > provo
> >
> > > > > > a
> > > > > > fare qualche test!!
> > > > >
> > > > > Fino a prima di S22.. tutto ok, poi S22..., S23.., S26udev..,
> >
> > S26ufw..
> >
> > > > > si
> > > > > bloccano S30 ok da li ho dovuto sospendere, stasera vedo di
> >
> > proseguire!!
> >
> > > > Se si blocca indipendentemente dal servizio quello che mi viene in
> >
> > mente è
> >
> > > > che
> > > > possa essere un problema (non sorprendente) con unionfs. Sei partito
> > > > da
> > > > una
> > > > chiavetta nuova, oppure c'era già una cartella /rwroot? Nel caso
> >
> > sarebbe
> >
> > > > da
> > >
> > > La chiavetta non era nuova ma è stata riformattata prima di installare
> > > il
> > > tutto.
> > >
> > > > cancellare prima di riprovare, mentre se no guarderei il log del
> > > > kernel
> > > > (dmesg) per vedere se ci sono errori relativi a unionfs.
> > >
> > > Il problema è che quando si blocca non ho modo di vedere i log!!
> >
> > In base a quanto rispondi il problema con unionfs mi sembra meno
> > probabile,
> > comunque sempre da tenere in considerazione.
> > Essendo il computer uscito sul mercato prenderei ora in considerazione
> > invece
> > un problema nel kernel e a tal proposito farei queste prove e
> > considerazioni:
> >
> > 1) partito in runlevel 1 prova a rinominare la cartella
> > /lib/modules/3.2mamba
> > e a lanciare dopo un 'sudo depmod' in modo che non trovi più alcun modulo
> > da
> > caricare, nel caso in cui fosse uno di questi a causare il problema.
> > Dopodichè
> > prova con init 3 e init 5
>
> Così facendo parte sia in init 3 ch in init 5, in init 5 il mouse non
> funziona ma suppongo sia giusto così
Bisognerebbe capire qual è il modulo che lo blocca. Al momento non so indicare
un metodo preciso, qualche suggerimento:
0) un metodo brute force rapido da applicare (comando da copiare esattamente):
find /lib/modules/3.2mamba -name *.ko -exec echo modprobing {} \; -exec sudo
modprobe {} \;
(da usare dopo aver rimesso a posto i moduli e dato 'depmod -a'; il metodo
magari è da raffinare un pò in quanto potrebbe piantare il sistema perchè sta
tendando di caricare di tutto, ma con una certa fortuna potrebbe piantarsi
invece sul modulo che causa il problema)
Altri suggerimenti:
1) rimettere a posto le sottodirectory dei moduli del kernel una alla volta, a
partire da /lib/modules/3.2mamba/kernel/*, ogni volta lanciare:
sudo depmod -a
sudo udevadm trigger
finchè non si blocca (facilmente al primo girò si bloccherà su
lib/modules/3.2mamba/kernel/drivers, ma anche sound è un buon candidato o
chissà). Ripetere il metodo con le sue sottodirectory e così via, almeno
finchè hai tempo e voglia di farlo.
2) rimettere i moduli del kernel tutti a posto ed aprire una console con:
sudo udevadm monitor
(che rimanga in primo piano), su un'altra console lanciare:
sudo udevadm trigger
le ultime righe di udevadm monitor prima che si pianti probabilmente
permettono di rintracciare il modulo/device che causa il problema
3) se ti funziona la rete accedere da un altro computer con una console ssh, e
attivare i messaggi su console con:
dmesg -D
e poi dare
sudo udevadm trigger
4) rimessi i moduli a posto e lanciato 'depmod -a', il comando 'lspci -v'
dovrebbe elencare i moduli richiesti da ciascun dispositivo PCI, questi si può
provare a caricarli a mano con
modprobe nome_modulo
ciao,
Silvan
--
mambaSoft di Calarco Silvan
Web: http://www.mambasoft.it
mambaSoft Store @ http://www.mambastore.it
openmamba GNU/Linux development @ http://www.openmamba.org
Maggiori informazioni sulla lista
openmamba-devel-it