Possibile soluzione a Failed to initialize HAL!

[Hackelot]

Da un pò di tempo ho avuto dei problemi con l'avvio del sistema, ovvero, dopo il boot, il login mi si presentava un messaggio d'errore
Failed to initialize HAL!
A causa di questo problema le partizioni non venivano montate col loro nome, nm-applet mi restituiva un errore e non funzionava correttamente ed inoltre tentando di riavviare o spegnere il pc cliccando su Sistema--> Esci mi si impallava tutto. Girando nel forum la soluzione proposta è reinstallare hal. Purtroppo per me il risultato è stato nullo. Comunque se può servire, chi accusa i sintomi precedentemente elencati e ha seguito una guida su internet per velocizzare il boot tipo:
http://www.danielesalamina.it/booting-p ... ntu-tuning
o qualcosa del genere ovvero ha modificato il parametro CONCURRENCY del file di configurazione /etc/init.d/rc da none a shell. Il problema deriva proprio da questa impostazione.Almeno per me.

[dampyr_D]

io ho risolto dopo aver guardato varie soluzioni, reinstallato per sicurezza da synaptic oppure da shell ( a seconda delle preferenze) sia dbus che hal ma soprattutto da shell:

sudo update-rc.d -f dbus remove
sudo update-rc.d -f hal remove

sudo update-rc.d dbus defaults
sudo update-rc.d hal default

dopo di che va riavviato.

[Divilinux]

direi che senza reinstallare nulla, la soluzione piu' plausibile sia rimettere il symlink al runlevel di default, come hai evidenziato

sudo update-rc.d dbus defaults
sudo update-rc.d hal default

[dampyr_D]

(good) ho solo indicato il percorso completo con cui sono arrivato a risolvere il problema  (good) (rotfl) (b2b)

[vncnz]

Ciao! Ho avuto anch'io questo problema passando da CONCURRENCY=none a =shell. L'ho ritolto e ho seguito questi comandi. L'ultimo (sudo update-rc.d hal default) dà questo output:
usage: update-rc.d [-n] [-f] remove
      update-rc.d [-n] defaults|multiuser [NN | sNN kNN]
      update-rc.d [-n] start|stop NN runlvl [runlvl] [...] .
                -n: not really
                -f: force

Ha agito lo stesso o devo ridarlo con dei parametri in più? basename cos'è?
Grazie!

[Divilinux]

ho solo indicato il percorso completo con cui sono arrivato a risolvere il problema

io ho solo indicato come il problema puo' essere risolto con meno comandi.. (yes)

Ciao! Ho avuto anch'io questo problema passando da CONCURRENCY=none a =shell

hai provato ad usare il processo di boot in parallelo per guadagnare un secondo al boot?  (b2b)

[vncnz]

Si... Volevo avviare il più possibile l'avvio! Ma si guadagna poco con l'avvio parallelo? Non ne vale la pena? Io con un amd64 da 1.8ghz ero riuscito non ricordo come a fare l'avvio della vecchia feisty in una trentina di secondi, su questo portatile ho due processori da 2ghz e ci impiega forse il doppio, con gusty!

[vncnz]

Ho riavviato e HAL non va più!  :'(
Ho messo tutti i comandi senza però modificare neancora CONCURRENCY=none. Cosa può essere? la cancellazione delle sue impostazioni con sudo update-rc.d -f hal remove?

[Divilinux]

Si... Volevo avviare il più possibile l'avvio! Ma si guadagna poco con l'avvio parallelo? Non ne vale la pena?

no, ma in un contesto piu' ampio si..tante piccole cose alla fine sono significative
Per il boot bisogna solamente gestire meglio i demoni e gli script di avvio..da me il boot come da bootchart e' all'incirca sui 15-18 secondi
Stai sbagliando ad associare hal al runlevel..non e' default bensi' defaults

[vncnz]

Era proprio quella -s mancante a default! Ottimo, ora ho riavviato e funziona! Grazie!
P.S. Cosa significa "boot come da bootchart"?

[Divilinux]

bootchart e' un programma che "registra" e restituisce in un grafico le varie fasi di boot...

[vncnz]

Funziona con concurrency=none però. Mettendo concurrency=shell HAL non funziona nemmeno dopo aver messo quei comandi e riavviato il tutto. Penso proprio che lascerò in pace quel povero parametro, visto che non vuol proprio essere cambiato!

[DanKurt]

Ciao a tutti,

ho anche io lo stesso problema, ho seguito i passi indicati dalla discussione, ma il problema rimane.

Altre idee? Qualcuno è riuscito a risolvere la cosa? Purtroppo non posso fare molte prove essendo il notebook che uso per lavoro.

Grazie

Daniel

[Hackelot]

Non sono molto ferrato in materia, il mio problema risultava essere dato solo dal parametro concurrency.
Comunque prova a postare più informazioni, più precisamente, quali modifiche hai apportato prima che ti si presentasse questo problema?

[DanKurt]

L'unica cosa che ricordo di aver fatto di strano è stata quella di disabilitare l'IPV6, ma non penso centri nulla.
Ho iniziato ad avere questo problema facendo un restart della macchina (avevo un cdrom inserito nel lettore), ma anche questo non penso possa dare questo genere di problema.

Non ho compiuto altre azioni degne di nota...

Grazie mille!

Dan

[DanKurt]

Ho risolto il problema, avevo un impostazione errata nel file /etc/init.d/rc:

ho settato CONCURRENCY=none e tutto ha ripreso a funzionare!

Ciao e grazie del supporto.

Dan

[skizzo_85]

A me sinceramente non ha velocizzato un tubo, ma penso ke la soluzione sia su questo sito: "http://andreabs.wordpress.com/2007/10/2 ... a-per-poco".

Spero vi sia d'aiuto.

Ciao.

[Neopard]

Anch'io ero incappato in molti dei problemi elencati all'inizio del topic: messaggio minaccioso windows-style "Failed to initialize HAL!" al boot, blocco del desktop quando schiacciavo il pulsante per terminare la sessione, niente auto-mount delle chiavette USB.

Tutto ciò nonostante NON avessi tentato di accelerare i tempi di boot seguendo la guida linkata, infatti in /etc/init.d/rc il parametro CONCURRENCY era settato a NONE.

I quattro comandi qui sotto hanno risolto i miei problemi:

Codice: Seleziona tutto

sudo update-rc.d -f dbus remove
sudo update-rc.d -f hal remove

sudo update-rc.d dbus defaults
sudo update-rc.d hal defaults

grazie a chi li ha postati!!!

[elmutzine]

Ciao, io ho lo stesso problema, solo che utilizzando quei 4 comandi non ho risolto.
Ho controllato anche la voce concurrency nel relativo file ed è settata "none"

Avete altri suggerimenti a riguardo?
Ve ne sarei grato!

P.S. è possibile che questo problema possa bloccare la rete ethernet?
A me la rete risulta scollegata da quando l'ho riscontrato.
Grazie per un eventuale suggerimento!

Ho risolto da solo, mi è bastato reinstallare il pacchetto Hal da Synaptic

[SicariO]

ho provato a seguire come in guida a fare

Codice: Seleziona tutto

sudo gedit /etc/init.d/rc

e rimettete al valore NONE il parametro  CONCURRENCY;

-Seconda cosa:

date i seguenti comandi :

sudo update-rc.d -f dbus remove
sudo update-rc.d -f hal remove

sudo update-rc.d dbus defaults
sudo update-rc.d hal defaults

e riavviate

ma da lo stesso problema