On Apr 7, 2008, at 10:57 AM, Sebastian Dellit wrote:
Hallo Thomas, am Sonntag, 6. April 2008 um 13:46 schrieb Thomas Kosch:
Wirf doch erst einmal einen Blick in das entsprechende Skript.Ein "verbose" konnte ich nicht finden.
/etc/default/rcS
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 denKlar, in dem man es von Hand ausführt. Das wäre sowieso das Erstegewesen. Wenn nach dem booten die Network Shares nicht eingehängt sinddas Skript von Hand ausführen und schauen was passiert. Wenn dann dieNetzwekshares eingehängt sind nachschauen ob das Skript korrekt in dasentsprechende Runlevel Verzeichnis gelinkt ist. Wenn nicht, dannverbose auf yes setzten. Auch ein "#!/bin/sh -x" am Anfang des Skriptskann helfen um zu sehen was das Skript eigentlich treibt.Wenn ich "#!/bin/sh -x" setze, kommt: [...]
Und was stand da an Stelle der Auslassungszeichen?
c:\programme\ssh\ssh.exe
Wo bitte schön kommt das auf einem Linux System her? Wo bitte hast du das "#!/bin/sh -x" hingeschrieben?
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. :-/
Trage mal ein "ASYNCMOUNTNFS=no" in die /etc/default/rcS ein.Irgendwas in "do_wait_async_mount" scheint da teilweise broken zu sein. Könnte da mal einer der hier anwesenden Bash Gurus einen Blick darauf werfen?
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.
Was ist an pam_mount unsauber, und ja.
-- Viele Grüße SebastianICQ: 264706583 | MSM: sebo@blinzeln.de | Skype: sebo_de | Yahoo: de_seboE-Mail: sebo@blinzeln.de | Web: www.blindzeln.de
Attachment:
smime.p7s
Description: S/MIME cryptographic signature