michaelkbs
Goto Top

Besitzer und Gruppe einer Partition werden von udev geändert (LInux)

Hi, ich kämpfe hier mit udev, und komme mir vor, wie ein Drachentöter (die Köpfe wachsen nach). Vielleicht könnt ihr mir ja helfen.

Ich muss eine alte Datenbank auf einen neuen Server mit OpenSuse 11.4 umziehen. Sie funktioniert sogar, aber nur mit Klimmzügen:
Die Datenbank (Yardsql) braucht eine eigene Partition, die nicht gemountet und nicht formatiert wird, aber der Gruppe und dem User "yard" gehört.
Kein Problem, die Partition ist da und ein Script mit chgrp und chown erledigt den Rest... und dann kommt udev und überschreibt das mit root und disk.
Ich kriege die Datenbank also nur zum Laufen, wenn ich nach dem Booten udev kille und dann die Rechte für die Partition setze.
Das erscheint mir ein bisschen "suboptimal".

Ich habe in den udev-rules schon einiges ausprobiert:

99-yard.rules:

KERNEL=="sda3",SUBSYSTEM="block",DRIVER=="",ACTION=="add",GROUP="yard",OWNER="yard"

oder

KERNEL=="sda3",SUBSYSTEM="block",DRIVER=="",ACTION=="add",GROUP="yard",OWNER="yard",RUN+="meinscript.sh"

und in 81-mount.rules:
ACTION=="add", SUBSYSTEM=="block", KERNEL=="sda3", GOTO="skip_mount"

Trotzdem gehört sda3 nach dem booten wieder root/disk.
meinscript.sh -> es gehört wieder Yard. Sekunden später schlägt udev wieder zu.

Ich kann vor den Start der Datenbank ein Skript setzen, was udev weghaut und dann die Rechte setzt, aber irgendwie kanns das nicht sein...
(Ein Wechsel der Datenbank kommt leider nicht in Betracht)

Danke im Voraus für jeden Tip
MichaelKBS

Content-ID: 172637

Url: https://administrator.de/forum/besitzer-und-gruppe-einer-partition-werden-von-udev-geaendert-linux-172637.html

Ausgedruckt am: 23.12.2024 um 02:12 Uhr

dog
dog 06.09.2011 um 22:11:16 Uhr
Goto Top
Du kannst bei udev mal eine Änderung simulieren um zu sehen, welche Programme ablaufen:

udevadm test --action=add /block/sda

(evtl. bei action auch change)
MichaelKBS
MichaelKBS 07.09.2011 um 10:44:17 Uhr
Goto Top
Danke, das hat mich auf die richtige Spur gebracht. Die yard-rule musste in ein anderes Verzeichnis (war in /etc/udev/rules, musste aber nach /lib/udev/rules.d.