Sie sind nicht angemeldet.

[gelöst] hal (Hardware Abstraction Layer) Problem

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

1

19.11.2007, 13:57

hal (Hardware Abstraction Layer) Problem

Hallo Leute,

ich hab ein kleines Problem und ich weiß nicht wie ich an die Lösung komme, es ist einfach Rätselhaft und Google spuckt leider auch nichts vernünftiges raus deswegen ist hier meine Letzte Anlaufstelle um es hoffentlich zu lösen.

sys-apps/hal kompiliert sich normal - jedoch lässt sich der Dämon nicht starten, ich habe ein 64bit System und die hal Version 0.5.9.1-r3 mit den USE-FLAGS acpi crypt kompiliert. Wenn man versucht den hal Dämon zu starten hägt sich der Dämon auf, nur fatal wenn man ihn automatisch starten lässt, denn dann ist kein Login mehr möglich.

1. revdep-rebuild findet keine fehler
2. neuinstallation von hal hat nichts geholfen
3. entfernen von den CONFIG-Dateien und Programm neu installieren brachte auch kein Erfolg (CONFIG_PROTECT="-*" CONFIG_PROTECT_MASK="-*" emerge -C hal)
4. dmesg meldet nichts
5. in der messages konnte ich auch nichts finden

Hat jemand eine Idee oder eine Anlaufstelle was ich noch probieren kann usw.

Wäre super nett,

danke
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »knasan« (21.06.2008, 21:41)

Planeshift

Co-Administrator

  • »Planeshift« ist männlich

Beiträge: 3 162

  • Nachricht senden

2

19.11.2007, 16:41

War das ein Update was Du gemacht hast?

Brauchst Du crypt für Hal??

Hast Du dispatch-conf ausgeführt.


Viele Grüße

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

3

19.11.2007, 20:25

Hallo,

Zitat

War das ein Update was Du gemacht hast?

Ja es war ein Update

Zitat

Brauchst Du crypt für Hal??

Ich nehme an, das ich dies eigentlich nicht brauche, aber auch ohne cypt läuft es nicht.

Zitat

Hast Du dispatch-conf ausgeführt.


Was macht ein dispatch-conf? Nach dem ich dies ausgeführt habe wurde hal gar nicht mehr gefunden!
Um muss nochmal Installiert werden, dann wurde es wieder gefunden. Aber leider funktioniert es bisher noch immer nicht.

Hab eben nochmal revdeb-build ausgeführt und diesmal wurden Probleme gefunden. Bin gespannt ob es danach geht. Werde auf jeden fall bericht abgeben.

Gruß
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

PampersBomba

bomba.homeunix.org

Beiträge: 117

  • Nachricht senden

4

19.11.2007, 20:46

Hoi :)

starte mal dbus bevor du hal startest :)

das war bei mir das problem :))

Gruss
-Sternchen-
Intel Q6600 / Asus P5WS NT / 4GB Corsair / GTX260
FullHD 22" / 1,5TB / 2.6.33
-Sonnenschein-
UltraSparc10 / UltraSparc IIi 450mhz / 1GB Ram
-MobileTux-
AMD x2 2,2GHz / 4GB / 15,6" 16:9 / HD4530 / 500GB /

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »PampersBomba« (19.11.2007, 20:47)

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

5

19.11.2007, 21:29

Hi,

seitdem ich dispatch-conf ausgeführt habe, ist /etc/init.d/hal weg.
Ich kann es zwar erneut kompilieren dann ist es wieder da, aber nach einem revdep-build (was nur ein vlc problem gefunden hatte) ist hal startscipt weg.
Woran kann das liegen?

Quellcode

 
1
2

/etc/init.d/hal start
bash: /etc/init.d/hal: No such file or directory


Zitat

starte mal dbus bevor du hal startest


Dbus war schon gestartet, das ist also nicht das Problem
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

6

19.11.2007, 21:32

Sorry mein fehler es heißt ja hald statt hal *g*

Aber starten lässt es sich noch immer nicht.
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

LiNuX-FReaK

Genosse len1n

  • »LiNuX-FReaK« ist männlich

Beiträge: 136

  • Nachricht senden

7

19.11.2007, 22:26

Kannst sonst mal bisschen mehr zu deinem System sagen, weil ich hab auch nen 64bit System und die gleich hal Version und alles, und bei mir läuft alles ohne Probleme....

Bzw. kann's eventuell auch an der Kernel-Config liegen?
$lifetime = $runtime;

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »LiNuX-FReaK« (19.11.2007, 22:26)

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

8

19.11.2007, 22:43

Ich gehe mal davon aus, wenn der Kernel falsch Konfiguriert wäre könnte man hal gar nicht installiern aber mann weiß ja nie, deswegen was ist für hal im Kernel wichtig? Also ich habe da immer so eine Standard Konfiguration die ich durchgehe und bisher ging alles immer gut.

