[RISOLTO, non per tutti] error: failed to initialize HAL

[- pod -]

Ciao a tutti.

Posto anche io riguardo ad un problema (abbastanza grave) che ho dop aver effettuato l'aggiornamento ad edgy.
Sono partito da Dapper (amd64) aggiornata.

Durante l'installazione ho avuto un paio di msg d'errore, ma l'installazione è continuata e l'unico errore grave che ho avuto riguardava un broken link di samba...l'ho risistemato e finito di installare i pacchetti rimasti a metà.

Dopo il primo riavvio il boot si è fermato a lungo sul processo di loadndiswrapper dicendo che c'era qualcosa di incompatibile tra le versioni del driver e del kernel. Dopo di un po' il sistema è ripartito ed al login mi è arrivato il messaggio unable to initializa HAL.
Ho rimosso i pacchetti di ndiswrapper e riavviato.

Adesso il sistema non mi si carica più in alcun modo
I kernel vecchi sono inutilizzabili.
Il 2.6.17 che dovrebbe partire fa il boot normale fino ad arrivare al
checking filesystem sia del hda1 sia hda3 mi da l'ok e poi si pianta inevitabilmente senza andare avanti in alcun modo
il mio fstab è stato modificato dal processo di aggiornamento, ma sembra corretto.

idee?

(ps in recovery mode carica il sistema, ma poi non ho idea di cosa fare per risistemare il tutto)

----------
aggiornamento mentre scrivevo questo post...il portatile nell'altra stanza ha magicamente completato il boot (dopo diciamo 10 min d'attesa, nel punto che ho sopra descritto).
Ma al login comunque mi da sempre il problema: failed to initializa HAL
che a quel che sembra, cercando un po' in giro, deriva dalle partizioni smb samba dell'fstab, MA il mio problema è che non ho alcuna partizione smb montata e nemmeno configurata.
Una volta loggato il desktop si vede, ma è come se non esistesse...non si clicca su nessuna icona il mouse non funziona...si deve avviare tutto da terminale

[Pingue_pinguino]

Ciao, guarda qua:

https://launchpad.net/distros/ubuntu/+bug/44874/+index

è relativo a dapper ma, a quanto dici, sembrerebbe affetta anche edgy. Lo fa quando si montano in automatico delle condivisioni all'avvio.

Io ho risolto, per ora, mettendo "noauto" nelle opzioni di mount nell'fstab; mi monto manualmente le condivisioni quando mi servono.

Se riesci a capirci qualcosa, fai un fischio che interessa anche a me. Ciao

[- pod -]

titolo modificato...il problema sembra proprio essere dell' haldaemon.

dando il comando lshal ottengo:

Codice: Seleziona tutto

giacomo@vger:~$ lshal
error: libhal_ctx_init: (null): (null)
Could not initialise connection to hald. 
 Normally this mean the HAL daemon (hald) is not running or not ready.

se provo a dare sudo /etc/init.d/dbus restart ottengo

Codice: Seleziona tutto

giacomo@vger:~$ sudo /etc/init.d/dbus restart
Password:
 * Stopping System Tools Backends system-tools-backends                                                                                              [ ok ] 
 * Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon                                                                                                   [fail] 
 * Stopping Hardware abstraction layer hald                                                                                                          [ ok ] 
 * Stopping system message bus dbus                                                                                                                  [ ok ] 
 * Starting system message bus dbus                                                                                                                  [ ok ] 
 * Starting Hardware abstraction layer hald                                                                                                                 run-parts: /etc/dbus-1/event.d/20hal exited with return code 2
 * Starting System Tools Backends system-tools-backends 

alla penultima riga...'starting hardw abstr layer'...si ferma per un paio di minuti e poi mi da il messaggio di uscita di hal

Posto il mio hdparm.conf (dato che in alcuni post alcuni avevano richiesto di controllarlo, ma onestamente non credo che serva)

Codice: Seleziona tutto

