staging.inyokaproject.org

mount.cifs

Status: Ungelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion des Artikels mount.cifs.

noisefloor Team-Icon

Ehemaliger
Avatar von noisefloor

Anmeldungsdatum:
6. Juni 2006

Beiträge: 28316

Hallo,

nee, ist IMHO schon ok so. Es wird ja davor gewarnt, dass es nicht gesetzt wird. Das betrifft jeden.

Gruß, noisefloor

sigbert

Anmeldungsdatum:
27. Juni 2007

Beiträge: 266

Unter Ubuntu 13.10 gibt es kein umount.cifs mehr, siehe http://forums.gentoo.org/viewtopic-t-947632-start-0.html

noisefloor Team-Icon

Ehemaliger
Avatar von noisefloor

Anmeldungsdatum:
6. Juni 2006

Beiträge: 28316

Hallo,

Danke für den Hinweis. Da der Artikel ja "nur" für Precise getestet ist, tangiert das den Artikel (im Moment) nicht.

Mal sehen wie es ist, wenn jemand den Artikel für das kommende Trusty testet.

Gruß, noisefloor

mexmirror

Anmeldungsdatum:
25. Oktober 2013

Beiträge: Zähle...

Hallo noisefloor

Nur eine kleine Bemerkung, die ".smbcredentials" Datei braucht, falls die Freigabe in einer Domäne ist, auch den Eintrag "domain=example.com". Zumindest in Ubuntu 12.04

mfg

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 7787

Beim cifs-vfs hat sich im Laufe der Jahre manches verändert. Um die Leser nicht unnötig mit veraltetem Ballast zu irritieren, würde ich aus dem Artikel gerne alles entfernen, was sich ausschließlich auf Versionen vor Ubuntu 12.04 bezog. Ich denke, dass wohl kaum jemand einen Samba Client mittels cifs-vfs auf einer älteren Server-Version (!) von Ubuntu wird installieren wollen, und sonst werden ja ältere Versionen als 12.04 nicht mehr unterstützt.

Ist hiergegen etwas einzuwenden?

Gruß – Max-Ulrich

noisefloor Team-Icon

Ehemaliger
Avatar von noisefloor

Anmeldungsdatum:
6. Juni 2006

Beiträge: 28316

Hallo,

ist ok.

Gruß, noisefloor

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 7787

Wird gemacht.

Gruß – Max-Ulrich

noisefloor Team-Icon

Ehemaliger
Avatar von noisefloor

Anmeldungsdatum:
6. Juni 2006

Beiträge: 28316

Hallo,

brauchst du ne Baustelle oder machst du das so?

Gruß, noisefloor

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 7787

Ist schon geschehen!

Gruß – Max-Ulrich

noisefloor Team-Icon

Ehemaliger
Avatar von noisefloor

Anmeldungsdatum:
6. Juni 2006

Beiträge: 28316

Hallo,

ok. Danke für die Aktualisierung.

Gruß, noisefloor

TooniX

Anmeldungsdatum:
12. August 2010

Beiträge: Zähle...

ich hatte ewig dieses Problem mit "mount error(13): Permission denied", 100.000 Anleitungen durchgespielt. Geholfen hat am Ende: mittels

smbpasswd -a user

auf dem Server ein Passwort für den Server festlegen. Danach ging es. Evtl. kann das ja mal einer ergänzen.

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 7787

@TooniX:

Implizit steht das eigentlich schon drin. Allerdings nicht gerade hier, denn es ist ein Problem des Servers und nicht des Client.

Da es offenbar nicht so einfach ist, bei diesem Fehler (die Freigabe-Optionen und die Dateirechte passen nicht zusammen bzw. Samba-Account fehlt ganz) die richtige Spur zur Lösung zu finden, will ich sehen, wie man hier etwas "auf die Sprünge helfen" kann.

100.000 Anleitungen durchgespielt.

Ist ja gigantisch! Wo hast Du denn die alle gefunden? 😊

Gruß – Max-Ulrich

EDIT:

Habe einen Hinweis eingefügt. Dies sollte genügen, um die Belastung des Internet beim Durchsuchen von jeweils 100.000 Anleitungen künftig zu vermeiden.

TooniX

Anmeldungsdatum:
12. August 2010

Beiträge: 7

Ehe wir warten, bis es Dir das Internet dankt, komme ich dem mal zuvor: Danke.

ah32

Avatar von ah32

Anmeldungsdatum:
3. September 2011

Beiträge: 311

Ich bekomme unter xenial beim Herunterfahren zu jedem samba mounts die Meldung: CIFS VFS: Server 192.168.178.xx has not respondet in 120 seconds. Reconnecting ...

Die im Artikel genannten Lösungen funktionieren unter xenial aber nicht mehr.

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 7787

Ja, bedingt durch systemd können die im Artikel für Ubuntu bis 14.04 angegebenen Workarounds jetzt nicht mehr funktionieren. Wenn man die gemounteten cifs-Shares (oder gleichermaßen auch die NFS-Shares) nicht vor dem Shutdown von Hand aushängen möchte, bleibt wohl nur der Weg über ein systemd Service Unit übrig.

Bei mir hat folgendes Vorgehen zum Erfolg geführt:

  1. Verfasse ein kurzes Skript um die Shares auszuhängen, z.B.

    #! /bin/sh
    # cifs-Freigaben aushängen
    #
    umount -a -f -t cifs
    #

    Mache dieses ausführbar und lege es an geeigneter Stelle ab, z.B. als /usr/local/smb-umount.sh

  2. Verfasse ein systemd Service Unit

    [Unit]
    Description=UmountSharesAtShutdown
    
    [Service]
    RemainAfterExit=true
    ExecStart=/bin/true
    ExecStop=/usr/local/smb-umount.sh
    
    [Install]
    WantedBy=multi-user.target

    und lege dies unter folgendem Pfad ab: /usr/local/systemd/system/UmountShares.service

  3. Aktiviere das Service Unit mit folgendem Befehl

    sudo systemctl enable /usr/local/systemd/system/UmountShares.service 

Nach einem System-Neustart ist das Shutdown-Problem dauerhaft behoben, denn die cifs-Shares werden vor dem Beenden des multi-user.target, d.h. gleich zu Beginn des Shutdown-Prozesses, automatisch ausgehängt.

Die Vorsichts-Regeln für den manuellen Unmount sind natürlich auch hier zu beachten.

Ich bitte darum, das Verfahren zu prüfen (möglichst auch für NFS-Shares, für die das gleiche Problem besteht). Wenn keine Bedenken bestehen, werde ich es ins Wiki übernehmen.

Gruß – Max-Ulrich