"Superblock last write in the future" dopo tentativo maldestro di tuning

[Tetsuya]

Datemi dello stupido, me lo merito.
Forse per colpa dei pranzi e dei cenoni l'altra ho fatto la frittata.
Ho analizzato con bootchart il boot del mio aspire one (con Debian
squeeze), e mi diceva 35 secondi, e ho pensato: "Si può fare di meglio".
Tra Linux Magazine, qualche link trovato qua e là, forum e blog in giro
per internet, pensavo di aver trovato come ottimizzare le cose.
A questo link http://www.uielinux.org/guide-e-tutorial/8-tips-a-
tricks/158-boot-parallelizzazione-dei-processi-avvio-moolto-piu-
veloce.html ho fatto l'errore di seguire la guida, e il comando

update-bootsystem-insserv

non ha backuppato *niente*, così quando ho dato (seguendo i consigli di
un'altra guida, dato che dpkg-reconfigure non dava nessun output, al
contrario di quanto detto in questa guida)

insserv /etc/init.d/

e al boot ho avuto questo problema del fsck forzato, il comando

update-bootsystem-insserv restore

mi ha detto "error: Unknown argument 'restore'"

In definitiva insserv ha fatto "qualcosa" con i miei script di init e
adesso ad ogni boot ho questo problema:

Superblock last write is in the future (e precisamente di un'ora, ad
esempio mi scrive "last write time 01:47:01, now 00:47:07") e mi obbliga
a fare fsck, questo ad ogni boot.

Guardando in giro pare che checkroot.sh e hwclock(first).sh non siano
avviati nell'ordine giusto.

Consigli? Oltre ovviamente a non avere più comportamenti simili...

Thanks in advance.

[ErConte]

On 28 Dic, 18:16, Tetsuya <i...@noi.com> wrote:

> Consigli? Oltre ovviamente a non avere più comportamenti simili...
>
> Thanks in advance.

Per il momento tanto per superare il problema potresti spostare in
avanti l'orario del pc entrando nel BIOS poi ovviamente cerca di
rimettere a posto!

[Tetsuya]

On Tue, 29 Dec 2009 02:42:36 -0800, ErConte wrote:

> Per il momento tanto per superare il problema potresti spostare in
> avanti l'orario del pc entrando nel BIOS poi ovviamente cerca di
> rimettere a posto!

Per ora ho "abolito" lo shutdown, e quando spengo il computer faccio
sempre l'hibernate...ma anche questa è una pezza momentanea...

[M_M]

Tetsuya <i...@noi.com> ha scritto:

> Tra Linux Magazine, qualche link trovato qua e là, forum e blog in giro
> per internet, pensavo di aver trovato come ottimizzare le cose.
> A questo link http://www.uielinux.org/guide-e-tutorial/8-tips-a-
> tricks/158-boot-parallelizzazione-dei-processi-avvio-moolto-piu-
> veloce.html ho fatto l'errore di seguire la guida,
>

Mi sono per caso imbattuto in questo articolo e mi e` venuto in mente il
tuo post:
http://www.mynewsgate.net/lb.php?l=441
Non so se potra` risolverti il problema, cmq e` un argomento correlato.
La nota del blogger in fondo all'articolo non credo ti impressionera`
molto, vero? ;-)

[Alessio P]

Era il lontano Mon, 28 Dec 2009 17:16:43 +0000, quando inaspettatamente
Tetsuya ha sfrangiato la tastiera piu' e piu' volte producendo questo:

> Guardando in giro pare che checkroot.sh e hwclock(first).sh non siano
> avviati nell'ordine giusto.
>
> Consigli? Oltre ovviamente a non avere più comportamenti simili...
>

Rimetti con una live a posto il file /etc/init.d/rc dove hai modificato
la voce concurrecy. Credo che succeda perchè daemon e i programmi vengono
avviati in ordine sballato. L'alternativa sarebbe capire quali sono
quelli che richiedono altri e spostare quest'ultimi ad un runlevel piu'
basso, ma sinceramente non mi avventurerei.

Ciao
Ale

--
www.sikathai.it

[M_M]

Tetsuya <i...@noi.com> ha scritto:
> Quel file l'ho rimesso SUBITO a posto appena ho visto il
> malfunzionamento. E l'ho fatto con la debian installata, dato che in
> ogni caso si avvia (anche se obbliga a un fsck forzato e che è inutile
> fare, perché l'errore in realtà non c'è).
>
Se hai tempo prova a leggerti da cima a fondo questa pagina che forse cosi`
risolvi:
http://www.debianitalia.org/book/export/html/154