Automount / autofs

Beitrag von **MajorK** » Mittwoch 12. Juli 2006, 09:25

Bacwolf hat geschrieben:Jul 12 09:03:29 dbox daemon.notice automount[282]: >> /bin/mount: invalid option -- s

Ein ähnliches Problem hatte der Papst zu Anfang auch (ich glaube steht auch in diesem Thread) ... kram - such ... evtl. kann das ff. Dein Problem beheben?

HTH,
Major K.

Beitrag von **Bacwolf** » Mittwoch 12. Juli 2006, 11:27

Nett gemeint - habe diesen Thread mehrfach auf allen Seiten studiert, diese "Lösung" auch schon ins Auge gefasst; allerdings stand etwas weiter unten das dieses "fremde" mount das FS "zerhauen" soll...

Die Lösung mit dem Symlink funktioniert wie gesagt bei mir (anscheinend) nicht...

Beitrag von **Papst** » Mittwoch 12. Juli 2006, 17:17

Das Verzeichnis /var/lock haste angelegt?

Beitrag von **Bacwolf** » Mittwoch 12. Juli 2006, 23:17

Sorry für die späte Antwort - ich hasse Spätschichten

Ja alle notwendigen Sachen hab ich drin (u.a. auch /var/lock)

mit dem util-linux mount (neben dem busybox-mount) hängt die Box in einer Boot-Schleife...

Code: Alles auswählen

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0032

will verify ELF image, start= 0x800000, size= 155204
verify sig: 262
Branching to 0x40000


U-Boot 1.1.4 (Tuxbox) (Jul  7 2006 - 05:18:46)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS: .. done.
find_inode failed for name=boot.conf
load: Failed to find inode
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET
find_inode failed for name=logo-lcd
load: Failed to find inode
ready - can't find logo in flash
find_inode failed for name=logo-fb
load: Failed to find inode
can't find logo in flash

Options:
  1: Console on null
  2: Console on ttyS0
  3: Console on framebuffer
