[500] /var verschilt in grootte (flash en mount)

[nbrok]

Beste mensen,

 

De Duitsers van Ihad begrijpen het schijnbaar ook niet, daarom maar eens hier gepost.

 

Code:

root@dreambox:~> dfFilesystem           1k-blocks      Used Available Use% Mounted on/dev/root                 3712      3712         0 100% /10.128.1.8:/usr2/dbgvr  18739464   7301112  10486424  41% /var10.128.1.8:/usr2/dbhd1  18739460   7301112  10486420  41% /var/mnt/hdd

 

/var zit op hetzelfde filesystem als /hdd gemount.

Zoals je ziet zit er 4096 bytes verschil in de opgave van de beschikbare ruimte.

 

/usr2 is op mijn nfs-server een en dezelfde filesystem. Weet iemand waar dit aan ligt? In Gemini hebben die Duitsers de mountpoints gezet (Zie je ook in de uitvoer van mijn dreambox) in /var/mnt.

Zou dit het probleem kunnen zijn?

Ik kan niets proberen omdat / R/O is. Dit probleem zorgt er bij mij en enkele anderen met een dm500 voor dat /var (als flash) volloopt na iedere restart van enigma.

Een van de ontwikkelaars van Gemini vertelde me dat men in een R/O filesystem geen R/W nfs-mounts kan maken. Dit vind ik vreemd, want als ik op /nfs mijn flash /var mount (Het wordt verwarrend he <img src="/forums/images/graemlins/confused.gif" alt="" /> ) kan ik er gewoon in schrijven:

Code:

root@dreambox:~> mount -t jffs2 /dev/mtdblock/1 /nfsroot@dreambox:~> lsautomount  etc        mnt        root       tmpbin        hdd        nfs        sbin       vardev        lib        proc       share      var_initroot@dreambox:~> dfFilesystem           1k-blocks      Used Available Use% Mounted on/dev/root                 3712      3712         0 100% /10.128.1.8:/usr2/dbgvr  18739464   7301112  10486424  41% /var10.128.1.8:/usr2/dbhd1  18739460   7301112  10486420  41% /var/mnt/hdd/dev/mtdblock/1           2816       500      2316  18% /nfsroot@dreambox:~> cd /nfsroot@dreambox:/nfs> lsbin        keys       log        run        script     tuxboxempty      lib        misc       scam       share      uninstalletc        lock       mnt        scce       tmp        wwwroot@dreambox:/nfs> touch braafroot@dreambox:/nfs> lsbin        etc        lock       mnt        scce       tmp        wwwbraaf      keys       log        run        script     tuxboxempty      lib        misc       scam       share      uninstallroot@dreambox:/nfs>

 

Wie weet de oplossing van deze puzzel?

Misschien lukt het me dan wel om die Duitsers te overtuigen waar het probleem zit <img src="/forums/images/graemlins/wink.gif" alt="" />

 

Groeten,

 

Nick

[Gast]

als die gemini ontwikkelaar je vertelt dat je op een mountpoint in een ro filesystem geen rw nfs mount kan maken, zal dat wel zo zijn (ik heb het zelf nog nooit geprobeerd).

Ze zullen vast niet voor niks nfs shares mounten op /var/mnt.

Dat je wel een mtd device rw kan mounten op een mountpoint in een ro filesystem, bewijst niks, een mtd device is immers geen nfs share.

[Gast]

Hm, in PLi wordt de 'opnamedrive' gewoon op /hdd gemount.

Da's toch echt een rw mount op een ro filsystem.

Dit ongeacht cifs/nfs/harddisk.

Ik vermoed dus dat die Gemini ontwikkelaar het mis heeft.

Wellicht hebben ze een andere reden om het via /var/mnt te laten lopen, maar nodig is het niet.

 

Greetz, Lion.