(gelöst dank seahawk1986)qb-35us3r esata automount

Probier mal das als /etc/udev/rules.d/10-esata.rules

DEVPATH=="/devices/pci0000:00/0000:00:0b.0/host3/*", ENV{UDISKS_SYSTEM}="0", ENV{UDISKS_SYSTEM_INTERNAL}="0"

Und dann den Rechner neu starten.
Dann das hier in eine Datei kopieren, z.B. als list-disks.py

#!/usr/bin/python2
import dbus


bus = dbus.SystemBus()
ud_manager_obj = bus.get_object("org.freedesktop.UDisks", "/org/freedesktop/UDisks")
ud_manager = dbus.Interface(ud_manager_obj, 'org.freedesktop.UDisks')


for dev in ud_manager.EnumerateDevices():
    device_obj = bus.get_object("org.freedesktop.UDisks", dev)
    device_props = dbus.Interface(device_obj, dbus.PROPERTIES_IFACE)
    if (device_props.Get('org.freedesktop.UDisks.Device', 'IdUsage') == "filesystem" and not 
        device_props.Get('org.freedesktop.UDisks.Device', 'DeviceIsSystemInternal')):


        print 5*'*', "Found device", 5*'*'
        print "device path:", device_props.Get('org.freedesktop.UDisks.Device', 'DeviceFile')
        print "interface:", device_props.Get('org.freedesktop.UDisks.Device', 'DriveConnectionInterface')
        print "UUID:", device_props.Get('org.freedesktop.UDisks.Device', 'PartitionUuid')
        print "Label:", device_props.Get('org.freedesktop.UDisks.Device', 'IdLabel')

Und so aufrufen - falls es geklappt hat, sollte die Partition auf der über eSata angeschlossenen Platte auftauchen (und vermutlich schon automatisch nach /media/<Label> gemountet werden):

python list-disks.py

Der Grund ist, dass udisks-glue keine internen Geräte mountet - wenn die udev-Regel oben greift, sollte der eSata-Port als externer Anschluss markiert werden und dann greift udisks-glue nach den bestehenden Regeln wie bei einem über USB angeschlossenen Laufwerk zu.

Quote from pille2011

und bekomme folgende Meldung

Code

device path: /dev/sdc1
interface: ata
UUID: BAD7AA0D-A530-4BC8-9F27-BD8CB63CC769
Label: Media_Kiste

Dann ist ja jetzt klar weshalb udisks-glue da nicht zuschlagen konnte - da müsste esata stehen, damit das OOTB als externer Datenträger erkannt wird.

Quote from pille2011

Hab die UUID in der fstab noch geändert und siehe da es geht.

Interessant, das muss ja ein komisches Gerät sein, wenn die von blkid gelieferte UUID von der durch udisks erkannten abweicht

Quote from pille2011

Ist die UUID des Raid an einem anderen Rechner eine andere???

Nein, die UUID sollte sich nicht ändern solange du kein neues Dateisystem erzeugst.
Ich hab da eine Vermutung weshalb es jetzt klappt. Mein Skript gibt die PARTUUID aus, nicht die UUID (die heißt laut der Dokumentation von udisks "IdUuid" statt "'PartitionUuid' wie ich gerade gesehen habe). udisks-glue ignoriert soweit ich weiß Partitionen, die einen Eintrag in der fstab haben (du könntest den Eintrag für die Platte dort mal auskommentieren und nachsehen ob es immer noch klappt um das zu verifizieren). In dem Fall kannst du dann auch die nicht funktionierende udev-Regel mit dem mount-Befehl löschen.

Quote

Festplattengehäuse ist als Raid5 konfiguriert

Nur mal so interessehalber... das Gehäuse hat keinen RAID Controller, kann aber als RAID5 konfiguriert werden? Kann mir das mal jemand erklären??? Danke!

Quote from Tiroler

Nur mal so interessehalber... das Gehäuse hat keinen RAID Controller, kann aber als RAID5 konfiguriert werden? Kann mir das mal jemand erklären??? Danke!

Internal RAID controller (no additional hardware needed)
Supported RAID mode:
0/1/3/5/10 & BIG
http://images.fantec.eu/1519.en.pdf

Okay, also doch was eingebaut... persönlich würde ich dem Ding dann aber keine wichtigen Daten anvertrauen... ein üblicher RAID1 Controller kostet > 150 EUR (Bsp. ADAPTEC RAID 6405E)

Quote from Tiroler

Okay, also doch was eingebaut... persönlich würde ich dem Ding dann aber keine wichtigen Daten anvertrauen...

Warum denn das nicht? Da wird einfach ein Linux mit einem Softraid drin laufen. Ich sehe da keine Probleme.

Gerald

Quote

Warum denn das nicht? Da wird einfach ein Linux mit einem Softraid drin laufen. Ich sehe da keine Probleme.

Okay, über Linux-Softraid wurde ja bereits viel in diesem Forum geschrieben... selbst wenn das Ding kaputt gehen würde, sollte man an die Daten mittels "normalen" Linux PC rankommen...
Bin hier vlt. von diversen Windows Fake Controllern in der Vergangenheit gebrandmarkt worden

Dennoch würde ich das Ding an eine kleine USV hängen und vlt. auch einen Ausfall simulieren um für den Tag der Tage gewappnet zu sein... aber vlt. bin ich auch nur zu ängstlich

Quote from Tiroler

Bin hier vlt. von diversen Windows Fake Controllern in der Vergangenheit gebrandmarkt worden

Keine Ahnung, als ich aufgehört habe Windows auf normalen PCs zu benutzen, gab es die Dinger noch nicht.

Ich werde zwar sicher gleich von fnu gesteinigt, aber ich habe nun mal einfach keine schlechten Erfahrungen mit Linux-SoftRAID gemacht und solange HP nicht mit einem Treiber für sein FakeRAID für Ubuntu rüberkommt, habe ich eh keine andere Wahl. Zumal das FakeRAID kein RAID5 kann.

Ich weiß auch von einigen sehr großen Installation wo auf Linux-SoftRAID gesetzt wurde und das läuft seit Jahren problemlos. Natürlich hat da aber fnu den besseren Überblick.

Gerald

Geht nicht ist ein bisschen wenig... - schau doch mal, ob die udev-Attribute korrekt gesetzt werden und was das Python-Skript liefert.