Was möchtest du denn genau über mein System wissen?

Hab ein AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
mit 2 GB Arbeitsspeicher. 1x SATA Festplatte und 1x IDE-Platte verbaut

Motherboard: Elitegroup AMD690GM-M2

Ausgabe von lspci

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

00:00.0 Host bridge: ATI Technologies Inc Unknown device 7910
00:02.0 PCI bridge: ATI Technologies Inc Unknown device 7913
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 13)
00:14.1 IDE interface: ATI Technologies Inc SB600 IDE
00:14.2 Audio device: ATI Technologies Inc SB600 Azalia
00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge
00:14.4 PCI bridge: ATI Technologies Inc SB600 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: nVidia Corporation Unknown device 0402 (rev a1)
02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)


Und da der Kernel vermutet wird, hier mal meine Kernel Konfig.
Ich verwende den Aktuellen Kernel 2.6.23-r2

Wenn noch fragen offen sind, fragt mich...

Danke
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »knasan« (19.11.2007, 22:44)

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

9

19.11.2007, 23:20

Quellcode

 
1

pkill hald

Versuch dann mal ein:

Quellcode

 
1

strace -o /root/hald-verbose.strace -- /usr/sbin/hald --daemon=no --verbose=yes 1> /root/hald-verbose.stdout 2> /root/hald-verbose.stderr

Nun wird dein System wohl wieder hängen.
Probier noch über die Magic-Keys einen Sync und ein "remount all ro" zu machen.
Nach dem Neustart hängst du mal die drei Dateien hier an.


Magic Keys: zum Beispiel http://club.mandriva.com/xwiki/bin/view/KB/MagicSysRqKey
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

10

20.11.2007, 00:00

Hm,

also mein System bleibt jetzt nicht mehr stehen es kommt lediglich eine Meldung das hald nicht gestartet werden konnte, eigentlich nur statt ein [ok] ein [!!] ohne weitere Informationen - naja ist ja schon mal was.

Okay ich hab strace installiert und bin dein Vorschlag nachgegangen.
Da es jetzt schon zu spät ist werde ich mir selbst diese Dateien erst morgen Ansehen.
Ich häng diese schon mal an....

Verbose-Out hatte keinen inhalt, deswegen ist diese nicht dabei.
Sollte dies nicht normal sein, dann werde ich es morgen nochmal machen.

Thx.
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

Wernieman

Meister

  • »Wernieman« ist männlich

Beiträge: 2 252

  • Nachricht senden

11

20.11.2007, 11:02

Mal gaaans blöde Frage gaaans spontan ..

funktioniert bei Dir lspci?
Meine Rechtschreibfehler sind gewollt und unterliegen dem Copyright des Verfassers, es sei denn, sie sind explizit unter die GPL gestellt .....

Außerdem sind sie ein Ausdruck der Persönlichkeit des Schreibers!

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

12

20.11.2007, 17:02

Hallo,

Zitat

Mal gaaans blöde Frage gaaans spontan ..

funktioniert bei Dir lspci?


Ja warum, ich habe es hier auch schon einmal die Ausgabe von lspci gepostet.

Oder ist dir ein Fehler aufgefallen?
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

Wernieman

Meister

  • »Wernieman« ist männlich

Beiträge: 2 252

  • Nachricht senden

13

20.11.2007, 17:24

Ich meinte eher (sorry habe mich blöde ausgedrückt) kannst Du die pci-utils mergen?

(Hatte vor kurzem ein Hald-Fehler, den ich darauf zurückführen konnte, deshalb die Frage)
Meine Rechtschreibfehler sind gewollt und unterliegen dem Copyright des Verfassers, es sei denn, sie sind explizit unter die GPL gestellt .....

Außerdem sind sie ein Ausdruck der Persönlichkeit des Schreibers!

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

14

20.11.2007, 17:47

Zitat

Ich meinte eher (sorry habe mich blöde ausgedrückt) kannst Du die pci-utils mergen?

Kein Problem, ja ich kann pciutils emergen (pci-utils gibt es nicht)

Wenn es Probleme mit pciutils gibt, so habe ich die Erfahrung gemacht das dies von USE-FLAG zlib aus geht

Ich habe jetzt ein emerge --sync gemacht, es sind Updates verfügbar und hoffe das sich hiermit mein Problem automatisch behoben wird .-) Ich weiß das dies der bequeme Weg ist aber hoffen darf man doch....

Gruß
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

15

20.11.2007, 21:14

Okay, alle Updates eingespielt - leider brachte dies mir kein Erfolg.
Dann nochmal ein revdep-build ausgeführt, aber nichts gefunden.
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

PampersBomba

bomba.homeunix.org

Beiträge: 117

  • Nachricht senden

16

20.11.2007, 21:23

Hi,

