USB automount

[Kamikaze]

Versuch mal folgendes:

# automounter stop
# killall -9 amd
# automounter start

Was steht den so in /var/run/automounter.amd.log ?

 

[Kamikaze]

Also, es ist mir gelungen eins deiner Probleme zu rekonstruieren. Dafür gibt es folgenden Grund:

nfs server pid3466@maggie:/var/run/automounter.amd.mnt: not responding
kann erscheinen, weil das Mounten von Fat-Dateisystemen sehr lang dauert. Wenn man lang genug wartet ist der Mount erfolgreich.

 

[lme]

Also, es ist mir gelungen eins deiner Probleme zu rekonstruieren. Dafür gibt es folgenden Grund:

nfs server pid3466@maggie:/var/run/automounter.amd.mnt: not responding
kann erscheinen, weil das Mounten von Fat-Dateisystemen sehr lang dauert. Wenn man lang genug wartet ist der Mount erfolgreich.

Das hat auch nicht funktioniert.
Ich hab die Kiste angelassen und war weg, amd und automounter waren gestartet:

grep -c respond /var/log/messages
561

Das Mounten von msdosfs dauert hoffentlich nicht mehr als 2.5h


Immerhin habe ich aber jetzt zwei neue Mountpoints:
pid6282@maggie:/var/run/automounter.amd.mnt on /var/run/automounter.amd.mnt (nfs)
pid3466@maggie:/var/run/automounter.amd.mnt on /var/run/automounter.amd.mnt (nfs)

Drin sind auch Unterverzeichnisse mit dem Label der Partitionen, aber gemountet ist dort nichts.

 

[Kamikaze]

Zwei Instanzen von amd, das darf eigentlich nicht passieren.
Der Inhalt von /var/run/automounter.amd.log wäre wirklich nützlich.

 

[lme]

May 13 23:06:21 maggie amd[65195]/info:  switched to logfile "/var/run/automounter.amd.log"
May 13 23:06:21 maggie amd[65195]/info:  AM-UTILS VERSION INFORMATION:
May 13 23:06:21 maggie amd[65195]/info:  Copyright (c) 1997-2006 Erez Zadok
May 13 23:06:21 maggie amd[65195]/info:  Copyright (c) 1990 Jan-Simon Pendry
May 13 23:06:21 maggie amd[65195]/info:  Copyright (c) 1990 Imperial College of Science, Technology & Medicine
May 13 23:06:21 maggie amd[65195]/info:  Copyright (c) 1990 The Regents of the University of California.
May 13 23:06:21 maggie amd[65195]/info:  am-utils version 6.1.5 (build 800036).
May 13 23:06:21 maggie amd[65195]/info:  Report bugs to https://bugzilla.am-utils.org/ or am-utils@am-utils.org.
May 13 23:06:21 maggie amd[65195]/info:  Configured by David O'Brien <obrien@FreeBSD.org> on date 4-December-2007 PST.
May 13 23:06:21 maggie amd[65195]/info:  Built by root@maggie.bsd-geek.de on date Fri May  9 18:20:56 CEST 2008.
May 13 23:06:21 maggie amd[65195]/info:  cpu=i386 (little-endian), arch=i386, karch=i386.
May 13 23:06:21 maggie amd[65195]/info:  full_os=freebsd8.0, os=freebsd8, osver=8.0, vendor=undermydesk, distro=The FreeBSD Project.
May 13 23:06:21 maggie amd[65195]/info:  domain=bsd-geek.de, host=maggie, hostd=maggie.bsd-geek.de.
May 13 23:06:21 maggie amd[65195]/info:  Map support for: root, passwd, union, ndbm, file, exec, error.
May 13 23:06:21 maggie amd[65195]/info:  AMFS: nfs, link, nfsx, nfsl, host, linkx, program, union, ufs, cdfs,
May 13 23:06:21 maggie amd[65195]/info:        pcfs, auto, direct, toplvl, error, inherit.
May 13 23:06:21 maggie amd[65195]/info:  FS: cd9660, nfs, nfs3, nullfs, msdosfs, ufs, unionfs.
May 13 23:06:21 maggie amd[65195]/info:  Network: wire="localhost" (netnumber=192.168.1).
May 13 23:06:21 maggie amd[65195]/info:  My ip addr is 127.0.0.1
May 13 23:06:21 maggie amd[66182]/info:  released controlling tty using setsid()
May 13 23:06:21 maggie amd[66182]/info:  Locked process pages in memory
May 13 23:06:21 maggie amd[66182]/info:  file server localhost, type local, state starts up
May 13 23:06:21 maggie amd[66182]/info:  /dev/ad0s2a restarted fstype ufs on /, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  devfs restarted fstype link on /dev, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  /dev/ad0s2d restarted fstype ufs on /var, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  /dev/ad0s2e restarted fstype ufs on /tmp, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  /dev/ad0s2f restarted fstype ufs on /usr, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  linprocfs restarted fstype link on /usr/compat/linux/proc, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  linsysfs restarted fstype link on /usr/compat/linux/sys, flags 0x89
May 13 23:06:21 maggie amd[66182]/info:  creating mountpoint directory '/var/run/automounter.amd.mnt'
May 13 23:06:21 maggie amd[66186]/info:  /var/run/automounter.amd.mnt: disabling nfs congestion window

