Ga naar inhoud
Log in om dit te volgen  
p1ppo

[500S] Pli Jade, hoe verplaatsen van var naar nas (nslu) via CIFS ?

Aanbevolen berichten

Ik heb wederom een poging gewaagd om via cifs netwerkmount te maken om daar de var neer te zetten.

Als je dan via het dreamboxmenu de var verplaatst komt er onder folder multimedia een folder met pli/1293949934/var.

Ik heb 1 cifs mount voor films.Dit is de cifs mount voor de films:

mount -t cifs //192.168.0.7/multimedia /media/hdd -o user=multimedia,pass=multimedia,unc=//192.168.0.7/multimedia,rw,nolock,intr,soft,rsize=4096,wsize=4096,nobrl,forcedirectio

 

Wat moet dan de cifsmount worden van var (mag onder multimedia) ?

Nu ziet hij var niet....

 

 

 

Deel dit bericht


Link naar bericht
Delen op andere sites

ik weet niet hoeveel je jezelf vooraf had ingedekt met lezen, maar var verplaatsen met cifs is naar mijn mening nog nooit gelukt en ook nergens aanbevolen.

 

de NFS mount zal wel werken, maar ook niet zo maar en zonder slag of stoot...

ik plaats maar eens de Nick Brok HowtoDo

 

een nfs mount is ervaringsgewijs een meer bruikbare netwerkmap in de Lan omgeving met betere en snellere performance die ook eerder ter beschikking staat

terwijl

een cifs mount enkel op een later moment in het opstarten van je OS ter beschikking staat

 

cheers

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast merlin1

Dat kan wel hoor heb het hier op mijn nas ook eens gehad maar zelf ben ik er geen voorstander van maar als je eens 1 mount heb werkt het dan wel ?

Deel dit bericht


Link naar bericht
Delen op andere sites

merlin,

 

met enigma1 images heb ik met de dm 500 en een leuk tooltje (de flashwizard alsook DCC) een en ander getest.

na al die ellendige telnet mount's - trials per telnet om er iets van te bakken en een hoop HOOP

 

is het nog nooit stabiel gelukt verder dan een 1e reboot.

 

geloof me je vindt in het hele mount gebeuren per cifs of nfs nergens een stabiel werkende oplossing met cifs

 

de uitzondering bevestigd de regel (maar ook die ben ik nooit tegengekomen)

 

op je NSLU2 is een NFS server redelijk simpel in te richten en per export de juiste mappen te delen voor de dm 500

dus dan komt het enkel aan op hoe je dm 500 een en ander wil verwerken....

dus Nick Brok

 

echter per image zijn er subtiele wijzigingen aangebracht en daar hinkt de HowtoDo van Nick wellicht achteraan...

 

dus zelf testen en verder ontwikkelen.

 

cheers

Deel dit bericht


Link naar bericht
Delen op andere sites

Ik dacht dat het nu beter ging.

De eerste keer gaat goed. Allemaal software geinstalleerd. Na reboot. Pal scherm voor mijn neus.

 

Deel dit bericht


Link naar bericht
Delen op andere sites

juist...

 

pal scherm

dus eigenlijk alles wat in het /var staat en na instellingen te hebben verricht en opgeslagen worden niet tijdig gelezen en bij boot/initialisatie (of reboot) afgewerkt (want niet ter beschikking op cifs mount)

 

 

soortgelijk aan factory reset of slecht gelopen multiboot met flashwizard die enkel kan terugverwijzen naar de flash boot

 

cheers

Deel dit bericht


Link naar bericht
Delen op andere sites

/var verplaatsen naar een netwerkschijf is nu erg makkelijk in PLi Jade (dit gaat dus niet op voor andere images).

 

Mount eerst je netwerkschijf op /media/var. Als dat gelukt is, dan kun je in 't menu "swapfile and /var" deze mount kiezen om je /var naar te verplaatsen. Meer is niet nodig.

 

Zie ook in de PLi wiki: http://www.pli-images.org/modules/wiki/index.php?wakka=E1SystemSwap

Deel dit bericht


Link naar bericht
Delen op andere sites

Bij de volgende keer booten van de dm500s (jade) ziet hij de var niet meer.Cifs is te traag ?

Dit is de mount:

 

 

post-14731-1318259854,2414_thumb.jpg

Deel dit bericht


Link naar bericht
Delen op andere sites

Ik heb hem uitgezet omdat het niet werkte.

Ik heb 2 Cifs mounts.Maakt het nog uit of ik de var op de eerste plaats zet ?

Deel dit bericht


