Re: Netzwerkfreigabe automatisch beim Start einhängen
Hallo Thomas,
am Sonntag, 6. April 2008 um 13:46 schrieb Thomas Kosch:
>> Wo genau muss man das die Option setzen? Und wo könnte man solche
> Wirf doch erst einmal einen Blick in das entsprechende Skript.
Ein "verbose" konnte ich nicht finden.
>> Echos "hinpacken"?
> Unmittelbar bevor die Variable verwendet wird?
Stimmt. :-)
>> Kann man eigentlich testen, ob die Änderungen etwas genützt haben,
>> ohne die Kiste neu zu starten? Im Moment starte ich jedes mal den
> Klar, in dem man es von Hand ausführt. Das wäre sowieso das Erste
> gewesen. Wenn nach dem booten die Network Shares nicht eingehängt sind
> das Skript von Hand ausführen und schauen was passiert. Wenn dann die
> Netzwekshares eingehängt sind nachschauen ob das Skript korrekt in das
> entsprechende Runlevel Verzeichnis gelinkt ist. Wenn nicht, dann
> verbose auf yes setzten. Auch ein "#!/bin/sh -x" am Anfang des Skripts
> kann helfen um zu sehen was das Skript eigentlich treibt.
Wenn ich "#!/bin/sh -x" setze, kommt:
[...]
c:\programme\ssh\ssh.exe
+ exec
+ waitnfs=
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ case "$FSTYPE" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ case "$FSTYPE" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ case "$FSTYPE" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ case "$FSTYPE" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ case "$FSTYPE" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ continue
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$OPTS" in
+ case "$FSTYPE" in
+ case "$MTPT" in
+ read DEV MTPT FSTYPE OPTS REST
+ exec
+ TIMEOUT=900
+ : exit 0
Auch das manuelle Ausführen des Skriptes:
# /etc/init.d/mountnfs.sh start
bringt nicht den gewünschten Erfolg. Also scheint etwas generell an
der Stelle falsch zu sitzen. :-/
>> Rechner neu, was aber irgendwie ein wenig umständlich ist. Vielleicht
>> reicht es ja ein bestimmtes Skript zu starten, um zu sehen, ob es
>> funktioniert. Vielleicht einfach das mountnfs.sh? :-)
>>
>> Wenn mountnfs.sh aufgerufen wird, um die Netzwerkfreigaben
>> einzuhängen, wird dann auch das selbe Script auch genutzt, wenn man
>> "mount -a" als Root,
>> oder eben "mount //server/sdellit" ausführt?
> Das ist ein init Skript.
Ein Skript, welches beim Start ausgeführt wird. Also ist es nicht das selbe, weil mount ein
eigenständiges Programm ist?
>>> Wenn das Share bereits zum Boot Zeitpunkt zur Verfügung stehen muss,
>>> dann nein.
>>> Wenn das Share erst beim einloggen gemountet werden soll, möglichst
>>> noch mit userspezifischen Optionen, dann pam_mount mit eventuell
>>> aktivierter luser_conf.
>>
>> OK, dann hoffe ich doch, das es mit der fstab klappt ... :-)
> Warum?
Weil das im Moment die sauberste Lösung wäre - und es ja eigentlich
funktionieren müsste.
--
Viele Grüße Sebastian
ICQ: 264706583 | MSM: sebo@blinzeln.de | Skype: sebo_de | Yahoo: de_sebo
E-Mail: sebo@blinzeln.de | Web: www.blindzeln.de
Reply to: