[openmamba-devel-it] errore in aggiornamento

[Silvan Calarco]

In data mercoledì 18 marzo 2009 12:03:31, Fabio Giani ha scritto:
: > Silvan Calarco ha scritto:
> > In data mercoledì 18 marzo 2009 00:13:08, Fabio Giani ha scritto:
> >> Durante l'installazione del pacchetto
> >> kernel-mamba-wireless-2.6.28.8-1mamba:
> >>
> >> /var/tmp/rpm-tmp.39942: line 5:  6758 Segmentation fault
> >> /sbin/depmod -A -F /boot/System.map-2.6.28mamba 2.6.28mamba >&/dev/null
> >
> > mmm il computer è ripartito? O è ancora acceso? Alcune cose con il kernel
>
> Per ora è acceso perchè stavo dovevo fare delle cose e ho preferito nn
> spegnerlo e rischiare di restare bloccato.
>
> > 2.6.28.7 iniziano a dare segmentation fault dopo che c'è stato qualche
> > errore nel kernel, cosa che capita spesso sul mio macbook pro 1,1, ma ho
> > sentito dire anche su qualche altro pc. A volte sono effetti collaterali
> > di gestione problematica dell'ACPI che provoca surriscaldamento
> > eccessivo.
>
> Il pc ha funzionato tutta notte senza blocchi quindi non dovrebbe avere
> problemi di temperatura.
>
> > Agli scopi di verificare quanto sopra direi che un riavvio a freddo
> > potrebbe servire, ma se non hai ancora riavviato occorre verificare che
> > sia tutto a posto perché il computer riparta (dopo che l'aggiornamento
> > del kernel si interrompe a metà il rischio c'è...). Dopo l'auspicabile
> > riavvio comunque
>
> Che verifiche posso fare prima del riavvio?

rpm -q kernel-mamba
kernel-mamba-2.6.28.8-1mamba.i586

md5sum /boot/vmlinuz-2.6.28mamba
284b49fec2fd29d584d1d3cfef2e4236  /boot/vmlinuz-2.6.28mamba

Esistenza del file /boot/initramfs-2.6.28mamba.img, oppure lo rigeneri con (se 
questo comando fosse la causa del segmentation fault, allora la vedo dura al 
riavvio):
mkinitramfs /boot/initramfs-2.6.28mamba.img 2.6.28mamba -f

Esecuzione di "sudo upgrade-grub" senza errori.

>
> > riprova (se ciò è nelle tue intenzioni/necessità/..) l'aggiornamento,
> > oppure se ti dice che il kernel è già aggiornato prova a reinstallare il
> > pacchetto con 'apt-get reinstall ..'.
>
> OK
>
> >  Anche se non sembra sussistere un problema di
> > surriscaldamento proverei comunque questa procedura in quanto la causa di
> > questo errore _potrebbe_ essere qualunque altro crash nel kernel avvenuto
> > durante l'esecuzione precedente all'aggiornamento.
> >
> > Silvan
>
> Se non comporta grandi lavori/problemi non potrebbe essere utile nella
> versione devel modificare la procedura di aggiornamento del kernel in
> modo da non rimuovere il precedente? In questo modo la macchina potrebbe
> in caso di necessità essere riavviata con il kernel precedente, se
> invece tutto funziona correttamente si disinstallala vecchia versione.

Ho già fatto una volta un pacchetto che ho chiamato kernel27 ma l'ho 
cancellato pochi giorni fa perché complicato da mantenere e fuori dai miei 
scopi e non è neanche divertente. Inoltre in questo caso trattandosi 
dell'aggiornamento patchlevel del kernel non vedo grossi problemi, la 
procedura è testata da anni per questo tipo di aggiornamento, i problemi 
tipici sono quando il kernel nuovo non riparte ma non mentre si aggiorna il 
pacchetto prima del riavvio, come in questo caso, cosa che ha sempre 
funzionato se il sistema è "sano" al momento dell'aggiornamento. Quando hai un 
sistema che dà 'segmentation fault' sull'esecuzione di comandi random non c'è 
meccanismo di emergenza che tenga, anzi potrebbero succedere anche casini al 
filesystem e danni software irrimediabili.

ciao
Silvan

-- 
mambaSoft di Calarco Silvan
Web: http://www.mambasoft.it
 
mambaSoft Store @ http://shop.mambasoft.it
openmamba GNU/Linux development @ http://www.openmamba.org