Zugriff auf USB-Share per AFP

[vegas]

Hallo,

weiß nicht, ob es mehr ins Netzwerkforum gehört oder hierher, aber ich denke prinzipiell ist es eine Unix-Frage.

Ich habe in meinem Netzwerk einen ReadyNas Duo, der mit einem Debian-Linux läuft und auf den ich per AFP, HTTPS und SSH zugreife. Nun habe ich eine Festplatte mit HFS+ Dateisystem (Apple-Kram) per USB angeschlossen und manuell gemountet. Zugriff per SSH klappt auch schön, aber ich würde gerne auch über AFP darauf zugreifen.

Meine erste Idee war

Code: Alles auswählen

mount -t afp afp://root :p ass@192.168.2.2/mnt/hdd1 ~/hdd1

(192.168.2.2 ist die IP des NAS) aber das klappt nicht.
Fehlermeldung:

Code: Alles auswählen

AFPMountURL returned error -5019, errno is 2

Das wiederum bedeutet

Code: Alles auswählen

afpParmErr = -5019, /* A specified parameter was out of allowable range */
#define ENOENT 2 /* No such file or directory */

Muss ich den Mountpoint erst irgendwo als Volume deklarieren, das per AFP freigegeben werden darf?! So ganz verstanden hab ich das Prinzip noch nicht..

Festplatten mit FAT bzw. ext3 werden übrigens automatisch vom NAS als Share erkannt. Man kann dann auswählen, ob sie auch per AFP und/oder HTTP zugänglich gemacht werden sollen, aber mit der HFS+ HDD geht das nicht so einfach.

Vielen Dank!

[vegas]

Progress:
Ich habe ein Datei namens /etc/netatalk/AppleVolumes.default gefunden. Dort sind die shares aufgelistet. Mein stümperhafter Versuch, dort einfach den Pfad zum HFS-Share anzugeben, hat allerdings nichts gebracht bisher.

[Scratchy]

nimm sshfs

Code: Alles auswählen

sshfs -p $SSHPORT $USER@192.168.2.2:/mnt/hdd1 ~/hdd1

edit:
das ist sicher falsch:

Code: Alles auswählen

mount -t afp afp://root :p ass@192.168.2.2/mnt/hdd1 ~/hdd1

so ist es (imho) richtig:

Code: Alles auswählen

mount -t afp afp://root :p ass@192.168.2.2[color=red]:[/color]/mnt/hdd1 ~/hdd1

[vegas]

Hallo Scratchy,
vielen Dank. Das mit dem Doppelpunkt hatte ich wohl übersehen, ja.

Inzwischen bin ich auch schon etwas weiter gekommen und habe mal einen Blick ins afp.log geworfen:

Code: Alles auswählen