giacomo@vger:~$ cat /etc/hdparm.conf 
## This is the default configuration for hdparm for Debian.  It is a 
## rather simple script, so please follow the following guidelines :)
## Any line that begins with a comment is ignored - add as many as you 
## like.  Note that an in-line comment is not supported.  If a line 
## consists of whitespace only (tabs, spaces, carriage return), it will be
## ignored, so you can space control fields as you like.  ANYTHING ELSE
## IS PARSED!!  This means that lines with stray characters or lines that 
## use non # comment characters will be interpreted by the initscript.  
## This has probably minor, but potentially serious, side effects for your 
## hard drives, so please follow the guidelines.  Patches to improve 
## flexibilty welcome.  Please read /usr/share/doc/hdparm/README.Debian for 
## notes about known issues, especially if you have an MD array.
##
## Note that if the init script causes boot problems, you can pass 'nohdparm' 
## on the kernel command line, and the script will not be run.
##
## Uncommenting the options below will cause them to be added to the DEFAULT
## string which is prepended to options listed in the blocks below.
##
## If an option is listed twice, the second instance replaces the first.
##
## /sbin/hdparm is not run unless a block of the form:
##      DEV {
##         option
##         option
##         ...
##      }
## exists.  This blocks will cause /sbin/hdparm OPTIONS DEV to be run.
## Where OPTIONS is the concatenation of all options previously defined
## outside of a block and all options defined with in the block.

# -q be quiet
quiet 
# -a sector count for filesystem read-ahead
#read_ahead_sect = 12
# -A disable/enable the IDE drive's read-lookahead feature
#lookahead = on
# -b bus state
#bus = on
# -B apm setting
#apm = 255
# -c enable (E)IDE 32-bit I/O support - can be any of 0,1,3
#io32_support = 1
# -d disable/enable the "using_dma" flag for this drive
#dma = off
# -D enable/disable the on-drive defect management
#defect_mana = off
# -E cdrom speed
#cd_speed = 16
# -k disable/enable the "keep_settings_over_reset" flag for this drive
#keep_settings_over_reset = off
# -K disable/enable the drive's "keep_features_over_reset" flag
#keep_features_over_reset = on
# -m sector count for multiple sector I/O
#mult_sect_io = 32
# -P maximum sector count for the drive's internal prefetch mechanism
#prefetch_sect = 12
# -r read-only flag for device
#read_only = off
# -S standby (spindown) timeout for the drive
#spindown_time = 24
# -u interrupt-unmask flag for the drive
#interrupt_unmask = on
# -W Disable/enable the IDE drive's write-caching feature
#write_cache = off
# -X IDE transfer mode for newer (E)IDE/ATA2 drives
#transfer_mode = 34
# -y force to immediately enter the standby mode
#standby
# -Y force to immediately enter the sleep mode
#sleep
# -Z Disable the power-saving function of certain Seagate drives
#disable_seagate
# -M Set the acoustic management properties of a drive
#acoustic_management
# -p Set the chipset PIO mode
# chipset_pio_mode
# --security-freeze Freeze the drive's security status
# security_freeze
# --security-unlock Unlock the drive's security
# security_unlock = PWD
# --security-set-pass Set security password
# security_pass = password
# --security-disable Disable drive locking
# security_disable
# --user-master Select password to use
# user-master = u
# --security-mode Set the security mode
# security_mode = h

# Root file systems.  Please see README.Debian for details
# ROOTFS = /dev/hda

## New note - you can use straight hdparm commands in this config file 
## as well - the set up is ugly, but it keeps backwards compatibility
## Additionally, it should be noted that any blocks that begin with 
## the keyword 'command_line' are not run until after the root filesystem
## is mounted.  This is done to avoid running blocks twice.  If you need 
## to run hdparm to set parameters for your root disk, please use the 
## standard format.

#Samples follow:
#First three are good for devfs systems, fourth one for systems that do 
#not use devfs.  The fifth example uses straight hdparm command line
#syntax.  Any of the blocks that use command line syntax must begin with
#the keyword 'command_line', and no attempt is made to validate syntax.  
#It is provided for those more comfortable with hdparm syntax. 

#/dev/discs/disc0/disc {
#       mult_sect_io = 16
#       write_cache = off
#       spindown_time = 240
#}

#/dev/discs/disc1/disc {
#       mult_sect_io = 32
#       spindown_time = 36
#       write_cache = off
#}

#/dev/cdroms/cdrom0 {
#       dma = on                   
#       interrupt_unmask = on
#       io32_support = 0
#}

#/dev/hda {
#       mult_sect_io = 16
#       write_cache = off
#       dma = on
#}

#command_line {
#       hdparm -q -m16 -q -W0 -q -d1 /dev/hda
#}

