Moin,
ich habe hier eine Schönheitsproblem.
Um lästige Fehlermeldungen aus dem auth.log loszuwerden:
Oct 19 16:03:51 drachi gnome-keyring-daemon[5456]: failed to initialize a HAL context: (null) Oct 19 16:03:51 drachi gnome-keyring-daemon[5456]: Scheduling hal init retry
habe ich das Paket hal (hardware abstraction layer) installiert. Die Meldungen sind verschwunden, allerdings werden jetzt zwei (von 10) gemountete Partitionen auf dem Gnome-Destop angezeigt. Das Problem läßt sich eindeutig auf HAL zurückführen, sobald man den Daemon stoppt und X neu startet verschwinden die. Die Einträge in der fstab unterscheiden sich durch nichts von anderen Einträgen die noch drin stehen.
Fragen:
1. Wie werde ich die wieder los? 2. Was bringt mir HAL sonst noch so, daß man das haben müßte?
Danke, Hilmar
Hallo Hilmar
Am Samstag, den 24.10.2009, 14:53 +0200 schrieb Hilmar Preuße:
- Wie werde ich die wieder los?
den gconf Schlüssel /apps/nautilus/desktop/volumes_visible auf false setzen sollte Abhilfe schaffen.
- Was bringt mir HAL sonst noch so, daß man das haben müßte?
An sich bringt dir das wohl nur eine Liste der zur Verfügung stehenden Hardware und deren Eigenschaften/Fähigkeiten. Ein Backend für andere Software, wenn man so will.
Carsten -- BOFH excuse is: Firmware update in the coffee machine
On 26.10.09 Carsten Luedtke (acid_man@gmx.net) wrote:
Am Samstag, den 24.10.2009, 14:53 +0200 schrieb Hilmar Preuße:
Hallo Carsten,
- Wie werde ich die wieder los?
den gconf Schlüssel /apps/nautilus/desktop/volumes_visible auf false setzen sollte Abhilfe schaffen.
Geht, danke. Damit werden dann zwar eingelegte CD-ROMs auch nicht mehr auf dem Desktop angzeigt, aber das ist OK. Es öffnet sich ja ein Fenster, wenn man die reintut.
Eine Idee, warum ausgerechnet diese zwei angezeigt werden, hast Du nicht zufällig? Gibts es in HAL selber Filtermöglichkeiten?
Danke, Hilmar
Hallo Hilmar
Am Dienstag, den 27.10.2009, 22:38 +0100 schrieb Hilmar Preuße:
Eine Idee, warum ausgerechnet diese zwei angezeigt werden, hast Du nicht zufällig? Gibts es in HAL selber Filtermöglichkeiten?
Nein eine Idee hab ich nicht direkt. Bei mir werden stets alle Volumes auf dem Desktop angezeigt. Auch über fstab eingehängte cifs shares.
Unterscheiden sich denn diese 2 von den anderen Partitionen in irgend einer Form (interner vs. externer Datenträger)?
Mit "hal" selbst kenne ich mich leider nicht aus. Es gilt inzwischen wohl auch als legacy Technologie und soll von Devicekit ersetzt werden.
Carsten -- BOFH excuse is: Bit rot
On 28.10.09 Carsten Luedtke (acid_man@gmx.net) wrote:
Am Dienstag, den 27.10.2009, 22:38 +0100 schrieb Hilmar Preuße:
Hi,
Eine Idee, warum ausgerechnet diese zwei angezeigt werden, hast Du nicht zufällig? Gibts es in HAL selber Filtermöglichkeiten?
Unterscheiden sich denn diese 2 von den anderen Partitionen in irgend einer Form (interner vs. externer Datenträger)?
Eben nicht. Meine fstab hängt an, es werden nur die beide Partitionen /var/spool/news und /opt/vmware/VMs (und CD-ROMs so vorhanden) angezeigt. Ein Muster kann ich jedenfalls nicht erkennen.
Mit "hal" selbst kenne ich mich leider nicht aus. Es gilt inzwischen wohl auch als legacy Technologie und soll von Devicekit ersetzt werden.
Na dann schaun mir mal. Es kann ja nur besser werden...
H.
Am Mittwoch, den 04.11.2009, 15:18 +0100 schrieb Hilmar Preusse:
On 28.10.09 Carsten Luedtke (acid_man@gmx.net) wrote:
Am Dienstag, den 27.10.2009, 22:38 +0100 schrieb Hilmar Preuße:
[..]
Eine Idee, warum ausgerechnet diese zwei angezeigt werden, hast Du nicht zufällig? Gibts es in HAL selber Filtermöglichkeiten?
Unterscheiden sich denn diese 2 von den anderen Partitionen in irgend einer Form (interner vs. externer Datenträger)?
Eben nicht. Meine fstab hängt an, es werden nur die beide Partitionen /var/spool/news und /opt/vmware/VMs (und CD-ROMs so vorhanden) angezeigt. Ein Muster kann ich jedenfalls nicht erkennen.
Ich schon: /dev/hda_10_, /dev/hda_15_. Eine 20 gibt es nicht und die 5 ist der SWAP. Mal ganz, ganz wild geraten: Jede Partition mit /dev/hda(x*5) wird angezeigt. Leider habe ich gerade keine Idee, wie man das testen könnte.
Schau mal bitte in die /etc/hal/fdi/policy/preferences.fdi. Ich glaube, da könnte was stehen. Aber ist wirklich ein seltsames Problem.
MfG Daniel
On 04.11.09 Daniel Leidert (daniel.leidert.spam@gmx.net) wrote:
Am Mittwoch, den 04.11.2009, 15:18 +0100 schrieb Hilmar Preusse:
Moin,
Eben nicht. Meine fstab hängt an, es werden nur die beide /Partitionen var/spool/news und /opt/vmware/VMs (und CD-ROMs so vorhanden) angezeigt. Ein Muster kann ich jedenfalls nicht erkennen.
Ich schon: /dev/hda_10_, /dev/hda_15_. Eine 20 gibt es nicht und die 5 ist der SWAP. Mal ganz, ganz wild geraten: Jede Partition mit /dev/hda(x*5) wird angezeigt. Leider habe ich gerade keine Idee, wie man das testen könnte.
Ich habe /dev/hda17 bis /dev/hda20 angelegt, FS errichtet, in die fstab eingetragen und gemountet. Ergebnis: alle diese 4 werden jetzt auf dem Desktop angzeigt....
Zusatzfrage: man kann mit cfdisk Partitionen anlegen, die gibts dann auch auf der Platte. In /dev fehlen aber noch die Device-Nodes und allein ein udev-Neustart hilft nicht. Nach Reboot gehts dann. Gehts auch ohne Reboot?
Schau mal bitte in die /etc/hal/fdi/policy/preferences.fdi. Ich glaube, da könnte was stehen. Aber ist wirklich ein seltsames Problem.
Bis auf die beiden Haupttags nur Kommentare:
<!-- The following shows how to hint gnome-volume-manager and other programs that honor the storage.automount_enabled_hint to not mount non-removable media. --> <!-- <device> <match key="storage.hotpluggable" bool="false"> <match key="storage.removable" bool="false"> <merge key="storage.automount_enabled_hint" type="bool">false</merge> </match> </match> </device> --> </deviceinfo>
Ich war da schon mal, aber die Keywords klangen nicht so, als ob sie mir helfen könnten.
Danke, Hilmar
Moin,
Am Donnerstag, den 05.11.2009, 22:35 +0100 schrieb Hilmar Preuße:
Zusatzfrage: man kann mit cfdisk Partitionen anlegen, die gibts dann auch auf der Platte. In /dev fehlen aber noch die Device-Nodes und allein ein udev-Neustart hilft nicht. Nach Reboot gehts dann. Gehts auch ohne Reboot?
Auch dieses Verhalten erscheint mir etwas merkwürdig. Bei mir werden die nodes sofort unter /dev angelegt. Kannst du mal mit mount nachsehen ob ein Eintrag wie dieser auch wirklich existiert?
udev on /dev type tmpfs (rw,mode=0755)
Carsten -- BOFH excuse is: Operators killed when huge stack of backup tapes fell over.
On 06.11.09 Carsten Luedtke (acid_man@gmx.net) wrote:
Am Donnerstag, den 05.11.2009, 22:35 +0100 schrieb Hilmar Preuße:
Moin,
Zusatzfrage: man kann mit cfdisk Partitionen anlegen, die gibts dann auch auf der Platte. In /dev fehlen aber noch die Device-Nodes und allein ein udev-Neustart hilft nicht. Nach Reboot gehts dann. Gehts auch ohne Reboot?
Auch dieses Verhalten erscheint mir etwas merkwürdig. Bei mir werden die nodes sofort unter /dev angelegt. Kannst du mal mit mount nachsehen ob ein Eintrag wie dieser auch wirklich existiert?
udev on /dev type tmpfs (rw,mode=0755)
In der fstab gibts ihn nicht. Ich gehe also davon aus daß "mount" den auch nicht auswirft. Das kann ich aber gerade nicht prüfen, mach ich heute abend.
Danke, Hilmar
On 06.11.09 Carsten Luedtke (acid_man@gmx.net) wrote:
Am Donnerstag, den 05.11.2009, 22:35 +0100 schrieb Hilmar Preuße:
Moin,
Zusatzfrage: man kann mit cfdisk Partitionen anlegen, die gibts dann auch auf der Platte. In /dev fehlen aber noch die Device-Nodes und allein ein udev-Neustart hilft nicht. Nach Reboot gehts dann. Gehts auch ohne Reboot?
Auch dieses Verhalten erscheint mir etwas merkwürdig. Bei mir werden die nodes sofort unter /dev angelegt.
Also ich kenne mindestens 2 Systeme wo das so ist: ein Debian und ein RH.
udev on /dev type tmpfs (rw,mode=0755)
root@drachi:~# mount|grep udev udev on /dev type tmpfs (rw,mode=0755)
H.
lug-dd@mailman.schlittermann.de
-
Carsten Luedtke -
Daniel Leidert -
Hilmar Preusse -
Hilmar Preuße