/var folder naar /hdd bij gemini 2.1

[JaxcC]

Ik krijg bij de gemini 2.1 image op de 7000 de var folder niet naar de hdd toe. Ook niet via de daarvoor bestemde comando's van de image.. Extra settings--var folder !!

 

Wie kan me helpen???

 

thnx

 

Jaxc

[edje-ken]

Heb je de box na het verplaatsen helemaal uitgezet of enkel opnieuw gestart.

Waarschijnlijk alleen (hetgeen ook op beeld verschijnt) gereboot.

Dus na het verplaatsen niet de box herstarten maar helemaal uitschakelen.

Dan moet je probleem verholpen zijn.

Ik ga der namelijk van uit dat dit probleem in de 2.1 nog steeds zit.

Dit was bij 2.0 ook het geval.

 

Edje

[Gast]

zeker weten dat je dat wil ?

 

je hdd blijft dan altijd lopen en komt nooit in standby <img src="/forums/images/graemlins/confused.gif" alt="" />

 

tip: koop een usb-stick en zet 2-e image op usb dmv multiboot. daar is je /var "onberperkt" <img src="/forums/images/graemlins/grin.gif" alt="" />

 

een 128Mb stick is al ruim voldoende voor 5 images.

[satvet]

Ik heb maanden lang de var op HD gehad en regelmatig kunnen constateren dat de HD rustig sliep. Het enige nadeeltje dat ik heb gemerkt was enige vertraging bij opstarten van plug-ins bij slapende HD.

De oplossing van helemaal uit komt overigens overeen met hetzelfde probleem dat ik had met het plaatsen op USB stick.

[Gast]

Een klein beetje offtopic maar toch weer niet <img src="/forums/images/graemlins/wink.gif" alt="" />

 

Is die functie op een DM500 een beetje betrouwbaar te gebruiken over CIFS?

Ik heb 24/7 een server draaien waarop ik al een mount heb voor opnames. Dat werkt prima, maar ik wil niet dat m'n box steeds vastloopt omdat de verhuizing van /var naar de CIFS mount moeilijk doet.

Hoe doet ie dat trouwens als ik die DM500 ga rebooten? Maakt ie in het prille begin al een mount naar die server voor de /var? Lijkt mij dat ie het al heel snel nodig heeft tijdens de boot...

[Tonskidutch]

je moet bij elke gemini image vanaf 1.04 eraan denken dat:

 

in het bestand /var/tuxbox/config/enigma/mount.conf een regel per mount staat

automount=0 die moet meteen na mounten op "1" gezet worden

reboot

 

direkt als je een var op hdd of usb schuift...> ga je weer naar dat bestand en stelt ook voor de var folder de automount op 1

reboot

 

doe je dat niet dan kan na een reboot je var op hdd of andere mount niet aangeroepen zijn EN ZIT JE MET DE GEBAKKEN PEREN.

 

verder is de var verplaatsen naar een externe hdd (mounten op PC of NSLU2) alleen aan te raden als je NFS mount ingesteld hebt.

 

skol

[Hout]

Citaat:

Een klein beetje offtopic maar toch weer niet <img src="/forums/images/graemlins/wink.gif" alt="" />

Is die functie op een DM500 een beetje betrouwbaar te gebruiken over CIFS?
Ik heb 24/7 een server draaien waarop ik al een mount heb voor opnames. Dat werkt prima, maar ik wil niet dat m'n box steeds vastloopt omdat de verhuizing van /var naar de CIFS mount moeilijk doet.
Hoe doet ie dat trouwens als ik die DM500 ga rebooten? Maakt ie in het prille begin al een mount naar die server voor de /var? Lijkt mij dat ie het al heel snel nodig heeft tijdens de boot...

Ik had hier een beetje mee gespeeld en de var naar cifs mount gezet. Hij maakte alleen en kopie van de var. de originele bleef gewoon in de dm500. Kon ook nergens uit opmaken dat hij gebruik maakte van de nieuwe var map.

[Tonskidutch]

hout,

 

wat schrijf ik nu? en heb je dat gelezen en gedaan?

 

skol

[Tonskidutch]

ik zet hem der eens in...

 

[color:"red"] ip_0=0.0.0.0

fstype_0=2

localdir_0=/hdd

mountdir_0=/dev/ide/host0/bus0/target0/lun0/part1

username_0=

password_0=

options_0=

description_0=

automount_0=0

 

ip_1=0.0.0.0

fstype_1=2

localdir_1=/var/mnt/usb

mountdir_1=/dev/scsi/host0/bus0/target0/lun0/disc

username_1=

password_1=

options_1=

description_1=

automount_1=1 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< DEZE

 

ip_2=10.0.0.153

fstype_2=1

localdir_2=/hdd

mountdir_2=XXXXXXXXX

username_2=XXXXXXXXX

password_2=xxxxxxxxx

options_2=rw,nolock,rsize=8192,wsize=8192

description_2=

automount_2=1 <<<<<<<<<<<<<<<<<<<<<<<<<<< DEZE

 

ip_3=0.0.3.0

fstype_3=1

localdir_3=/hdd

mountdir_3=la

username_3=

password_3=

options_3=

description_3=

automount_3=0

 

ip_4=0.0.0.0

fstype_4=2

localdir_4=/var <<<< @!!@ <<<< je moved VAR DUS OOK

mountdir_4=/dev/scsi/host0/bus0/target0/lun0/disc

username_4=

password_4=

options_4=

description_4=

automount_4=1 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< DEZE

 

[/color]

[Gast]

Heldere reply tonskidutch, bedankt.

Vind het iets te riskant om mee te experimenteren, maar ik kan toch altijd nog via de seriële poort de backup van m'n werkende image terugzetten?

En die automount parameter, da's toch gewoon het vinkje bij automount in de expert setup -> communications -> mounts?

[Hout]

OK duidelijk.

 

Je mount dus eigenlijk je var naar je hdd....

 

Als je dat aanpast in de mount.conf en dan herstart haalt hij dan zelf de var van je box?

 

Ik begrijp dat het met mijn cifs dus niet echt een aanrader is, kan je mij ook aangeven waarom niet? of is dat puur ervaring?

 

Ik had inderdaad jouw uitleg nog niet gelezen, waarschijnlijk waren we tegelijk aan het typen, ik was ff niet erg snel <img src="/forums/images/graemlins/smile.gif" alt="" />

[satvet]

Ik heb deze tip gelijk even uitgeprobeerd op de bestaande configuratie met een niet goed werkende var op USB (ander draadje), de plugins als rss en weather werken niet omdat ze hun files niet vinden. Helaas zonder succes, ook niet na herinstalleren van de plugin. Betekent dit dat de wijziging enkel werkt direct na verplaatsen van de var, voor de eerste herstart (je schrijft "direct") en niet meer na een herstart?

Overigens valt me op dat m'n mout.conf veel kaler is:

 

ip_0=0.0.0.0

fstype_0=2

localdir_0=/hdd

mountdir_0=/dev/ide/host0/bus0/target0/lun0/part1

username_0=

password_0=

options_0=

description_0=

automount_0=0

 

ip_1=0.0.0.0

fstype_1=2

localdir_1=/var/mnt/usb

mountdir_1=/dev/scsi/host0/bus0/target0/lun0/disc

username_1=

password_1=

options_1=

description_1=

automount_1=0 >>>>>>>>>>>hier heb ik 1 gezet

 

ip_2=0.0.0.0

fstype_2=2

localdir_2=/var

mountdir_2=/dev/scsi/host0/bus0/target0/lun0/disc

username_2=

password_2=

options_2=

description_2=

automount_2=0 >>>>>>>>>>> en hier 1 gezet

 