Select option (1-3), other keys to stop autoboot:  0 
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 661015 bytes loaded to 0x100000
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    660951 Bytes = 645.5 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.32-dbox2 (bacwolf@bac1vm) (gcc version 3.4.4) #2 Mi Jul 12 07:
11:43 CEST 2006
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock2 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30848k available (1124k kernel code, 336k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Squashfs 2.2-r2 (released 2005/09/08) (C) 2002-2005 Phillip Lougher
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:19:15:93
loop: loaded (max 8 devices)
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit bank
 Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x006a0000 : "root (Cramfs)"
0x006a0000-0x00800000 : "var (JFFS2)"
0x00020000-0x00800000 : "Flash without bootloader"
0x00000000-0x00800000 : "Complete Flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started:  BusyBox v1.1.3 (2006.07.07-19:31+0000) multi-call mount: Mounting
 /dev/mtdblock/3 on /var failed: No such file or directory
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Detected STB:
  Vendor: Nokia
  Model: D-BOX2 
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $

Beitrag von **mb405** » Donnerstag 13. Juli 2006, 08:29

probier mal gegenhalber mit der busybox 1.1.2
da kommt auch der komische mountfehler am anfang nicht

Beitrag von **Bacwolf** » Donnerstag 13. Juli 2006, 11:28

Ich habs hinbekommen - ich musste den automount-daemon beenden bevor die Box neustartet; mit aktiviertem auto-mount kommt die Schleife (hatte papst damals glaub ich auch schon geschrieben)

Beitrag von **Mac23** » Montag 17. Juli 2006, 14:40

Hallo,

ich habe mir nun endlich mal die Zeit genommen, den Automounter auch in "mein" Image einzubauen - klappt einwandfrei

. Allerdings ist es (ohne newmake) doch noch ein ziemlicher Aufwand (oder muss es nur im CVS freigeschalten werden?).

Wenn es nötig ist, kann ich ja mal mein diff fürs Makefile schicken, womit es bei mir funktioniert.

Weiterhin habe ich noch eine Frage:

Was passiert eigentlich, wenn der Server down ist und eine Direktaufnahme (/var/autofs/<aufnahmen>) startet?
Früher hatte ich das ganze ja in /mnt/<aufnahmen> auf einem nicht beschreibaren Mountpunkt. Mit Automount ist dieser nun aber wieder im schreibaren Bereich, was eigentlich nicht so toll ist.

Gibt es da Probleme, oder bricht die Aufnahme (ohne das var vollzuschreiben) schon vorher ab, da nichts "autogemountet" ist?

Beitrag von **Papst** » Montag 17. Juli 2006, 15:44

Hatte ich ein paar Seiten vorher schonmal geschrieben. Wenn das Verzeichnis nicht gemounted werden kann, kann auch nicht darin geschrieben werden. Somit ist das Ganze jffs2 sicher

Beitrag von **Mac23** » Montag 17. Juli 2006, 15:51

Sehr gut - Danke! Dann kann ich es so lassen

Ich hab zwar den Thread zwar gelesen, aber mich wohl mehr auf den Einbau konzentriert, so dass ich Dein Post dazu wohl übersehen habe

Nochwas zum Einbau: sollte man den Automounter in der start_neutrino eigentlich auch korrekt beenden (kill -TERM `cat /var/run/automount.pid` beim Herunterfahren der Box), oder ist dies eher unnötig (weil die Box ja dann eh aus ist)?

Beitrag von **palace** » Mittwoch 30. August 2006, 02:41

Hallo,

kann mir jemand sagen, wie ein Eintrag in der auto.net für FTPFS aussehen sollte???

gn8,

C.

Beitrag von **Barf** » Mittwoch 30. August 2006, 19:49

palace hat geschrieben:kann mir jemand sagen, wie ein Eintrag in der auto.net für FTPFS aussehen sollte???.

ftpfs wird z.Z. nicht vom automounter unterstützt. Einzige Grund ist dass niemand es implementiert hat. Steht seit ein Paar Monate auf mein TODO-Liste.

Beitrag von **|Insane|** » Montag 4. September 2006, 16:49

Hi,

habe leider nix in der Boardsuche gefunden. Vieleicht kann mir einer weiterhelfen. Wenn ich automount einschalte dann bekomme ich folgenden fehler beim booten. Automount läuft und mountet auch. Aber ich finde das System läuft bissl instabil. Vielleicht hängt mit dem fehler zusammen. Ich boote kein Image sondern eine yadd.

MfG und Thx im voraus.....

Code: Alles auswählen

Starting the automounter
kernel BUG at slab.c:815!
Oops: Kernel Mode Software FPU Emulation, sig: 8
NIP: C00280D0 XER: 00000000 LR: C00280D0 SP: C1B07E30 REGS: c1b07d80 TRAP: 1000
   Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c1b06000[121] 'insmod' Last syscall: 128
last math 00000000 last altivec 00000000
GPR00: C00280D0 C1B07E30 C1B06000 0000001A 00001032 00000001 FFFFDB80 C018ACF7
GPR08: 00000000 C01A0000 0000001C C1B07D30 C01A0000 10035E84 10030000 10020000
GPR16: 00000003 7FFFFE84 7FFFED68 00000002 00009032 C0180000 00000000 00000000
GPR24: C3BA91A4 C01B0000 C0160000 C0160000 C0180000 C027BEAC C027B778 C027B70C
Call backtrace:
C00280D0 C3BA10B8 C3B9F2A0 C0011094 C00028FC 10059E10 10004974
10007E8C 10008074 0FEC7F34 00000000
Floating point exception

Beitrag von **Barf** » Montag 4. September 2006, 18:57

Möglicherweise sind die geladene module beschädigt, oder passen nicht zum Kernel. Probiere kernel + modulen neuzukompilieren, alles in einem Rutsch.

Beitrag von **|Insane|** » Montag 4. September 2006, 19:08

Barf hat geschrieben:Möglicherweise sind die geladene module beschädigt, oder passen nicht zum Kernel. Probiere kernel + modulen neuzukompilieren, alles in einem Rutsch.

Erstmal thx, und nun noch ne dumme frage welcher make aufruf ist das? Bei make linuxkernel macht er sie nicht mit.

MfG

Beitrag von **Barf** » Montag 4. September 2006, 19:33

make driver?

Beitrag von **|Insane|** » Montag 4. September 2006, 19:43

Hi,

ne der erstellt nicht die treiber, die unter fs liegen. also z.b. nfs.o. Schon alles versucht. Es ist nicht newmake sondern das "normale" und ich arbeite mit einer yadd. die treiber die im moment drinn sind, sind aus nem image "geklaut".

MfG und Thx für deine hilfe

Beitrag von **Barf** » Montag 4. September 2006, 19:46

|Insane| hat geschrieben:die treiber die im moment drinn sind, sind aus nem image "geklaut".

Dann ist Ärger vorprogrammiert. Offensichtlich.

make all

ist das Zaberwort.

Beitrag von **|Insane|** » Montag 4. September 2006, 19:54

Jo,

werd ich machen. Ich werde dir morgen berichten ob der fehler weg ist.

Erstmal thx und schönen abend noch.....

So,

ist heute nacht durchgelaufen. Aber hat keine nfs.o erstellt. Ich glaub ich werd irre hier. Ich habe ein make all gemacht. Nun hab ich alles, neutrino, enigma, lcars....aber nicht die treiber. Den einzigen den er macht ist lufs. Hast du sonst noch eine idee?

MfG

Nachtrag: In build/fs liegt einer drinne. Also ein nfs.o. Ist aber 100k gross. Ob der das ist

Nochn nachtrag: scheint er nicht zu sein.

Code: Alles auswählen

/lib/modules/2.4.32-dbox2//kernel/fs/nfs/nfs.o: couldn't find the kernel version
 the module was compiled for
Tue Sep  5 09:59:03 2006

Beitrag von **Barf** » Dienstag 5. September 2006, 13:22

HEAD make unterstützt den automounter nicht. (sorry falls ich in meine frühere Beiträge dies vergessen habe.)

newmake unterstützt dagegen den automounter.

So,

erstmal danke für deine gedult. Also ich hab newmake drauf und erst "make clean" danach "make yadd-neutrino" gemacht. Die treiber erstellt er mir, aber leider geht der kernel nicht. Der ist auch nur 665k gross. Ich denke mal das ist ein Kernel für es flash. Wenn ich den kernel booten möchte kommt folgende meldung...

Code: Alles auswählen

IP-Config: Complete:
      device=eth0, addr=192.168.0.100, mask=255.255.255.0, gw=255.255.255.255,
     host=192.168.0.100, domain=, nis-domain=(none),
     bootserver=192.168.0.101, rootserver=192.168.0.101, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "nfs" or 00:ff
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 00:ff
 <0>Rebooting in 180 seconds..

Also nun weiss ich echt nichtmehr weiter. Weder das eine noch das andere geht

MfG

Beitrag von **Barf** » Dienstag 5. September 2006, 19:02

|Insane| hat geschrieben:Der ist auch nur 665k gross. Ich denke mal das ist ein Kernel für es flash.

Ich auch...

Der kernel $(bootprefix)/kernel-cdk löschen, danach "make kernel-cdk".

Eigenlich wäre es sicherer mit make distclean...

Hmmm,

dan hab ich das mit dem newmake wohl falsch verstanden. Ich dachte damit kann man sowohl flash es als auch erstellen yadd es erstellen ohne grossartig was zu ändern. distclean löscht mir ja auch wieder alle crosscompiler. Das ist ja wie neu auschecken. Das bekomme ich heute nichtmehr hin. Muss ich morgen denn mal laufen lassen. make kernel-cdk hab ich auch schon probiert. Kommt immer das gleiche bei raus.

MfG

PS.: Mal voll die doofe frage. Hat schonmal einer mit newmake eine yadd bzw. den kernel erstellt?

Hi,

so habe einfach alles gelöscht und nochmal von vorne angefangen (ist eh nur meine testumgebung gewesen). Nun hat er mir auch einen Yadd-Kernel erstellt. Leider habe ich vergessen CONFIG_NFS_FS=y in CONFIG_NFS_FS=m zu ändern. Ich hoffe der merkt nachher das ich das file editiert habe und macht das modul nachträglich (so wie beim "normalen" make)

MfG

So,

ich nerv mal weiter. Nun hat er mir alles gemacht. Kernel (für yadd) und die module erstellt. Ergebnis.................

Code: Alles auswählen

Starting the automounter
kernel BUG at slab.c:815!
Oops: Kernel Mode Software FPU Emulation, sig: 8
NIP: C00280D0 XER: 00000000 LR: C00280D0 SP: C1B85E30 REGS: c1b85d80 TRAP: 1000
   Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c1b84000[119] 'insmod' Last syscall: 128
last math 00000000 last altivec 00000000
GPR00: C00280D0 C1B85E30 C1B84000 0000001A 00001032 00000001 FFFFDB86 C016425B
GPR08: 00000000 C0180000 0000001C C1B85D30 C0180000 10035E84 10030000 10020000
GPR16: 00000003 7FFFFE84 7FFFED68 00000002 00009032 C0160000 00000000 00000000
GPR24: C3BA91A4 C0180000 C0140000 C0140000 C0160000 C0213D68 C0213634 C02135C8
Call backtrace:
C00280D0 C3BA10B8 C3B9F2A0 C0011094 C00028FC 10059E10 10004974
10007E8C 10008074 0FEC7F34 00000000
Floating point exception
Wed Sep  6 13:05:15 2006

Dann ist mir noch aufgefallen das die module gleich der die ausm flash "geklaut" hatte. (inhalt verglichen)
Wenn nun noch einer ne idee hat warum das scheppert......ich bin für alles offen.

MfG