Link naar bericht
Delen op andere sites
Origineel bericht van: p1ppo
Ik heb hem uitgezet omdat het niet werkte.
Ik heb 2 Cifs mounts.Maakt het nog uit of ik de var op de eerste plaats zet ?

Nee, de plaats maakt niet uit.
Ging de mount op /media/var wel goed? (zonder 't rebooten dan)

Deel dit bericht


Link naar bericht
Delen op andere sites

Net zelf onaangenaam verrast door een mislukte opname doordat na een herstart de automount had gefaald en de interne HD bijna vol was.

Daarom even getest, na 2 herstarts bleek de automount wel te werken maar het viel wel op dat deze pas zeer laat gemaakt werden. Zo was er in /mnt/cifs al een EPG bestand weggezet voor de mount actief werd.

Controle door met DCC de mapstructuur te bekijken en pas op het einde van de herstart komt de dirstructuur van de gemounte schijf in beeld.

 

Zijn er mogelijkheden om de automount geforceerd eerder plaats te laten vinden?

Vooral die EPG is te snel actief en maakt nu dus dubbel bestanden aan.

Deel dit bericht


Link naar bericht
Delen op andere sites
Origineel bericht van: dAF2000
Origineel bericht van: p1ppo
Ik heb hem uitgezet omdat het niet werkte.
Ik heb 2 Cifs mounts.Maakt het nog uit of ik de var op de eerste plaats zet ?

Nee, de plaats maakt niet uit.
Ging de mount op /media/var wel goed? (zonder 't rebooten dan)

Ja gaat goed. Hierna var verplaatsen via menu pli. Dit gaat ook goed. Hij restart. Gaat ook goed. Maar na rebooten kan die de var niet meer vinden en krijg ik het eerste scherm te zien waar je pal / 16/9 etc moet invullen.

Deel dit bericht


Link naar bericht
Delen op andere sites

Kun je in telnet "mount" typen en de uitvoer hier plaatsen na zo'n reboot die fout gaat?

En kun je de file /var/tuxbox/config/enigma/mount.conf hier plaatsen?

Deel dit bericht


Link naar bericht
Delen op andere sites
Origineel bericht van: dAF2000
Kun je in telnet "mount" typen en de uitvoer hier plaatsen na zo'n reboot die fout gaat?
En kun je de file /var/tuxbox/config/enigma/mount.conf hier plaatsen?

Gelijk geprobeerd:

root@dm500 ~ # mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
/proc on /proc type proc (rw,nodiratime)
devpts on /dev/pts type devpts (rw)
none on /tmp type ramfs (rw)
//192.168.0.7/multimedia on /media/hdd type cifs (rw,nodiratime,unc=\192.168.0.7\multimedia,username=multimedia,rsize=4096,wsize=4
096)
//192.168.0.7/var on /media/var type cifs (rw,nodiratime,unc=\192.168.0.7\var,username=multimedia,rsize=8192,wsize=8192)
//192.168.0.7/var on /var type cifs (rw,nodiratime,unc=\192.168.0.7\var,username=multimedia,rsize=8192,wsize=8192)
/dev/mtdblock/1 on /var_flash type jffs2 (rw,noatime)

=============================================================
Nu blijft hij in tv system wizard staan.
Als ik via menu kijk is er een 3e var bijgekomen ??
Alleen zijn de velden client dir en serverdir ingevuld met var
en remotehost:192.168.0.7.
Dit klopt niet.
=====================================================
Dit is de inhoud van mount.conf:

ip_0=192.168.0.7
fstype_0=1
localdir_0=/media/hdd
mountdir_0=multimedia
username_0=multimedia
password_0=multimedia
options_0=rw,nolock,intr,soft,rsize=4096,wsize=4096,nobrl,forcedirectio
description_0=
automount_0=1
linuxextensions_0=1

ip_1=192.168.0.7
fstype_1=1
localdir_1=/media/var
mountdir_1=var
username_1=multimedia
password_1=multimedia
options_1=rw,nolock,intr,soft,rsize=8192,wsize=8192
description_1=var
automount_1=1
linuxextensions_1=1

ip_2=192.168.0.7
fstype_2=1
localdir_2=/var
mountdir_2=var
username_2=
password_2=
options_2=
description_2=
automount_2=1
linuxextensions_2=1





Deel dit bericht


Link naar bericht
Delen op andere sites

Maak een account aan of log in om te reageren

Je moet een lid zijn om een reactie te kunnen achterlaten

Account aanmaken

Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!

Registreer een nieuwe account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
Log in om dit te volgen  

  • Wie is er online   0 leden

    Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken

×
×
  • Nieuwe aanmaken...

Belangrijke informatie

Lees alvorens je verder gaat onze Gebruiksvoorwaarden en Privacybeleid. We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.