Moet ik hier nog meer veranderen na het op USB zetten van de VAR? <img src="/forums/images/graemlins/kweetniet.gif" alt="" />

[Tonskidutch]

ja als je via het menu een mount aanmaakt...

en

als je via het menu een var-folder verplaatst

 

dan moet je meteen ook die mount.config editeren

opslaan

 

Maar let op de volgorde is belangrijk:

 

dus indien je weet ik ga de var verplaatsen dan moet je meteen na setup van het image dit doen..

 

editeer die mount.conf zodat de [color:"red"] Standaard [/color] mount ge-automount wordt < dit moet voordat je de var gaat verplaatsen

REBOOT

 

ga je nu via menu de var verplaatsen

dan die onmiddelijk via editeren van de mount.conf ook op automount zetten

 

(dat is bij de standaard gemini dan een derde mountregel

bij mij deze voor usb:

ip_4=0.0.0.0

fstype_4=2

localdir_4=/var

mountdir_4=/dev/scsi/host0/bus0/target0/lun0/disc

username_4=

password_4=

options_4=

description_4=

automount_4=1

0-1-2-3-4-etc nummer is niet belangrijk)

REBOOT

 

dan staat je var definitief op de usb of hdd

 

bij gemini zie je onder blauw dreaminfo

size in use meteen of die automatisch gemount is.

 

en betreffende de cifs of nfs, cifs is niet geschikt voor het mounten van OS (operating system) dus ook de /var niet naar cifs

Cifs werkt prima voor film etc maar NIET voor OS akties of multiboot.

 

je begrijpt dat je een /var niet kunt automounten als het medium waarop die moet komen te staan zelf niet is ge-automount.........<<<<< get it

 

 

Skol

[satvet]

Oké, dat wordt dus weer beginnen bij flash erase <img src="/forums/images/graemlins/frown.gif" alt="" />

Dat gaat dus weer wat tijd kosten en zal nog even moeten wachten. Ik ga het zeker uitvoeren zoals je zegt.

Overigens vindt ik het ietwat slordig van de programmeurs dat ze dit niet in hun script hebben opgenomen, zeker als dit probleem al bij meerdere versies bestaat. Een waarschuwing was wel 't minste.

Maar ach, de dreambox blijft een hobbydoos <img src="/forums/images/graemlins/loldev.gif" alt="" />

 

Oja, vergat ik nog, bij iedere reboot ook weer de stekker eruit?

[Tonskidutch]

Citaat:

Oké, dat wordt dus weer beginnen bij flash erase <img src="/forums/images/graemlins/frown.gif" alt="" />
Dat gaat dus weer wat tijd kosten en zal nog even moeten wachten. Ik ga het zeker uitvoeren zoals je zegt.
Overigens vindt ik het ietwat slordig van de programmeurs dat ze dit niet in hun script hebben opgenomen, zeker als dit probleem al bij meerdere versies bestaat. Een waarschuwing was wel 't minste.
Maar ach, de dreambox blijft een hobbydoos <img src="/forums/images/graemlins/loldev.gif" alt="" />

Oja, vergat ik nog, bij iedere reboot ook weer de stekker eruit?

uh dat met de stekker eruit zou ik maar mooi achterwege laten.

of sluit jij je pc ook af door de stekker te trekken?

bij je stofzuiger kan dat maar een PC (dus ook de dreambox) mag dat niet.

Bovendien is het niet slordig maar verstandig,
daar het door het ontbreken van scripts en symlinks veel stabieler werkt
indien je weet wat je doet.

enige is dat het nog niet gedocumenteerd is geweest vanuit het gemini team hoe je dat doet, en DAT mag men slordig noemen.

maar dat probleem hebben al de dreamhobbyers en vooral linux freaks die niet denken aan het mooi documenteren van hun softieware voor niet freaks.


please insert a coin now <img src="/forums/images/graemlins/grin.gif" alt="" />