Hallo,

ich nutze jetzt seit einiger Zeit Ubuntu (ich habe nach mehreren Wochen Hardware-Tausch feststellen müssen, das Win7 auf meinem PC nicht läuft - blöde Sache). Hab es immer upgedated und nutzte jetzt folglich 12.04. Bisher habe ich (im Gegensatz zu meinen Windows-Systemen ) nichts groß verändert oder verstellt, da ich von Linux kaum Ahnung habe.

Nun stehe ich aber doch vor einem Problem, dachte nicht das es so schwer ist. Ausgangssituation: System wie oben, neuer DSL-Anbieter hat mir eine FritzBox 7390 geliefert, die über einen eingebauten NAS verfügt.

Ziel: Ich möchte die Ordner des NAS permanent bei mir ins Dateisystem eingebunden haben um ein Sync-Tool laufen zu lassen, damit Bilder usw die ich z. B. von der Kamera auf /home/meinName/bilder kopiere automatisch mit der NAS abgeglichen werden. Das ganze soll zum einen eine Art "Backup light" sein und zum anderen ermöglichen den gleichen Vorgang auch auf anderen PCs im Haus zu machen, damit nicht immer jeder seine eigene Bildersammlung hat.

Problem: Ich habe in Foren und dem wiki alles mögliche dazu gelesen und bin mit einem Teilerfolg gescheitert. Gemäß den Anleitungen habe ich - unter /media einen Ordner /mediaFritzBilder angelegt - die fstab ergänzt um //192.168.178.1/FRITZ.NAS/Bilder /media/FritzBilder cifs auto 0 0

Ergebnis: erstmal keins, unter terminal sudo mount -a hat nach etwas Zicken den Ordner korrekt gemountet. Lösung dafür: Eintrag von sleep 20 mount -a in die rc.local. Hat nicht geklappt, aber dazu geführt das der PC nicht mehr herunterfährt. Und zwar sage ich Rechner ausschalten, der Desktop verschwindet, der schwarze Bildschirm mit den Textzeilen erscheint und hängt sich entweder bei "stopping the winbind-deamon" auf (dann kommt nach einiger Zeit so eine Dienst hat 120 Sek nicht reagiert-Meldung) oder er schafft das noch und hängt sich bei "checking for unattendet updates" auf. Aufgefallen ist mir dabei das von landscape eine [Fail]-Meldung da steht, scheint aber nichts zu sagen zu haben.

Aushängen der Verknüpfung vor dem Herunterfahren bringt leider nichts. Auch das Starten ohne den sleep-Eintrag nicht (obwohl die Freigabe dann noch nichtmal gemountet ist).

Hat da jemand eine schlaue Idee? Da ich wie gesagt keine Ahnung davon unter Linux habe, kann es auch gerne eine ganz einfache sein!

Hallo und willkommen im Forum.

Lösch den Eintrag für die CIFS-Freigabe am besten aus deiner fstab.

Dann, trag entweder den vernünftigen mount.cifs-Befehl mit sleep 30 davor in die rc.local ein, oder bemüh dich um Autostart mit gvfs-mount.

Mit gvfs-mount hängt auch Nautilus (Dateimanager) die SMB/CIFS-Freigaben ein. Autostart heißt in diesem Fall, dass die Freigabe eingehängt wird, wenn du dich anmeldest.

Danke für die schnelle Reaktion!

Aus der fstab ist der Eintrag sowieso schon gelöscht, seitdem fährt der PC erst wieder runter.

Ich soll jetzt den im ersten Posting genannten Befehl aus der fstab und den sleep-Befehl in die rc.local schreiben?

Wie genau soll das mit Autostart gehen? Wenn ich im Terminal z. B. gnome-session-properties eingebe bekomme ich ein Fenster in dem ich ein neues Programm eintragen könnte. Soll ich an der Stelle einfach den mount-Befehl eintragen?

Apropro Anmeldung: steht bei mir auf Auto-Login, da ich den PC als einziger nutze.

Du sollst nicht einfach den Eintrag aus der fstab in die rc.local schreiben, das würde nicht funktionieren.
Stattdessen trägst du z.B. Folgendes in die rc.local ein:

1

sleep 30; mount.cifs //192.168.178.1/FRITZ.NAS/Bilder /media/FritzBilder

Oelle82 schrieb:

Wie genau soll das mit Autostart gehen? Wenn ich im Terminal z. B. gnome-session-properties eingebe bekomme ich ein Fenster in dem ich ein neues Programm eintragen könnte. Soll ich an der Stelle einfach den mount-Befehl eintragen?

Das sollte funktionieren. Dort könntest du folgenden Befehl eintragen:

1

gvfs-mount smb://192.168.178.1/FRITZ.NAS/Bilder 

Beachte, dass gvfs-mount die Freigabe dann als Unterordner von DEIN_BENUTZERVERZEICHNIS/.gvfs einbindet.

