18 replies to this topic

[yprgwt]

hallo,

Ik heb een 'nieuwe' NAS in gericht met openmediavault en hier een schijf gedeeld via NFS. Wanneer ik deze schijf koppel met een willekeurige linux machine hier in huis kan ik zowel lezen als schrijven naar deze schijf. Echter de VU+ uno4Kse met openpli 8.1 koppelt hem wel, alleen readonly. Ik kan niet schrijven naar deze schijf.

 

Nu heb ik een topic gevonden wat nagenoeg hetzelfde beschrijft als wat ik heb (https://forums.openp...sd-ext4/?hl=nfs), de oplossing die hier geboden wordt heb ik gevolgd en beide apparten opnieuw gestart maar nog steeds wordt de schijf als readonly gekoppeld.

 

Iemand enig idee wat ik verkeerd doe?

 

groet, Frank

[40H3X]

Zet je automount.xml hier eens neer?

[yprgwt]

In welke map vind ik die?

[40H3X]

/etc/enigma2

 

[yprgwt]

ik had m al gevonden: 

 

 <?xml version="1.0" ?>

<mountmanager>

</mountmanager>

 

Ik ga nu ff filmpie kijken met vrouwlief, en zal vanavond opnieuw de schijf koppelen met de software van openpli ipv de cli.

 

alvast bedankt voor t meedenken

[40H3X]

Dan is niks gemount m.b.v. autommounts of gebruik je fstab? Als je dat laatste niet weet is het niet belangrijk en dan begin hier eens met lezen hoe je je NAS mount  https://wiki.openpli.org/Data_sharing

[Sagitarius †]

Dan is niks gemount m.b.v. autommounts of gebruik je fstab? Als je dat laatste niet weet is het niet belangerijk en dan begin hier eens met lezen hoe je je NAS mount  https://wiki.openpli.org/Data_sharing

Met fstab zou ik afraden ik heb dat een tijdje gedaan, op zich werkt dat goed totdat de mount een keer niet gevonden kan worden op je NAS dan vertikt je ontvanger het om door te starten, na verloop van tijd doet het dan wel maar duurt soms erg lang. 

Ik mount hier ook naar NFS via Automounts naar mijn Synology nas, heb op de nas uiteraard NFS aangezet.

<?xml version="1.0" ?>
<mountmanager>
<nfs>
 <mount>
  <active>True</active>
  <hdd_replacement>False</hdd_replacement>
  <ip>192.168.1.8</ip>
  <sharename>DISKSTATION</sharename>
  <sharedir>volume1/movie</sharedir>
  <options>rw,nolock,tcp</options>
 </mount>
</nfs>
</mountmanager>

Edited by Sagitarius, 31 October 2021 - 16:09.

[40H3X]

 

ik had m al gevonden: 

 

 <?xml version="1.0" ?>

<mountmanager>

</mountmanager>

 

Ik ga nu ff filmpie kijken met vrouwlief, en zal vanavond opnieuw de schijf koppelen met de software van openpli ipv de cli.

 

alvast bedankt voor t meedenken

 

 

HIj heeft het over de CLI in de één na laatste regel, vandaar dat ik over fstab begon (er zijn meer wegen naar Rome). Het verschil is dat automounts.xml mounts bevat die door Enigma gemaakt worden bij het opstarten. Fstab mount voordat Enigma start.
 

[Sagitarius †]

Dat snap ik dat er meerdere wegen naar Rome lopen maar fstab was het in mijn geval niet, WanWizard waarschuwde me daar nog uitdrukkelijk voor.

[yprgwt]

mijn nieuwe automount.xml

 

<?xml version="1.0" ?>

<mountmanager>

<nfs>

 <mount>

  <active>True</active>

  <hdd_replacement>False</hdd_replacement>

  <ip>192.168.1.6</ip>

  <sharename>nas</sharename>

  <sharedir>export/video</sharedir>

  <options>rw,nolock,tcp</options>

 </mount>

</nfs>

</mountmanager>

 

 

Waarschijnlijk is hij het zelfde als bij de meeste...

 

hieronder de exports file van mijn openmediavault:

# This file is auto-generated by openmediavault (https://www.openmediavault.org)

# WARNING: Do not edit this file, your changes will get lost.

 

# /etc/exports: the access control list for filesystems which may be exported

#               to NFS clients.  See exports(5).

/export/video (fsid=1,rw,subtree_check,insecure)

 

# NFSv4 - pseudo filesystem root

/export (rw,fsid=0,root_squash,no_subtree_check,hide)

 

 

Ik heb echt geen idee wat er nou fout is, zoals ik al zei van af twee linux manchine kan ik schrijven en lezen maar vanaf de satonvanger alleen lezen.

[yprgwt]

Ik heb het gevonden (denk ik).

Via het bestandsbeheer van linux client (Nemo), netwerk, een SSH verbinding gemaakt met de NAS, daar de export folder geopend.

Aansluitend de eigenschappen van de videofolder geopend en aangepast van read-only naar read-write.

Uitgelogd en weer ingelogd, schotelontvanger opnieuw gestart en de ontvanger kan schrijven op de nas...

 

Of dit de juiste oplossing is weet ik niet, het werkt iig wel. Ben alleen wel benieuwd waarom de linux computers wel konden schrijven en de schotelonvanger niet. 

 

Groeten, Frank

[Tech]

Dat snap ik dat er meerdere wegen naar Rome lopen maar fstab was het in mijn geval niet, WanWizard waarschuwde me daar nog uitdrukkelijk voor.

Ieder zijn ding maar ik werk al jaren met fstab, ook omdat ik configs en de kanalenlijsten op de NAS staan, dat moet toch echt gemount zijn voordat e2 start.
Ik heb er nooit problemen mee, misschien omdat altijd alles gewoon online is….

[Sagitarius †]

 

Dat snap ik dat er meerdere wegen naar Rome lopen maar fstab was het in mijn geval niet, WanWizard waarschuwde me daar nog uitdrukkelijk voor.

Ieder zijn ding maar ik werk al jaren met fstab, ook omdat ik configs en de kanalenlijsten op de NAS staan, dat moet toch echt gemount zijn voordat e2 start.
Ik heb er nooit problemen mee, misschien omdat altijd alles gewoon online is….

 

Daar zie ik totaal het nut niet van om je zenderlijst apart op een NAS te zetten, zoveel ruimte neemt een zenderlijst toch niet in op een stb.

Als je de lijst op je stb hebt staan kun je die toch delen via fallback met andere ontvangers, want dat zal vast je bedoeling zijn om ze op de NAS te zetten.

Maar goed ieder zijn eigen afweging toch.

[40H3X]

Dat snap ik dat er meerdere wegen naar Rome lopen maar fstab was het in mijn geval niet, WanWizard waarschuwde me daar nog uitdrukkelijk voor.

I.v.m. met de bootsequence is het "gevaar" met fstab dat als je hier een fout maakt je systeem niet meer boot cq. blijft hangen dus start Enigma niet en dan is het alleen nog flashen. Met automounts.xml is "dat" risico er niet.

[WanWizard]

Kortom: fstab is geen probleem, als je maar weet wat je doet. En met telnet / ssh overweg kan om eventuele issues zelf op de lossen.

 

De "waarschuwing" was meer voor eind gebruikers...

[Tech]

Ach, en het duurt even voordat die uiteindelijk doorstart als je fstab niet correct hebt staan.
In voorgaande kernel versies was dit, meen ik ergens rond de 20 minuten, da’s best wel lang als je even snel TV denkt te gaan kijken

[Sagitarius †]

Ach, en het duurt even voordat die uiteindelijk doorstart als je fstab niet correct hebt staan.
In voorgaande kernel versies was dit, meen ik ergens rond de 20 minuten, da’s best wel lang als je even snel TV denkt te gaan kijken

Daarom maak ik de NFS mount weer via automounts, jullie zullen wel een andere reden hebben om fstab te gebruiken.

[WanWizard]

Zoals Tech al opmerkte, fstab is handig als je toegang tot de mount moet hebben voordat Enigma start. Dus zo wie zo voer voor gevorderden.

[scriptmelvin †]

Je kunt nofail toevoegen aan de opties in de fstab regel, dan start hij door als de mount niet lukt.