avete idee o suggerimenti su dove/cosa io possa controllare per risolvere?

[- pod -]

Grazie mille pingue,
ma quel bug l'avevo giànotato...e non è il mio caso non ho partizioni smbf attive nel mio fstab...dato che mi era venuto il dubbio ho anche disinstallato completamente samba...ma il problema permane esattamente come prima

[Pingue_pinguino]

Sembra che il gioco si faccia duro :P

Per caso monti delle connessioni di rete (anche non-samba) all'avvio?

E' parecchio strano che replichi lo stesso errore su due macchine differenti, tenuto conto che non è un errore comune (se lo fosse il forum sarebbe pieno zeppo di topic sull'argomento)

[- pod -]

RISOLTO

ho risolto con un banalissimo acpi=off al boot.
e al login niente più failed to initialize HAL

ora restano comunque i problemi relativi all'acpi=off (gestione alimentazione/batteria...).....ma questo è un altro topic

@pingue
connessioni di rete intendi LAN? in quel caso no....ho solo la connessione ethernet->router->internet

[Pingue_pinguino]

Stesso errore ma con cause diverse, il tuo a causa dell''acpi, il mio a causa della connessione smb:

connessioni di rete intendi LAN?

Si.

[e-Maj]

RISOLTO

ho risolto con un banalissimo acpi=off al boot.
e al login niente più failed to initialize HAL

ora restano comunque i problemi relativi all''acpi=off (gestione alimentazione/batteria...).....ma questo è un altro topic

@pingue
connessioni di rete intendi LAN? in quel caso no....ho solo la connessione ethernet->router->internet

una delle ragioni potrebbe essere l''autologin ??? ce l''hai abilitato ??
bene se si, e se non vuoi rinunciarvici, allora metti il login temporizzato: 5 secondi dovrebbero essere più che sufficienti!
Ciao

[- pod -]

no, niente autologin abilitato

comunque sto reinstallando. :'(
Il problema penso sia relativo ai vari acpi, acpid, acpi-support....edgy non mi riconosce più la batteria (dapper lo faceva tanto bene ) e quindi si impalla. per cercare di risolvere ho incasinato un po' troppo....quindi faccio un bel install from scratch (anche se onn penso risolverà i problemi di batteria

[e-Maj]

no, niente autologin abilitato

comunque sto reinstallando. :''(
Il problema penso sia relativo ai vari acpi, acpid, acpi-support....edgy non mi riconosce più la batteria (dapper lo faceva tanto bene ) e quindi si impalla. per cercare di risolvere ho incasinato un po'' troppo....quindi faccio un bel install from scratch (anche se onn penso risolverà i problemi di batteria

a me ha dato problemi quando ho aggiornato dalla dapper alla edgy, non saprei dirti se una installazione ex novo potrebbe risolvere la cosa...
buona fortuna :-)

[Adri_B]

Ciao a tutti!!
Frugando nel web ho trovato a questo indirizzo la soluzione al mio problema "Failed to initialize HAL"
-http://newbie.linuxworldnet.com/ubuntu- ... lize-hal/-

Provate e fatemi sapere se si è risolto anche per voi

Ubuntu e' proprio affascinante!!

[gitti]

Ciao a tutti!!
Frugando nel web ho trovato a questo indirizzo la soluzione al mio problema "Failed to initialize HAL"
-http://newbie.linuxworldnet.com/ubuntu- ... lize-hal/-

Provate e fatemi sapere se si è risolto anche per voi 

Ubuntu e' proprio affascinante!!

Non si apre questa pagina!

[sekut]

Salve ragazzi, anche io ho un Asus A6KM ed anche io ho avuto questo problema HAL all'avvio.
Ho risolto seguendo il vostro consiglio, cioè quello di disabilitare acpi al boot, ed ora va tutto a meraviglia.

Vorrei solo chiedervi (visto che ho letto gente preoccupata  ), cosa comporta aver dato questo acpi=off in grub? Che relazione hanno con la batteria.. queste cose qua? Inoltre: mica c'è un aggiornamento del kernel che fixa questo bug senza dover far disattivare a noi manualmente l'acpi?

Grazie per le eventuali risposte

[giolock]

Vi segnalo questo topic che ho aperto, magari a qualcuno interessa....
http://forum.ubuntu-it.org/viewtopic.php?t=62990