Außerdem habe ich das hier:

pgrep -lf amd
66186 /usr/sbin/amd -r -p -a /var/run/automounter.amd -c 2 -w 1 -l /var/run/automounter.amd.log /var/run/automounter.amd.mnt /var/run/automounter.amd.map
66182 /usr/sbin/amd -r -p -a /var/run/automounter.amd -c 2 -w 1 -l /var/run/automounter.amd.log /var/run/automounter.amd.mnt /var/run/automounter.amd.map

Ist es richtig, dass ich zwei amd Prozesse habe?


EDIT:

Ich hab noch ein bisschen herumgespielt und jetzt ist noch zusätztlich das hier im Logfile:

May 13 23:18:34 maggie amd[23774]/info: /var/run/automounter.amd.mnt: disabling nfs congestion window
May 13 23:20:31 maggie amd[23397]/fatal: unable to register (AMQ_PROGRAM=300019, AMQ_VERSION, tcp)
May 13 23:20:31 maggie amd[23397]/info: Finishing with status 3

 

[Kamikaze]

Nein, das mit den 2 Prozessen ist vollkommen verkehrt! Das ist wirklich seltsam.

# killall -9 amd
# automounter stop
# automounter start

hast du wahrscheinlich schon ausprobiert?

 

[lme]

Ja, das hat auch nicht funktioniert. Ich habe jetzt nochmal mit dem entsprechenden rc.conf-Eintrag neu gebootet, den USB Stick reingesteckt und habe wieder die o.g. Fehler in der Logdatei.

 

[Kamikaze]

Wie's aussieht wird die Map nicht geladen. Existiert unter /etc eine Datei Names amd.map? Wurde die unter FreeBSD-8 vielleicht in einen sample-Ordner verschoben?

 

[lme]

Nein, amd.map ist da:

lars@ttyp6 > cat /etc/amd.map
# $FreeBSD: src/etc/amd.map,v 1.10 2006/11/06 01:42:11 obrien Exp $
#
/defaults       type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key}
*               opts:=rw,grpid,resvport,vers=3,proto=tcp,nosuid,nodev

 

[Kamikaze]

Dann zeig mir mal den Inhalt von: /var/run/automounter.amd.pid

Und danach
# pgrep amd

Dann noch: /var/run/automounter.nodes und /var/run/automounter.amd.map

 

[lme]

lars@ttyp0 > pgrep -lf amd
2999 /usr/sbin/amd -r -p -a /var/run/automounter.amd -c 2 -w 1 -l /var/run/automounter.amd.log /var/run/automounter.amd.mnt /var/run/automounter.amd.map

lars@ttyp0 > cat /var/run/automounter.amd.pid
2890

lars@ttyp0 > cat /var/run/automounter.nodes
ntfs/Windows

lars@ttyp0 > cat /var/run/automounter.amd.map
# $FreeBSD: src/etc/amd.map,v 1.10 2006/11/06 01:42:11 obrien Exp $
#
/defaults       type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key}
*               opts:=rw,grpid,resvport,vers=3,proto=tcp,nosuid,nodev

# ntfs/Windows
ntfs type:=auto;fs:=${map};pref:=${key}/

ntfs/582588b162b89450c0b938063f18030b type:=program;fs:=/var/run/automounter.mnt/ntfs/582588b162b89450c0b938063f18030b;\
mount:="/usr/local/sbin/automounter mount mount 582588b162b89450c0b938063f18030b";\
unmount:="/usr/local/sbin/automounter umount umount /var/run/automounter.mnt/ntfs/582588b162b89450c0b938063f18030b"

Die PID stimmt also nicht.

 

[Kamikaze]

Korrigiere das mal in der PID-Datei und sende mal dem amd Prozess ein SIGHUP.

 

[lme]

Jetzt ist immerhin mal was anderes passiert. Nach dem HUP zeigt mount das an:

pid2890@maggie:/var/run/automounter.amd.mnt on /var/run/automounter.amd.mnt (nfs)

Wobei die pid die falsche ist, die vorher im PID File stand.
Ich hab dann mal probiert, nach /media/msdosfs/LG zu gehen. Der CD Befehl bleibt aber hängen. Außerdem zeigt mit ps:

root       87355  0.0  0.1  3480  1296  ??  I     8:42PM   0:00.01 sh -c /usr/local/sbin/automounter update
root       87420  0.0  0.1  3480  1380  ??  I     8:42PM   0:00.02 /bin/sh -f /usr/local/sbin/automounter update
root       87473  0.0  0.1  1392   748  ??  I     8:42PM   0:00.01 /usr/bin/lockf -st 10 /var/run/automounter.lock /usr/local/sbin/automounter locked update
root       87740  0.0  0.1  3480  1380  ??  I     8:42PM   0:00.02 /bin/sh -f /usr/local/sbin/automounter locked update
root       88448  0.0  0.1  1392   664  ??  S     8:42PM   0:00.01 /bin/mkdir -p /var/run/automounter.amd /var/run/automounter.amd.mnt

 

[Kamikaze]

Nun, das ist extrem bizarr. Kannst du LG denn manuell mounten?

 

[lme]

Ja, das klappt:
/dev/da0s1 on /usr/home/lars/mnt/usb (msdosfs, local)

 

[Kamikaze]

Nach der ps Manual-Page heißt das S, dass der Prozess seit kurzer Zeit idle ist. Wie kann ein mkdir -p bloß hängen bleiben?

 

[lme]

Keine Ahnung.

 

[Kamikaze]

Probier mal den:

--- automounter.orig	2008-05-21 19:49:42.000000000 +0200
+++ automounter	2008-05-21 19:49:27.000000000 +0200
@@ -138,7 +138,7 @@
 	# Start building a new map by copying the static one.
 	/bin/cp "$static_map" "$map"
 
-	/bin/mkdir -p "$a" "$directory"
+	/bin/mkdir -p "$a"
 	/usr/bin/touch "$nodes"
 	/bin/mv "$nodes" "$oldnodes"
 	/usr/bin/touch "$nodes"

In /usr/local/sbin ausführen. Die resultierende automounter.orig kann gelöscht werden.


Ok, ich hab's. Tragt in die rc.conf folgendes ein:

rpcbind_enable="Yes"
nfs_client_enable="Yes"

Das ist ein Workaround bis zur nächsten Version.

 

[lme]

Ja, jetzt klappts.
Wie bekomme ich denn jetzt noch als User Schreibrechte auf den Mountpoint?

 

[Kamikaze]

Nicht verzagen Manpage fragen:

ACCESS RIGHTS
     The mount point inherits the access rights of the device node. This is
     useful for file systems that don't support proper user management like
     msdosfs.  If any right is present for the owner, group or others the exe-
     cutable flag is added to ensure that cding into the file system is possi-
     ble.

     To find out how to change the access rights to a device node and hence of
     the resulting mount point read the devfs.rules(5) manual page.

Unter dem Stichwort devfs.rules wird man auch im Wiki fündig. Das Folgende ist meine devfs.rules.

[localrules=10]
add path 'cd*'		mode 0660 group operator
add path 'acd*'		mode 0660 group operator
add path 'pass*'	mode 0660 group operator
add path 'xpt0'		mode 0660 group operator
add path 'md*'		mode 0660 group operator
add path 'ufs/*'	mode 0660 group operator
add path 'ufs/2*'	mode 0600
add path 'label/*'	mode 0660 group operator
add path 'label/2*'	mode 0600
add path 'ntfs/*'	mode 0660 group operator
add path 'ntfs/2*'	mode 0600
add path 'msdosfs/*'	mode 0660 group operator
add path 'msdosfs/2*'	mode 0600
add path 'iso9660/*'	mode 0660 group operator
add path 'da*'		mode 0600
add path 'ad*'		mode 0600
add path 'ttyU*'	mode 0660 group operator
add path 'cuaU*'	mode 0660 group operator

Du kannst also gezielt Rechte für msdosfs/LG vergeben.

 

[lme]

Welche devfs.rules hast du denn, dass es bei dir klappt? Als User kann ich /dev/da0s1 problemlos rw mounten, nur mit dem automounter gehts nicht.

 

[Kamikaze]

Du musst natürlich die Rechte für /dev/msdosfs/LG setzen. Die Rechte von /dev/da0s1 sind dem automounter egal.

 

[lme]

mit 'msdosfs/*' klappts.

Der Automounter ist echt super, vielen Dank dafür!
Da hald bei mir nicht will ist das ein sehr brauchbarer Ersatz.

 

[Kamikaze]

Das freut mich. Ich arbeite gerade an einem Wiki Artikel, wo einiges beschrieben wird. Am Sonntag sollte das Kapitel zu verschlüsselten Dateisystemen fertig werden. Ich denke ich habe da eine recht brauchbare Lösung gefunden. Ich habe einige Möglickeiten Eingebaut, von denen ich selbst nicht Gebrauch mache.

 

[Kamikaze]

Hier ist der fertige Wiki-Artikel: http://wiki.bsdforen.de/howto/usb_automount_ohne_hal

Ich hoffe jemand findet das nützlich.