dAF2000

As I saw - removing /etc/ppanels directory was "sideeffect" only ... then this discussion is irelevant ... all what is needed is restore creating this directory

 

Exactly. The discussion should not be about why someone uses PPanels but if there's any bug why the PPanels don't show up.

Strikt gezien heeft 't niks met open source te maken. Mijn Android smartphone is (of was?) ook open source.

Het punt is dat we dit belangeloos in onze vrije tijd doen en gewoon geen tijd hebben om overal volledig op te antwoorden.

Vanuit telnet:

cp -a /media/hdd /media/usb

Die "/media/usb" is maar een voorbeeld. Typ eerst "df -h" en dan zie je 'em er wel ergens tussen staan.

Maak eens de directory /etc/enigma2/ppanels aan en stop de file eject.xml in, met als inhoud:

<directory name="Eject DVD">
      <execute name="Eject DVD"
               target="eject"
               helptext="Gooi DVD eruit"/>
</directory>

Druk op blauw, kies PPanels, "Eject DVD" en daarna nog eens "Eject DVD".

Meer over PPanels, zie: http://wiki.openpli.org/PPanel

Die verschillen krijg je nou omdat de ene deze aanduiding gebruikt en de andere een andere aanduiding:

1.5 TB x 1024 = 1536 GiB
1.5 TB x 1000 = 1500 GB

hier al 36 GB verschil dus de helft vrij op schijf maakt 16 GB

 

Ofwel 624 * (1024 / 1000) = 639.

Je moet daarvoor /etc/samba/smb.conf op de Vu+duo aanpassen. Daar staat al een stukje met [Harddisk] in, en daar komt bijvoorbeeld [Harddisk2] bij:

 

[Harddisk2]
  comment = Tweede harddisk
  path = /media/sda2
  read only = no
  public = yes
  guest ok = yes
 

Waarschijnlijk even die box opnieuw starten. Op de Vu+duo2 kun je er nu bij.

De quit="exit" werkt waarschijnlijk niet, maar ik weet dat niet zeker. PPanels is voor Enigma2 gemaakt omdat er Enigma1 nogal wat populaire PPanels waren die de gebruikers wilden blijven gebruiken. Er is niet echt een alternatief, maar PPanels zal vast niet eruit gaan zolang het niet in de weg zit.

[modbreak=modbreak]A good moment to quit this discussion and get on-topic again.[/modbreak]

Dat maakt de situatie lastiger, ja. Je kunt inderdaad een nfi-backup terugzetten voor het geval als 't echt niet lukt. Ik kan niet goed inschatten in hoeverre je box echt een "complete puinhoop" is geworden en daarom dacht ik aan opnieuw flashen. Kun je misschien via de pc een backup maken van je harddisk (met Linux gaat dat eenvoudig; ik heb geen ervaring met Windows).

De swapfile kun je beter niet op een USB-stick zetten. Er wordt nogal wat geschreven naar de swapfile en daar kunnen USB-sticks niet goed tegen. Theoretisch tenminste. Voor normaal gebruik heb je ook vaak geen swapfile nodig. De epg.dat en epg_new.dat kun je probleemloos weggooien. Die file wordt eenmalig gelezen en in het interne geheugen opgeslagen.

"cp: write error: Read-only file system" is een flinke fout. Linux zet een harddisk automatisch op alleen-lezen als er een fout optreedt om verdere "schade" te voorkomen (zie ook het bericht van MiLo). Maar je DM800 klinkt ook niet lekker. Misschien kun je 'ns overwegen om helemaal vanaf nul opnieuw te flashen en alles weer in te stellen.

cp -R /media/hdd2/opnames /media/sdd1

Dan kopieert-ie alles inclusief de directory opnames (dus krijg je /media/sdd1/opnames)
En anders:

cp -R /media/hdd2/opnames/* /media/sdd1
Da's hetzelfde maar dan gaat alles in /media/sdd1 ipv /media/sdd1/opnames

[modbreak=modbreak]
Nietgiftig, DeBeek: en weer on-topic.
[/modbreak]

You may check this link: http://satelliet-ver...startpagina.nl/ for some satellite shops in the Netherlands.

There is no real "blue panel" in OpenPLi. All settings are integrated in the image itself. Gemini, for example, has a blue panel which is really a plugin (so a .so and .cfg file in /var/tuxbox/enigma/plugins) but in OpenPLi all is in the enigma binary (so /var/bin/enigma).

If you want to change anything, just look at the files in cdk/apps/tuxbox/enigma/src because all is there. If you look for setup_xxx.cpp files you will see parts of the settings menu. There is no guide on that.

I don't know why, but "somebody" renamed the "picons" folder to "picons_sd" (see software.xml file). I've corrected that on our download server. Could you try it again?