Jul 13 13:26:34 afpd[16370][auth.c:233]: I:AFPDaemon: login Daniel (uid 1002, gid 100) AFP3.2
Jul 13 13:26:37 afpd[16370][server_ipc.c:207]: I:AFPDaemon: ipc_write: command: 2, pid: 16370, msglen: 24
Jul 13 13:26:37 afpd[16113][server_ipc.c:157]: I:AFPDaemon: ipc_read: command: 2, pid: 16370, len: 24
Jul 13 13:26:37 afpd[16113][server_child.c:348]: I :D efault: Setting clientid (len 16) for 16370, boottime 4C3B3B65
Jul 13 13:26:37 afpd[16113][server_ipc.c:103]: I:AFPDaemon: ipc_get_session: len: 24, idlen 16, time 4c3b3b65
Jul 13 13:26:38 afpd[16370][afp_dsi.c:377]: E:AFPDaemon: bad function 4C
Jul 13 13:26:41 afpd[16406][dsi_tcp.c:208]: I :D efault: ASIP session:548(7) from 192.168.2.100:53175(9)
Jul 13 13:26:41 afpd[16113][server_child.c:393]: I :D efault: server_child[1] 16406 done
Jul 13 13:26:41 afpd[16370][volume.c:2177]: D5:AFPDaemon: Creating '/USB_hdd1/Network Trash Folder' failed in /USB_hdd1: Read-only file system
Jul 13 13:26:41 afpd[16370][volume.c:2177]: D5:AFPDaemon: Creating '/USB_hdd1/Temporary Items' failed in /USB_hdd1: Read-only file system
Jul 13 13:26:41 afpd[16370][volume.c:2177]: D5:AFPDaemon: Creating '/USB_hdd1/.AppleDesktop' failed in /USB_hdd1: Read-only file system
Jul 13 13:26:41 afpd[16370][volume.c:2255]: D5:AFPDaemon: Error opening /USB_hdd1/.AppleDesktop/.volinfo: No such file or directory
Jul 13 13:26:41 afpd[16370][volume.c:1745]: W:AFPDaemon: Warning: No CNID scheme for volume /c/home/Daniel. Using default of dbd.
Jul 13 13:26:43 afpd[16370][volume.c:2177]: D5:AFPDaemon: Creating '/USB_hdd1/Network Trash Folder' failed in /USB_hdd1: Read-only file system
Jul 13 13:26:43 afpd[16370][volume.c:2177]: D5:AFPDaemon: Creating '/USB_hdd1/Temporary Items' failed in /USB_hdd1: Read-only file system
Jul 13 13:26:43 afpd[16370][volume.c:2177]: D5:AFPDaemon: Creating '/USB_hdd1/.AppleDesktop' failed in /USB_hdd1: Read-only file system
Jul 13 13:26:43 afpd[16370][volume.c:2255]: D5:AFPDaemon: Error opening /USB_hdd1/.AppleDesktop/.volinfo: No such file or directory
Jul 13 13:26:43 afpd[16370][server_ipc.c:207]: I:AFPDaemon: ipc_write: command: 2, pid: 16370, msglen: 24
Jul 13 13:26:43 afpd[16113][server_ipc.c:157]: I:AFPDaemon: ipc_read: command: 2, pid: 16370, len: 24
Jul 13 13:26:43 afpd[16113][server_child.c:348]: I :D efault: Setting clientid (len 16) for 16370, boottime 4C3B3B65
Jul 13 13:26:43 afpd[16113][server_ipc.c:103]: I:AFPDaemon: ipc_get_session: len: 24, idlen 16, time 4c3b3b65
Jul 13 13:26:48 afpd[16370][cnid_dbd.c:279]: E:CNID: dbd_rpc: Error reading header from fd (db_dir /USB_hdd1): closed
Jul 13 13:30:19 afpd[16370][logger.c:255]: I:Logger: doing log_setup, type 0, level 50, filename "/var/log/netatalk.log"
Jul 13 13:30:19 afpd[16370][logger.c:395]: D7:Logger: log_file_arr[0] now contains: {log_filename:/var/log/netatalk.log, log_file:0xa8780, log_level: 50}
Jul 13 13:30:19 afpd[16370][logger.c:398]: D5:Logger: log_setup[0] done
Jul 13 13:30:19 afpd[16370][afp_dsi.c:71]: I:AFPDaemon: 4,48KB read, 24,97KB written
Jul 13 13:30:19 afpd[16370][afp_dsi.c:98]: I:AFPDaemon: Connection terminated

Offensichtlich habe ich keinen Schreibzugriff auf das USB-Laufwerk.

Code: Alles auswählen

ReadyNAS:/USB# ls -l
insgesamt 4
drwxrwxrwx  11 root    root    4096 2010-07-13 15:26 USB_Daniel
drwxrwxr-x   1 partner partner   16 2010-05-18 20:25 USB_hdd1

Mount zeigt aber "rw" an:

Code: Alles auswählen

ReadyNAS:/USB# mount
/dev/md0 on / type ext2 (rw,noatime)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /ramfs type ramfs (rw)
tmpfs on /USB type tmpfs (rw,size=16k)
/dev/c/c on /c type ext2 (rw,noatime,acl,user_xattr,usrquota,grpquota)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/sda1 on /USB/USB_Daniel type ext3 (rw,noatime,acl)
/dev/sdb1 on /USB/USB_hdd1 type hfsplus (rw)

Komisch.

Daher meine Frage: Wie kann ich ein Laufwerk als "root" mounten?!

[onkelcolo]

Linux kann HFS+ nicht beschreiben (zumindest nicht mit Journal, und das kann man afaik nicht abschalten).

