Ahso, meine Fehler hab ich gerad schon muss ma sehen wie ich den wegbekomme *g*mb405 hat geschrieben:alle 12 nicht, nur ein paar. papst hat die aufgelistet hier im thread
In newmake, automake is an unpack-patch-build-install-delete-target. Installing in YADD iswith the make target automount, for images with the make target flash-automount (installing in $flashprefix/root). Therefore, the elegant way is to include the line make automount in (e.g.) yadd-neutrino-local.sh and/or the line make flash-automount in root-local.sh, possibly together with an appropriate /etc/auto.net configuration file instead of the default one (which is effectively empty).
Sorry - eigentlich dachte ich dasJtG-Riker hat geschrieben:@Tommy
Schon klar, aber ich nutze noch kei NEWMAKE
Code: Alles auswählen
# The parent directory of AUTOFSMOUNT must be absolute, must exist,
# and be writeable. The AUTOFSMOUNTDIR should not exist.
#AUTOFSMOUNTDIR=/autofs
AUTOFSMOUNTDIR=/var/mnt
MAPFILE=/var/tuxbox/config/automount.conf
echo "Starting the automounter"
MD=/lib/modules/$(uname -r)/
# Load nfs-necessary modules.
# For CIF-stuff this needs to be extended
if [ -x /sbin/modprobe ] ; then
# If nfs-support is contained in the kernel, this will fail. The
# error can be ignored.
modprobe nfs
modprobe cifs
else
insmod $MD/kernel/net/sunrpc/sunrpc.o
insmod $MD/kernel/fs/lockd/lockd.o
insmod $MD/kernel/fs/nfs/nfs.o
insmod $MD/kernel/fs/cifs/cifs.o
fi
if [ ! -d /var/lock ]; then
mkdir /var/lock
fi
if [ -e $MAPFILE ] ; then
automount $DEBUG $VERBOSE -t $TIMEOUT -p $PIDFILE $AUTOFSMOUNTDIR file $MAPFILE
fi
was bedeuten die ? etwa so wie bei tuxmail/tuxcalautomount $DEBUG $VERBOSE -t $TIMEOUT -p $PIDFILE $AUTOFSMOUNTDIR file $MAPFILE
Code: Alles auswählen
static void sig_statemachine(int sig)
{
int save_errno = errno;
enum states next = ap.state;
switch (sig) {
default: /* all the "can't happen" signals */
error("process %d got unexpected signal %d!", getpid(), sig);
break;
/* don't FALLTHROUGH */
case SIGTERM:
case SIGUSR2:
if (ap.state != ST_SHUTDOWN)
nextstate(next = ST_SHUTDOWN_PENDING);
break;
case SIGUSR1:
assert(ap.state == ST_READY);
nextstate(next = ST_PRUNE);
break;
case SIGALRM:
assert(ap.state == ST_READY);
nextstate(next = ST_EXPIRE);
break;
case SIGHUP:
assert(ap.state == ST_READY);
nextstate(next = ST_READMAP);
break;
}
debug("sig %d switching from %d to %d", sig, ap.state, next);
errno = save_errno;
}
ich habe bei mir symlinks in /mnt/ nach /var/autofs/ fest verdrahtet. Damit umgehe ich auch, das ich über Menü (Aufnahmeeinst./MP) nichts auswählen kann da grad nix gemounted ist- die links sind immer daMount-Verzeichnis ist /var/mnt - finde ich passender.
jmittelst Vorschag zu Mountpunkt (sowie (Un-)Sitten die leiter etwas verbretet sind) ist also nicht FHS-konform./mnt : Mount point for a temporarily mounted filesystem
Purpose
This directory is provided so that the system administrator may temporarily mount a filesystem as needed. The content of this directory is a local issue and should not affect the manner in which any program is run.
/var contains variable data files. This includes spool directories and files, administrative and logging data, and transient and temporary files.
Konfigurationsfiles gehören also in /etc, nicht in /var. (Konzeptionell, dass (oft) nur /var bescreibbar und /etc ein symlink ist, ist eine andere Sache.)/etc : Host-specific system configuration
Purpose
The /etc hierarchy contains configuration files. A "configuration file" is a local file used to control the operation of a program; it must be static and cannot be an executable binary. [4]
Eine Versetzung von .pid-Files nach /tmp ist also nicht FHS-konform./var/run : Run-time variable data
Purpose
This directory contains system information data describing the system since it was booted. Files under this directory must be cleared (removed or truncated as appropriate) at the beginning of the boot process. Programs may have a subdirectory of /var/run; this is encouraged for programs that use more than one run-time file. [42] Process identifier (PID) files, which were originally placed in /etc, must be placed in /var/run. The naming convention for PID files is <program-name>.pid. For example, the crond PID file is named /var/run/crond.pid.
Das Verzeichniss ist in FHS bescrieben. Es wird (IIRC) ein lock-file für /etc/mtab abgelegt, was eigentlich etwas daneben ist.jmittelst hat geschrieben:P.S. Was ich noch nicht ganz verstanden habe: Wozu ist eigentlich /var/lock gut?
Weil der automounter nicht Neutrino gehört, und auch für z.B. Enigma-benutzer von interesse ist, ist ein Aufruf aus rcS das Richtige, nicht aus start_neutrino.If the automount daemon catches signal USR1, it will unmount all cur-
rently unused autofs-mounted filesystems and continue running (forced
expire). If it catches signals TERM or USR2 it will unmount all unused
autofs-mounted filesystems and exit if all filesystems were unmounted.
Busy filesystems will not be unmounted. The daemon also responds to a
HUP signal which triggers an update of maps for which ghosting is
implemented (currently FILE and NIS maps).
If the autofs directory itself is busy when the daemon is signalled
with an exit signal then the daemon will exit without unmounting the
autofs filesystem. The filesystem is left in a catatonic (non-func-
tional) state, and can be unmounted when it becomes unused.
Meinst du das gibt keine Probleme wenn man das im jffs2 hat und das Verzeichniss immer vorhanden ist, wenn dann der mount nicht klappt, das dir aber da ist wird doch das JFFS2 vollgeschrieben.Papst hat geschrieben:Da es offenbar in dem anderen Thread niemand registriert poste ich es hier nochmal:
Hab mir grade die ghostinggeschichte angesehen. Es muss nur der Kernel gepatched werden damit das läuft.
In diesem Archiv ist der benötigte Patch:
http://www.kernel.org/pub/linux/daemons ... 404.tar.gz
Und zwar module-patches/autofs4-2.4.29.patch
Den Patch einfach in tuxbox-cvs/cdk/linux kopieren und mit patch -p1 < autofs4-2.4.29.patch anwenden.
Nun den automounter noch zusätzlich mit der Option -g starten und die Verzeichnisse sind immer sichtbar. Auch wenn sie grade nicht gemounted sind.
Ein fertig gepachtes Autofs4 Kernelmodul hab ich hier hochgeladen:
http://rapidshare.de/files/19607146/autofs4.o.html
@Barf
Kannste den Kernelpatch nicht mal in den Newmake Branch einchecken?
ich nehm kein newmake. geht das auch im normalen cvs ??