Stattdessen trägst du z.B. Folgendes in die rc.local ein: sleep 30; mount.cifs //192.168.178.1/FRITZ.NAS/Bilder /media/FritzBilder

Habe ich gemacht, geht leider nicht. Ich habe auch mal 60 statt 30 versucht (man weiß ja nie), aber keine Änderung. Es wird nichts gemountet und wenn ich per nautilus media/FritzBilder aufrufe ist der Ordner natürlich da, aber leer.

Gibt auch keinen Fehler oder so. Oder schreibt der das in irgendeine Log, warum der Befehl nicht geklappt hat?

Immerhin lässt der Rechner sich neu starten ohne Aufhängen!

Zeig mir mal bitte die Ausgabe von dmesg.

Ich hoffe, das hilft! Habe es als Anhang gemacht, ist sonst wohl etwas viel Text

Und jetzt würde ich gerne mal deine rc.local sehen.

Die Ausgabe von dmesg sieht für mich so aus, als wäre der mount-Befehl nicht mal ausgeführt worden.
--> Entweder bin ich also doof, oder du hast den mount-Befehl nach exit 0 in die rc.local geschrieben, was dazu führt, dass er nicht ausgeführt wird.

Nee, das hab ich nicht gemacht!

Ich erlaube mir das mal direkt in den Beitrag zu setzen:

#!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. sleep 60; mount.cifs //192.168.178.1/FRITZ.NAS/Bilder /media/FritzBilder exit 0

Ähm, Mist, die Zeilenumbrüche hat er nicht übernommen. Sind in der Datei aber natürlich korrekt! Siehe Anhang!!

Oelle82 schrieb:

Ähm, Mist, die Zeilenumbrüche hat er nicht übernommen. Sind in der Datei aber natürlich korrekt!

Benutze einen Codeblock.

Könnte auch ein Pfad-Problem sein. Versuch mal Folgendes in der rc.local:

1

/bin/sleep 30; /sbin/mount.cifs //192.168.178.1/FRITZ.NAS/Bilder /media/FritzBilder

Ich kann dir aber nicht garantieren, dass das funktionieren wird.

Hab ich, keine Änderung. Was mir aber beim editieren der rc.local aufgefallen ist: Das Zeichen "/" und das Wort sleep werden rot/fett dargestellt. mount.cifs aber nicht. Gehört das so?

Oelle82 schrieb:

Hab ich, keine Änderung. Was mir aber beim editieren der rc.local aufgefallen ist: Das Zeichen "/" und das Wort sleep werden rot/fett dargestellt. mount.cifs aber nicht. Gehört das so?

Lass mich raten, du benutzt gedit oder sowas? Kann ich nicht sagen, weil ich Textdateien immer mit vim im Terminal bearbeite.

Ich muss bescheuert sein, dass ich das nicht schon früher frage: Sind für die Freigabe ein Benutzername und ein Passwort erforderlich?

Falls nicht, richte Benutzername und Passwort dafür ein, und ergänze den mount.cifs-Befehl um -o username=BENUTZERNAME,password=PASSWORT

Andere Leute hatten auch schon Probleme mit ungesicherten SMB/CIFS-Freigaben, die aber nicht mehr aufgetreten sind, sobald die Freigaben gesichert wurden.

Hab ich, keine Änderung. Was mir aber beim editieren der rc.local aufgefallen ist: Das Zeichen "/" und das Wort sleep werden rot/fett dargestellt. mount.cifs aber nicht. Gehört das so?

Lass mich raten, du benutzt gedit oder sowas? Kann ich nicht sagen, weil ich Textdateien immer mit vim im Terminal bearbeite.

Richtig geraten, gedit! Ich muss sagen, ich finde sowas mit Markierungen schon praktisch. Ist noch textbasiert, aber hilft Tippfehler früh zu erkennen [/OT]

Ich muss bescheuert sein, dass ich das nicht schon früher frage: Sind für die Freigabe ein Benutzername und ein Passwort erforderlich?

Stimmt, hättest du früher fragen müssen! *fg* Nein, Benutzer und KW sind nicht erforderlich, deshalb hat es in der ursprünglichen Konfiguration ja auch mit dem "halbautomatischen" Mounten funktioniert.

Ich habe den Tipp mal befolgt und Nutzer/Kennwort eingerichtet und siehe da: Es geht!!! Wobei ich es schon praktischer fände wenn ich das im eigenen Netzwerk ohne Kennwort machen könnte, da es etwas albern ist (zumindest solange die Kinder noch nicht alt genug für einen eigenen PC sind ) Aber das ist halt die Sicherheitsphilosophie von Linux. Hat ja auch irgendwo was.

Aber danke für den intensiven Support. Hat der heiße Tag doch noch was gutes!

Oelle82 schrieb:

Aber danke für den intensiven Support. Hat der heiße Tag doch noch was gutes!

Gern geschehen.

Oelle82 schrieb:

Nein, Benutzer und KW sind nicht erforderlich…

Das ist bad practice, egal in welchem Netzwerk.