AFP ist uebrigens hochgiftiger Sondermuell aus dem letzten Jahrtausend. Was spricht gegen CIFS (wenn du schon kein NFSv4 haben willst)?

[vegas]

Oh, in welcher Hinsicht ist CIFS besser? Ich hänge nicht an AFP, aber das war eben voreingestellt und ich hab mich nicht weiter damit befasst.

Habe gerade auch erfahren, dass CIFS funktionieren müsste mit dem read-only mode. Das wäre ja schonmal ein Fortschritt.

edit:
Zum Thema NFS: Davor hab ich mich bisher eher gescheut, weil einige Macs im Netzwerk hängen und die Implementierung unter 10.5 Leopard nicht optimal sein soll ohne weitergehende Maßnahmen.

edit2:
Lese gerade auch, dass NFSv4 im ReadyNas nicht standardmäßig unterstützt wird und es auch einige Probleme dabei geben soll. NFSv3 läuft allerdings. Hat das signifikante Vorteile gegenüber CIFS?!

[onkelcolo]

Auch NFS3 ist (mit entsprechender Window Size) sicher ein gutes Stueck schneller als CIFS. CIFS hat halt den Vorteil, dass es auf jeder modernen OS-Plattform "einfach so" funktioniert. Allerdings habe ich mit NFS auf OS X-Boxen auch keine Erfahrung, wir fahren da eigentlich immer CIFS (und bei manchen Kunden - wohl aber aus historischen Gruenden - AFP) drauf.

[vegas]

Irgendwas hab ich an CIFS/SMB kaputt gemacht. Er kann sich nicht mehr verbinden. Alle Änderungen, die ich an den Dateien vorgenommen hatte, hab ich natürlich schon rückgängig gemacht.
Seitdem hab ich probiert:
- smb neugestartet
- Firmware neu installiert
- /etc/samba/smb.conf neu anlegen lassen

Doofes Ding. AFP und HTTP klappen übrigens weiterhin.

[onkelcolo]

Nix in den Logs? `testparm` auf der smbd-Kiste beschwert sich nicht?

[vegas]

'testparm' konnte ich nicht ausführen, weil er das Kommando nicht kennt.
Hab zwei Dinge versucht, das Programm zu finden

Code: Alles auswählen

updatedb
locate testparm

und

Code: Alles auswählen

find / -name testparm 2>/dev/null

, aber kein Erfolg.

In den Logs /var/log/samba/log.smbd hab ich etwas interessantes gefunden. Scheinbar gibt es Probleme bei der Authentifizierung. Verbinde ich einfach per smb://192.168.2.2, erscheint im Log

Code: Alles auswählen

[2010/07/15 23:54:18, 2] auth/auth.c:check_ntlm_password(319)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_NO_SUCH_USER

Okay, einen User "nobody" gibt es halt nicht. Früher kam in dem Moment dann eine Passwort-Abfrage.

Verbinde ich allerdings mit smb://User:Password@192.168.2.2, komme ich sogar zur Übersicht der Shares. Im Log steht dazu:

Code: Alles auswählen

[2010/07/15 23:59:20, 2] auth/auth.c:check_ntlm_password(319)
  check_ntlm_password:  Authentication for user [Daniel] -> [Daniel] FAILED with error NT_STATUS_WRONG_PASSWORD

Wähle ich nun ein Share aus zum verbinden, bekomme ich eine Fehlermeldung. Dazu erscheinen folgende Meldungen etwa 20x im Log:

Code: Alles auswählen

[2010/07/16 00:00:39, 1] auth/auth_sam.c:sam_account_ok(142)
  sam_account_ok: Account for user 'media' was disabled.

[2010/07/16 00:00:39, 2] auth/auth.c:check_ntlm_password(319)
  check_ntlm_password:  Authentication for user [media] -> [media] FAILED with error NT_STATUS_ACCOUNT_DISABLED

[2010/07/16 00:00:39, 0] smbd/password.c:authorise_login(846)
  authorise_login: rejected invalid user nobody

Kann möglicherweise die User/Passwort-Datenbank von Samba korrupt sein? Es gibt ja die /etc/samba/smbpasswd, kann man die irgendwie neu initialisieren? Oder manuell erstellen?!