hast du DBUS vorher emerged (wenns nich als dep sein sollte) und dann VOR hal gestartet? habs zwar schon ein paar threads vorher geschrieben aber keine antwort drauf bekommen (oder dezent überlesen :D))

Gruss
-Sternchen-
Intel Q6600 / Asus P5WS NT / 4GB Corsair / GTX260
FullHD 22" / 1,5TB / 2.6.33
-Sonnenschein-
UltraSparc10 / UltraSparc IIi 450mhz / 1GB Ram
-MobileTux-
AMD x2 2,2GHz / 4GB / 15,6" 16:9 / HD4530 / 500GB /

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

17

20.11.2007, 22:44

Dbus ist installiert und gestartet.
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

PampersBomba

bomba.homeunix.org

Beiträge: 117

  • Nachricht senden

18

20.11.2007, 23:26

und danach hal versucht zu starten und es kommt nix? hmm okay :)) dann weis ich auch nix mehr :))

Viel Erfolg
-Sternchen-
Intel Q6600 / Asus P5WS NT / 4GB Corsair / GTX260
FullHD 22" / 1,5TB / 2.6.33
-Sonnenschein-
UltraSparc10 / UltraSparc IIi 450mhz / 1GB Ram
-MobileTux-
AMD x2 2,2GHz / 4GB / 15,6" 16:9 / HD4530 / 500GB /

dyle

Erleuchteter

  • »dyle« ist männlich

Beiträge: 4 869

  • Nachricht senden

19

21.11.2007, 10:47

IMHO scheitert hald daran sich auf @/org/freedesktop/hal/udev_event zu binden. Was ist das? Das ist der "Info-Kanal" zwischen udev und hal. Es ist ein UNIX-Socket.

Du mußt eine /etc/udev/rules.d/90-hal etwa derart haben:

Quellcode

 
1
2
3

# cat /etc/udev/rules.d/90-hal.rules 
# pass all events to the HAL daemon
RUN+="socket:/org/freedesktop/hal/udev_event"


hal versucht sich an diesen Socket zu binden und schlägt fehl, weil der kernel meldet, jemand besitzt das Ding schon ... fragt sich "Welcher Schuft?" ... mal gucken ...

netstat listet dir auf, wer sich wo auf sockets bindet:

Quellcode

 
1
2
3
4
5

# netstat --all --program | grep @/org/freedesktop/hal/udev_event
unix  2      [ ]         DGRAM                    15791  5836/hald           @/org/freedesktop/hal/udev_event
# ps aux | grep 5836
102       5836  0.0  0.1   5572  1676 ?        Ss   08:19   0:00 /usr/sbin/hald --use-syslog --verbose=no
root     14997  0.0  0.0   2016   716 pts/2    R+   10:39   0:00 grep --colour=auto 5836
oben im meinem Fall ist alles ok und hald ist Besitzer von @/opt/freedesktop/hal/udev_event ... das müßte bei dir anders sein bevor du den hald startest. Das müßte da schon belegt sein ...

Check das bitte mal.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

knasan

Fortgeschrittener

  • »knasan« ist der Autor dieses Themas

Beiträge: 468

  • Nachricht senden

20

21.11.2007, 14:18

Okay,

also meine 90-hal.rules

Quellcode

 
1
2
3

cat /etc/udev/rules.d/90-hal.rules 
# pass all events to the HAL daemon
RUN+="socket:/org/freedesktop/hal/udev_event"


und netstat sieht eigentlich auch nicht gerade anders aus, also wird hal bei mir auch verwendet sonst würde er dies nicht finden oder?

Quellcode

 
1
2
3
4
5
6

netstat --all --program | grep @/org/freedesktop/hal/udev_event
unix  2      [ ]         DGRAM                    113644 11760/hald          @/org/freedesktop/hal/udev_event

ps aux | grep 11760
102      11760 96.9  0.1  29436  3288 ?        Rs   Nov20 1193:14 /usr/sbin/hald --use-syslog --verbose=no
root     27441  0.0  0.0   3920   680 pts/0    S+   14:11   0:00 grep --colour=auto 11760


Ich wollte wissen was noch alles mit hal gestartet ist und deswegen habe ich noch

Quellcode

 
1
2
3
4
5

ps -aux | grep hal
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
102      11760 97.0  0.1  29436  3288 ?        Rs   Nov20 1196:00 /usr/sbin/hald --use-syslog --verbose=no
root     11761  0.0  0.0      0     0 ?        Z    Nov20   0:00 [hald-runner] <defunct>
root     27536  0.0  0.0   3920   684 pts/0    S+   14:14   0:00 grep --colour=auto hal


Hab versucht diese Prozesse zu killen aber irgendwie lassen sich diese nicht tötetn. Wenn es geklappt hätte, hätte ich verucht hal nochmal zu starten - aber das geht leider irgendwie nicht!

Allerdings bringt ein restart auch nichts.

danke
knasan

- Bug oder Feature, das darf man sich hier aussuchen. -

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks