MiLo

Je zou de opname direct in de .Trash folder kunnen laten maken (gewoon bij de timer opgeven), dan heb je al iets wat er veel op lijkt. Moet je 'm wel ook vanuit de trashcan bekijken. Blijft-ie een tijdje in staan, en verdwijnt vanzelf als de tijd om is of de disk loopt vol.

There were two reasons.
1. Moritz Venn specifically asked this plugin to be excluded because he doesn't want it to run on non-DMM hardware
2. Our plugin loader is more efficient than the mainstream one, and plugins are already being sorted, so chances are that the plugin doesn't work anyway.

Apart from that, rtzhjgg0 managed to get a plugin version that requires some bogus Enigma2 version number. Just install with "--force-depends" or so (opkg --help to get information) to install it anyway.

Ik ga er vanuit dat de crashes compleet random zijn en niet direct gerelateerd aan een bepaalde build ofzo. 't Is moeilijk aan te tonen of een simpele reboot zorgt voor 24 uur onafgebroken speeltijd of dat dat komt door het installeren van een andere versie. Toch?

Waarschijnlijk had je een entry voor /media/cf in /etc/fstab staan. Die zorgt ervoor dat geen enkel medium op /media/cf gemount wordt door de automatische herkenning.

Is de CF misschien op een andere plaats gemount? Want de downloader is er best goed in om te ontdekken wat je zoal ingeprikt hebt, maar dreamexplorer verwacht mogelijk alleen /media/cf

Hoe zet je de picons erop?

Recently, I've updated and patched busybox so that mounting a harddisk using UUID or LABEL now works as you'd expect. By adding entries to /etc/fstab, you can now "pin" harddisks and other storage devices to certain mount points. This works on ALL OpenPLi 2.1 boxes.

Usually, you won't need this feature. OpenPLi will mount the first non-removable disk at /media/hdd, and the first USB storage device at /media/usb, and a compact flash reader at /media/cf. But if you have multiple harddisks attached, the order in which they are recognized is random, which means that every boot they might trade places.

To solve that issue, you'll need to open a telnet session or ssh or similar to the box.

Attach the devices you want to be recognized, and issue the "blkid" command:

root@et9000:~# blkid
/dev/sdb1: LABEL="STICK64" UUID="CAB7-86C9"
/dev/sda1: LABEL="FLASH512" UUID="F28C-F4A3"

In this example, i inserted two FAT formatted USB sticks.

To see where they went, I type "mount" without parameters:

root@et9000:~# mount
rootfs on / type rootfs (rw)
ubi0:rootfs on / type ubifs (rw,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /dev type tmpfs (rw,relatime,size=64k,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
usbfs on /proc/bus/usb type usbfs (rw,relatime)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/usb type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,errors=remount-ro)
/dev/sdb1 on /media/sdb1 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,errors=remount-ro)

So sda1 became /media/usb and sdb1 if /media/sdb1.

Now I want the one labeled "STICK64" to mount as /media/backups and the "FLASH512" as /media/clips (don't ask why).

To do this, first I create these mount points using "mkdir". I have to create them myself, because they're not "standard".

root@et9000:~# mkdir /media/backups
root@et9000:~# mkdir /media/clips

No news is good news, no errors.

Next, I change /etc/fstab (using the built-in "vi" editor if you're a leet hacker, but you can also use a unix-aware editor like PSPad or notepad++ on your Windows machine). I add two lines for the sticks, so now my fstab looks like this (it does not matter if and how you use spaces or tabs):

root@et9000:~# cat /etc/fstab
rootfs			/				auto	  defaults		    1  1
proc			  /proc			 proc	  defaults		    0  0
devpts			/dev/pts		   devpts	mode=0620,gid=5	  0  0
usbfs			 /proc/bus/usb	   usbfs	 defaults		    0  0
tmpfs			 /var/volatile	   tmpfs	 defaults		    0  0
LABEL=STICK64	   /media/backups	  auto	  defaults		    0  0
UUID=F28C-F4A3	  /media/clips	    auto	  defaults		    0  0

I used both LABEL and UUID versions. It doesn't really matter which you use. "auto" and "defaults" just tell the system to do its usual best to figure it all out by itself.

That's it. Now my sticks are still mounted on their old spots, so I yank them out and put them back again. And behold:

root@et9000:~# mount
rootfs on / type rootfs (rw)
ubi0:rootfs on / type ubifs (rw,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /dev type tmpfs (rw,relatime,size=64k,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
usbfs on /proc/bus/usb type usbfs (rw,relatime)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/clips type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,errors=remount-ro)
/dev/sdb1 on /media/backups type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,errors=remount-ro)

Whenever I insert these particular sticks, they get their own special spot instead of /media/sda1 or something cryptic like that.

Adding such an entry to /etc/fstab has another effect (which is not generic to Linux systems) in OpenPLi. It will never automatically mount another device there. So if i assign /media/usb or /media/hdd to a device, no other device will mount at that spot, even if the original one is absent.

So if you have two harddisks, put the UUID or LABEL for the one you want to become the default for recording and timeshifting into /etc/fstab as /media/hdd, and give the other another nicely named spot. That way, you won't get lost again.

Now if someone would create a plugin for this....

Fixed builds are online now, just update to get it.

Looks like a configuration problem. Easiest way to reset it is to remove samba, remove configuration files, and then put it back with the defaults:

opkg remove samba
rm -rf /etc/samba
opkg install samba

Vanaf morgen zit er een opvolger/vervanger van de "flash extender" in de feed. Deze bevindt zich nog wel in de test fase.

In plaats van gecombineerde flash/CF wordt nu het hele image naar de CF kaart gekopieerd, en wordt de CF kaart verder niet meer gemount (hij is al root!)
De plugin werkt niet samen met de bestaande extender (hoewel in principe dat nog gemaakt kan worden).
Net als bij de flash extender wordt de CF kaart niet gewist, en blijft alles (picons enzo) er gewoon op staan. Wel is er meer ruimte nodig, ongeveer 60MB.

Stappenplan:

- Ga naar menu - applicaties - downloaden - systemplugins - cfboot
- Installeer de plugin
- Ga naar ppanels (blauwe knop, ppanels)
- Kies "Boot from CF card"
- Kies de optie "Copy internal flash to CF card"
- Bevestig (kopieren duurt enkele minuten)
- Sluit af en herstart de dreambox (menu - afsluiten - opnieuw opstarten)

Hierna wordt vanaf CF opgestart, en de interne flash wordt ook niet meer gemount (dat spaart ook nog eens ~3MB RAM uit).

Je kunt op elk moment weer terug naar de interne flash via het ppanel, en ook weer terug naar de CF. De twee beinvloeden elkaar niet - wat je na het kopieren in de flash doet, is niet zichtbaar op de CF, en andersom. Als een soort multiboot dus.

Mocht het fout gaan, kun je altijd opnieuw flashen...