Angepinnt [Kleine Hilfe]Umstellung vom Netzwerkbrowser/Freigabemanager auf echtes Automount (Freigaben in: /etc/auto.network)

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • richtig, das Verzeichnis ist auf dem NAS und das möchte ich ungern umbenennen, weil da mehrere Systeme dran hängen.
    Unterstrich geht nicht, weil das Verzeichnis ein Leerzeichen und halt kein Unterstrich enthält...
    Mit dem Freigabemanager war's kein Problem. Irgendwie muss es doch gehen...
    Anführungszeichen?!

  • Einfach nur Backslash und Leerzeichen

    Quellcode

    1. Sicherungen -fstype=nfs,rw,soft,tcp,nolock 192.168.0.160:/volume1/Sicherungen\ vu

  • Die Umstellung auf auto.network und NFS hat sofort geklappt.

    Allerdings sagt er jetzt, wenn ich den Aufnahmepfad ändern möchte, dass das Verzeichnis nicht beschreibbar ist.

    Mit der Samba Freigabe über den Freigabe Manager funktionierte dies noch.

  • Hallo

    Hier noch mal zur Ausgangsfrage - Warum mag der automounter (bei mir) nicht funtionieren?
    Da ich ein endlich wieder ein wenig Zeit hatte, konnte ich daran herum testen.

    Es ist vermutlich ein knuddeliges UNIX / LINUX Problem.
    Seid gewarnt:
    Im folgenden einiges halbverstandenes UNIX und ein längerer Beitrag - Ich hoffe, Ihr seid net bös' darüber. Sind die halt Debug-Meldungen.
    Vielleicht hilft oder inspiriert es ja einen anderen Leser :) .

    2 Dinge
    1) Die User Credentials in eine feste Datei verpackt, damit ich an dieser Stelle von Tippfehler frei bin
    2) Mit dem automounter debug gearbeitet
    Das sieht dann aus wie folgt
    Zu 1:

    Quellcode

    1. mount -t cifs //YEN-LO-WANG/pc /media/v -o uid=0,gid=0,rw,credentials=/etc/cred1
    2. oder
    3. mount.cifs //Yen-Lo-Wang/pc /media/v -o credentials=/etc/cred1
    4. und
    5. umount /media/v


    In dem /media/v ist dann auch das drin, was man erwarten würde.
    funktioniert .

    2:
    Der „automounter“ holt das „autofs“.
    Das kann man auch selbst machen. Man hat dadurch die Parametrierung besser in der Hand – ich wollte unbedingt das Verbose- und das Debug- Flag drin haben.
    Also aus einem ps -ef das autofs - Kommando abgeschrieben

    Quellcode

    1. /usr/sbin/automount --pid-file=/var/run/autofs/_media_net_autofs.pid --timeout=5 --ghost /media/net/autofs file /etc/auto.network

    Klar, in auto.network steht
    v -fstyp=cifs,rw,credentials=/etc/cred1 ://Yen-Lo-Wang/pc

    Zunächst killen wir den automounter für /media/net/autofs/v , löschen /media/net/autofs/v per rmdir, entladen (umounten) /media/autofs
    Soweit alles sauber, jetzt ist Zeit für das autofs mit- v und -d:

    Quellcode

    1. /usr/sbin/automount -v -d --pid-file=/var/run/autofs/_media_net_autofs.pid --timeout=5 --ghost /media/net/autofs file /etc/auto.network
    schauen mal per ps -ef nach, ob's läuft (ja) und checken/var/log/messages : Vorläufig nur einfache Debug-Ausgaben, welche mir nichts sagen:

    Quellcode

    1. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: get_pkt: state 1, next 2
    2. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: st_expire(): state = 1
    3. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: expire_proc: exp_proc=319
    4. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: handle_child: got pid 319, sig 0 (0), stat 0
    5. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: sigchld: exp 319 finished, switching from 2 to 1
    6. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: get_pkt: state 2, next 1
    7. May 17 17:27:36 vuduo2 daemon.debug automount[32703]: st_ready(): state = 2
    8. May 17 17:27:38 vuduo2 daemon.debug automount[32703]: sig 14 switching from 1 to 2

    Nun ein Zugriff auf /media/net/autofs/v … und schopn ist der Ärger komplett:

    Quellcode

    1. Nun ein Zugriff auf /media/net/autofs/v … und schopn ist der Ärger komplett:
    2. May 17 17:32:12 vuduo2 daemon.debug automount[32703]: get_pkt: state 2, next 1
    3. May 17 17:32:12 vuduo2 daemon.debug automount[32703]: st_ready(): state = 2
    4. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: handle_packet: type = 0
    5. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: handle_packet_missing: token 6, name v
    6. May 17 17:32:14 vuduo2 daemon.info automount[32703]: attempting to mount entry /media/net/autofs/v
    7. May 17 17:32:14 vuduo2 daemon.debug automount[629]: lookup(file): v -> -fstyp=cifs,rw,credentials=/etc/cred1 ://Yen-Lo-Wang/pc
    8. May 17 17:32:14 vuduo2 daemon.debug automount[629]: parse(sun): expanded entry: -fstyp=cifs,rw,credentials=/etc/cred1 ://Yen-Lo-Wang/pc
    9. May 17 17:32:14 vuduo2 daemon.debug automount[629]: parse(sun): dequote("fstyp=cifs,rw,credentials=/etc/cred1") -> fstyp=cifs,rw,credentials=/etc/cred1
    10. May 17 17:32:14 vuduo2 daemon.debug automount[629]: parse(sun): gathered options: fstyp=cifs,rw,credentials=/etc/cred1
    11. May 17 17:32:14 vuduo2 daemon.debug automount[629]: parse(sun): dequote("//Yen-Lo-Wang/pc") -> //Yen-Lo-Wang/pc
    12. May 17 17:32:14 vuduo2 daemon.debug automount[629]: parse(sun): core of entry: options=fstyp=cifs,rw,credentials=/etc/cred1, loc=//Yen-Lo-Wang/pc
    13. May 17 17:32:14 vuduo2 daemon.debug automount[629]: parse(sun): mounting root /media/net/autofs, mountpoint v, what //Yen-Lo-Wang/pc, fstype nfs, options fstyp=cifs,rw,credentials=/etc/cred1
    14. May 17 17:32:14 vuduo2 daemon.debug automount[629]: mount(nfs): root=/media/net/autofs name=v what=//Yen-Lo-Wang/pc, fstype=nfs, options=fstyp=cifs,rw,credentials=/etc/cred1
    15. May 17 17:32:14 vuduo2 daemon.debug automount[629]: mount(nfs): nfs options="fstyp=cifs,rw,credentials=/etc/cred1", nosymlink=0, symlink=0, ro=0
    16. May 17 17:32:14 vuduo2 daemon.debug automount[629]: mount(nfs): v is local, doing bind
    17. May 17 17:32:14 vuduo2 daemon.debug automount[629]: mount(bind): calling mkdir_path /media/net/autofs/v
    18. May 17 17:32:14 vuduo2 daemon.debug automount[629]: mount(bind): calling mount --bind -s -o defaults //Yen-Lo-Wang/pc /media/net/autofs/v
    19. May 17 17:32:14 vuduo2 user.notice kernel: Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
    20. May 17 17:32:14 vuduo2 daemon.notice automount[629]: >> Password: mount error(13): Permission denied
    21. May 17 17:32:14 vuduo2 daemon.notice automount[629]: >> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
    22. May 17 17:32:14 vuduo2 daemon.notice automount[629]: >> mount: mounting //Yen-Lo-Wang/pc on /media/net/autofs/v failed: No such file or directory
    23. May 17 17:32:14 vuduo2 daemon.err automount[629]: failed to mount /media/net/autofs/v
    24. May 17 17:32:14 vuduo2 daemon.debug automount[629]: umount_multi: path=/media/net/autofs/v incl=1
    25. May 17 17:32:14 vuduo2 daemon.warn automount[629]: umount_multi: no mounts found under /media/net/autofs/v
    26. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: handle_child: got pid 629, sig 0 (0), stat 1
    27. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: sig_child: found pending iop pid 629: signalled 0 (sig 0), exit status 1
    28. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: send_fail: token=6
    29. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: handle_packet: type = 0
    30. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: handle_packet_missing: token 7, name v
    31. May 17 17:32:14 vuduo2 daemon.info automount[32703]: attempting to mount entry /media/net/autofs/v
    32. May 17 17:32:14 vuduo2 daemon.debug automount[636]: lookup(file): v -> -fstyp=cifs,rw,credentials=/etc/cred1 ://Yen-Lo-Wang/pc
    33. May 17 17:32:14 vuduo2 daemon.debug automount[636]: parse(sun): expanded entry: -fstyp=cifs,rw,credentials=/etc/cred1 ://Yen-Lo-Wang/pc
    34. May 17 17:32:14 vuduo2 daemon.debug automount[636]: parse(sun): dequote("fstyp=cifs,rw,credentials=/etc/cred1") -> fstyp=cifs,rw,credentials=/etc/cred1
    35. May 17 17:32:14 vuduo2 daemon.debug automount[636]: parse(sun): gathered options: fstyp=cifs,rw,credentials=/etc/cred1
    36. May 17 17:32:14 vuduo2 daemon.debug automount[636]: parse(sun): dequote("//Yen-Lo-Wang/pc") -> //Yen-Lo-Wang/pc
    37. May 17 17:32:14 vuduo2 daemon.debug automount[636]: parse(sun): core of entry: options=fstyp=cifs,rw,credentials=/etc/cred1, loc=//Yen-Lo-Wang/pc
    38. May 17 17:32:14 vuduo2 daemon.debug automount[636]: parse(sun): mounting root /media/net/autofs, mountpoint v, what //Yen-Lo-Wang/pc, fstype nfs, options fstyp=cifs,rw,credentials=/etc/cred1
    39. May 17 17:32:14 vuduo2 daemon.debug automount[636]: mount(nfs): root=/media/net/autofs name=v what=//Yen-Lo-Wang/pc, fstype=nfs, options=fstyp=cifs,rw,credentials=/etc/cred1
    40. May 17 17:32:14 vuduo2 daemon.debug automount[636]: mount(nfs): nfs options="fstyp=cifs,rw,credentials=/etc/cred1", nosymlink=0, symlink=0, ro=0
    41. May 17 17:32:14 vuduo2 daemon.debug automount[636]: mount(nfs): v is local, doing bind
    42. May 17 17:32:14 vuduo2 daemon.debug automount[636]: mount(bind): calling mkdir_path /media/net/autofs/v
    43. May 17 17:32:14 vuduo2 daemon.debug automount[636]: mount(bind): calling mount --bind -s -o defaults //Yen-Lo-Wang/pc /media/net/autofs/v
    44. May 17 17:32:14 vuduo2 user.notice kernel: Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
    45. May 17 17:32:14 vuduo2 daemon.notice automount[636]: >> Password: mount error(13): Permission denied
    46. May 17 17:32:14 vuduo2 daemon.notice automount[636]: >> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
    47. May 17 17:32:14 vuduo2 daemon.notice automount[636]: >> mount: mounting //Yen-Lo-Wang/pc on /media/net/autofs/v failed: No such file or directory
    48. May 17 17:32:14 vuduo2 daemon.err automount[636]: failed to mount /media/net/autofs/v
    49. May 17 17:32:14 vuduo2 daemon.debug automount[636]: umount_multi: path=/media/net/autofs/v incl=1
    50. May 17 17:32:14 vuduo2 daemon.warn automount[636]: umount_multi: no mounts found under /media/net/autofs/v
    51. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: handle_child: got pid 636, sig 0 (0), stat 1
    52. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: sig_child: found pending iop pid 636: signalled 0 (sig 0), exit status 1
    53. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: send_fail: token=7
    54. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: sig 14 switching from 1 to 2
    55. May 17 17:32:14 vuduo2 daemon.debug automount[32703]: get_pkt: state 1, next 2
    Alles anzeigen

    Tja, angeblich wieder etwas mit den User Credentials und der Authorisierung gegenüber dem "NT".
    Was vermutlich eine irreführende Meldung ist: Die Credentials hatte ich je extra in eine Datei gepackt, und mit den manuellen mounts funktionieren die prima.
    ?-(

    Konrad

  • Hi,
    ich habe meine Freigaben auf dem Nas bis jetzt nur über den Freigabemanger gemacht, hab ja auch den NAS erst seid gut 2 Wochen. Nun hab ich den NAS nachts ausschalten lassen, mit dem Ergebnis das sich die Box aufgehängt hat (stillstand der UHR, kein Abarbeiten von Aufnahmen) , aber weiterhin über FTP zugriff möglich war ( hatte heute früh alle TS von der Solo2 geholt. Würde die Umstellung auf die auto.network so etwas verhindern? Das Problem mit den Aufhängen der BOX hatte ich bis jetzt nur ganz selten gehabt wenn ich über FTP auf die Box zugegriffen hatte, aber da hatte ich noch keinen NAS.

    mfg
    Verkauft

  • @konradw
    Habe Deine Ausführungen erst jetzt gelesen.
    Klar, in auto.network steht

    v -fstyp=cifs,rw,credentials=/etc/cred1 ://Yen-Lo-Wang/pc
    HIer hast Du schon den ersten Syntaxfehler, der im folgenden nicht wirklich aufgelöst wird; beim parsen wird da irgendwann ein NFS-Mount mit irregulären options versucht

    Quellcode

    1. mounting root /media/net/autofs, mountpoint v, what //Yen-Lo-Wang/pc, fstype nfs, options fstyp=cifs,rw,credentials=/etc/cred1


    .......weiter habe ich nicht mehr geschaut
    [i][b]Kein Backup - kein Mitleid[/b][/i]

  • Hallo Forum,
    bin neu hier und schon das erste Problem:
    Habe eine VUDuo2 und eine VU Zero
    Alles läuft soweit mit Remotechannel auf der ZERO.
    Meine freigabe auf dem WHS 2011 läuft auch über den Netzwerkbrowser, aber leider nicht permanent.
    Diese muss ich immer wieder aktivieren obwohl Aktiv.
    Ist leider nicht mit meiner Holden kompatibel. Nun habe ich versucht mit Autofs das Problem zu lösen.
    Leider funktioniert es garnicht. Es wird zwar der Ordner Video in /hdd/movie/ angelegt aber man kann icht darauf zugreifen.
    Bin ratlos.
    Die auto.network sieht wie folgt aus:

    Quellcode

    1. Video -fstype=cifs,rw,soft,iocharset=utf8,rsize=16384,wsize=32768,user=xxxx,pass=xxxxxxxxxx //192.168.178.40/videos

    Bin dankbar für tips oder ne einfache alternative um die Freigabe zu mounten
    Praktiker

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Praktiker ()

  • Gerne:

    XML-Quellcode

    1. <?xml version="1.0" ?>
    2. <mountmanager>
    3. <cifs>
    4. <mount>
    5. <active>True</active>
    6. <hdd_replacement>False</hdd_replacement>
    7. <ip>192.168.178.66</ip>
    8. <sharename>vuduo</sharename>
    9. <sharedir>Harddisk</sharedir>
    10. <options>rw</options>
    11. <username>root</username>
    12. <password>password</password>
    13. </mount>
    14. </cifs>
    15. <cifs>
    16. <mount>
    17. <active>True</active>
    18. <hdd_replacement>False</hdd_replacement>
    19. <ip>192.168.178.40</ip>
    20. <sharename>Video</sharename>
    21. <sharedir>Videos</sharedir>
    22. <options>rw</options>
    23. <username>xxxx</username>
    24. <password>xxxxxxxx</password>
    25. </mount>
    26. </cifs>
    27. </mountmanager>
    Alles anzeigen