[NAS] Iomega StorCenter ix & SABnzbd, Sickbeard, etc.

[Taigu]

Op je router moet je de volgende route instellen:

Ip doeladres: 10.8.0.0
Ip subnetL 255.255.255.0
Gateway: 192.168.0.124

Op je RPI gaat het als volgt:
sudo /sbin/route add -net 10.8.0.0 gw 192.168.0.124 eth0

om de route permanent te maken op de rpi:

up route add -net 10.8.0.0/255.255.255.0 gw 192.168.0.124 dev eth0

[M.v.Veelen]

Op de RPi heb ik deze regel in moeten voeren:

iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j SNAT --to 192.168.0.100

Moet ik iets dergelijks nog op de NAS doen (want ik wil dus niet meer via de RPi gebruik maken van VPN, maar juist via de NAS) ?

[Taigu]

Ik draai geen iptables op de NAS, als je dit niet extra hebt geinstalleerd dan hoeft dit niet.

[M.v.Veelen]

OK, dan draait dit zeker standaard wel op de RPi en is dat wss de reden dat het daarop wel lukt en niet via de NAS. Hoe kan het nou zijn dat het bij jou dan nu wel werkt en bij mij niet? Kan het niet zijn dat je met het testen (want jij bent er toch ook een tijdje zoet mee geweest?) toch nog wat hebt geïnstalleerd en niet in de tutorial hebt gezet? Want ik heb echt alles meerdere keren stap-voor-stap overnieuw gedaan en ik kom niet verder dan de NAS.

[M.v.Veelen]

Ik kreeg dit nog al reactie op een mail die ik had gestuurd naar iemand die een dergelijke tutorial had geschreven om OpenVPN op zijn iX2 aan de praat te krijgen en na wat heen en weer mailen kreeg ik dit:


Hi again ,

Due to some restrictions on IX2 i was not able to route all the LAN thru openvpn. My advice is to install openvpn on your PI .Use the config file i pasted below :

Let's assume that the openVPN server is 192.168.0.124 (ETH0 - the ip assigned by the router)

Note : your IP pool is very common . It's most likely that you will have conflicts . It would be better to assign new IP pool .

The missing puzzle is the following command :

code:

sudo iptables -t nat -A POSTROUTING -s 6.10.0.0/24 -o eth0 -j SNAT --to-source 192.168.0.124

Test it and if it works for you and it has to work because i did this setup on my raspberry PI and it worked then add that command in a sh file like /etc/openvpn/firewall-rules.sh give proper permission 700 and add to
/etc/network/interfaces the following

code:

iface eth0 inet dhcp
  pre-up /etc/firewall-rules.sh

Let me know if you have any questions . See the config file below :

code:

###config file 
port 1194
proto udp
dev tun

; mtu-test

server 6.10.0.0 255.255.255.0     
ifconfig 6.10.0.1 6.10.0.2
push "route 6.10.0.1 255.255.255.255"
push "route 192.168.0.0 255.255.255.0"
push "route 6.10.0.0 255.255.255.0"

push "dhcp-option DNS 8:8:8:8"
push "redirect-gateway def1"
client-to-client

dh /etc/openvpn/keys/dh1024.pem
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/server.crt
key /etc/openvpn/keys/server.key


cipher AES-256-CBC
auth MD5
comp-lzo
tls-server

user nobody
group nogroup

keepalive 15 120


ifconfig-pool-persist /etc/openvpn/lan-ipp.txt
status /etc/openvpn/lan-status.log

log-append /etc/openvpn/lan-server.log


verb 3

daemon

##### END of file

[Mijzelf]

De 6.10.0.x range is geen private range. Je kunt hem gebruiken, maar je hide er mogelijk wel een publieke server mee.

[M.v.Veelen]

Ik heb er ook helemaal niets mee gedaan. Het lijkt wel alsof hij zegt dat het helemaal niet (goed) werkt op de iX2 ivm 'restrictions' ?!

Ik begrijp gewoon niet dat als ik 1 op 1 alles stappen uitvoer die Taigu heeft beschreven dat het bij mij dan niet wil werken. OK, ik kan een VPN verbinding opzetten, maar verder kom ik niet. Het kan haast niet anders dan dat Taigu nog iets anders op de NAS heeft geïnstalleerd / geconfigureerd. Maar wat....?

[Taigu]

M.v.Veelen schreef op dinsdag 17 maart 2015 @ 20:47:
OK, dan draait dit zeker standaard wel op de RPi en is dat wss de reden dat het daarop wel lukt en niet via de NAS. Hoe kan het nou zijn dat het bij jou dan nu wel werkt en bij mij niet? Kan het niet zijn dat je met het testen (want jij bent er toch ook een tijdje zoet mee geweest?) toch nog wat hebt geïnstalleerd en niet in de tutorial hebt gezet? Want ik heb echt alles meerdere keren stap-voor-stap overnieuw gedaan en ik kom niet verder dan de NAS.

De reden dat het bij mij wel werkte is omdat ik de statische routes al eerder had ingesteld op de apparaten achter de NAS. De route die ik eerder heb gepost is dus actief op mijn rpi achter de nas. Ik heb eerder al OpenVPN werkend gehad, en daardoor het aanmaken van statische routes over the hoofd gezien, excuses. Verder heb ik geen additionele zaken op de NAS draaien, redelijk recent opnieuw geinstalleerd.

Ik heb op de NAS geen iptables draaien, op de rpi achter de NAS is de lijst van iptables regels volledig leeg. Op mijn Ubee modem van Ziggo kan ik geen statische routes instellen en ook die is bereikbaar over de vpn....

Let op, onderstaande post aangepast. Het woord nas vervangen voor router:

Taigu schreef op dinsdag 17 maart 2015 @ 20:21:
Op je router moet je de volgende route instellen:

Ip doeladres: 10.8.0.0
Ip subnetL 255.255.255.0
Gateway: 192.168.0.124

Op je RPI gaat het als volgt:
sudo /sbin/route add -net 10.8.0.0 gw 192.168.0.124 eth0

om de route permanent te maken op de rpi:

up route add -net 10.8.0.0/255.255.255.0 gw 192.168.0.124 dev eth0

[ Voor 33% gewijzigd door Taigu op 19-03-2015 23:52 ]

[M.v.Veelen]

Hoe werkt dit dan? De RPi 'vertelt' de NAS dan hoe / wat omdat dit op de NAS niet kan werken?

Deze reactie kreeg ik via de mail:


You can install on IX2 but the only issue is that you won't have access to local LAN resources because IX2 is missing iptables kernel module . It's not impossible to compile and enable but is hard to get it done . So with my config i achived to have access to all the services/shares on NAS and i can mount shares over vpn tunel. That's what i wanted most . What you said that you don't have access to websites when openvpn is started is not normal behavieur . Check if you have static routes in the router or the issue might be the IP pool you have chosen for DHCP server . To have access also to local LAN resources you need to add that line in iptables .You can do it on the install on PI .

[Mijzelf]

Hoe werkt dit dan? De RPi 'vertelt' de NAS dan hoe / wat omdat dit op de NAS niet kan werken?

Een pakketje die vanaf jouw VPN client naar de RPi gaat (via de VPN server in de NAS), heeft een afzender en een geadresseerde. De afzender is het VPN adres van de client, bijvoorbeeld 10.8.0.16. De geadresseerde is het adres van de RPi, bijvoorbeeld 192.168.0.55.

Dat pakketje komt aan in de VPN server. Die geeft hem aan de netwerk manager van de NAS. De netwerk manager ziet dat het pakketje is bestemd voor een device aan zijn LAN kant, en aangezien forwarding is ge-enabled, gooit hij het door zijn netwerkpoort de LAN op, en het arriveert bij de RPi.

Nu moet de RPi antwoorden, maar hij heeft alleen dat 10.8.0.16 adres. Kan hij niets mee, en het antwoord gaat verloren.

Als de NAS iptables had gehad, had het (indien netjes gevraagd) het afzender adres in het pakketje kunnen overschrijven met het LAN adres van de NAS, 192.168.0.124. In dat geval had de RPi geweten waar het antwoord heen moest. Het antwoordpakket zou dan bij het binnenkomen van de NAS opnieuw door iptables gaan, die het (nu geadresseerde) adres weer overschreef met het originele adres van de VPN client. Daardoor weet de netwerk manager dat het de VPN tunnel in moet.

De oplossing die hier is gebruikt is een static route in de RPi, namelijk alle pakketjes voor 10.8.0.x moeten naar de NAS.

[Parzival]

Hoi

Ik heb mijn NAS opnieuw geïnstalleerd, maar nu wil SABNZBD niet meer blijven draaien... in een terminal kan ik m handmatig opstarten.. of via /ffp/start/sabnzbd.sh maar zodra ik uitlog of de terminal sessie beëindig.. is mijn proces ook dood..

ideeeen?

[Mijzelf]

Zonder iets van sabnzbd te weten: Blijkbaar deamonized het proces niet. Mogelijk is de commandline parameter daarvoor aangepast, en moet je het startscript daarop aanpassen. Probeer 'sabnzbd --help'.

Als dat mislukt kun je ook 'screen' installeren en starten, en daarin sabnzbd starten. Dan blijft er een 'pseudo terminal' achter wanneer je je sessie afbreekt. Deze 'pseudo terminal' kun je later weer openen met 'screen -r'.

[Elwin23]

Op mijn iomega IX2-200 werkt helaas Couchpotato niet meer, lijkt op een verouderde openssl...

Heb nog geen tijd gehad om verder te troubleshooten, maar ik krijg de volgende melding als ik debugging aanzet in Couch:
11-29 23:19:32 DEBUG
[hpotato.core.plugins.base] Failed getting cache: Traceback (most recent call last): AttributeError: '_socketobject' object has no attribute 'set_tlsext_host_name'

Mocht iemand wel tijd hebben om te onderzoeken, hier wat linkjes:
https://github.com/RuudBurger/CouchPotatoServer/issues/5309
https://github.com/RuudBurger/CouchPotatoServer/issues/3240
https://www.reddit.com/r/...t_finding_movies_anymore/

Ik zal hier pas weer eind januari naar gaan kijken hooguit

Helaas draait er geen pip op deze nas, en heb ik geen idee hoe ik openssl, of pyopenssl update...

[ Voor 6% gewijzigd door Elwin23 op 07-12-2015 13:36 ]

[no1san]

Na update harddisks en firmware kom ik niet meer verder dan de volgende foutmelding.
ipkg_download: ERROR: Command failed with return value 3: `wget --passive-ftp

root@ix4-300d:/# /opt/bin/ipkg install gcc
Installing gcc (4.2.3-1) to root...
Downloading http://ipkg.nslu2-linux.o...table/gcc_4.2.3-1_arm.ipk
Nothing to be done
An error ocurred, return value: 22.
Collected errors:
ipkg_download: ERROR: Command failed with return value 3: `wget --passive-ftp -q -P /opt/ipkg-0jgFxg http://ipkg.nslu2-linux.o...able/gcc_4.2.3-1_arm.ipk'
Failed to download gcc. Perhaps you need to run 'ipkg update'?
root@ix4-300d:/#

Dit schijnt meer voor te komen. Voor de duidelikheid, de download url is correct.

[ Voor 5% gewijzigd door no1san op 21-12-2015 18:35 ]

[Elwin23]

mijn issue is gefixt.
laatste firmware op de NAS, en dan python2.7 installeren, en beide Sickrage en Couchpotato hieronder draaien ipv 2.6 (SickRage deed ook vreemd sinds kort)

[Elwin23]

not quite there yet... nu doet SickRage het niet meer vanwege het lijkt, te lage openssl...
welke volgens mij alleen via firmware geupdate kan worden
https://github.com/SickRage/sickrage-issues/wiki/SSL-Errors

[rensjeh1]

no1san schreef op maandag 21 december 2015 @ 18:34:
Na update harddisks en firmware kom ik niet meer verder dan de volgende foutmelding.
ipkg_download: ERROR: Command failed with return value 3: `wget --passive-ftp


[...]


Dit schijnt meer voor te komen. Voor de duidelikheid, de download url is correct.

Ik heb het zelfde probleem en heb het idee dat ik daarom programma's niet kan installeren met .git.
Heeft iemand suggesties?

[Mijzelf]

Volgens de manpage van wget betekend return value 3 een 'File I/O error'.
Hoe zeker ben je van je harde schijf? Zegt dmesg ook iets daarover?

[no1san]

Zeer zeker van de HD's. Nieuw en in raid.

dmesg geen info hd?


Booting Linux on physical CPU 0
Initializing cgroup subsys cpu
Linux version 3.2.40 (soho@bsoho170) (gcc version 4.7.2 (crosstool-NG 1.20.0) ) #1 SMP Thu Dec 10 11:12:37 EST 2015 v2.1.1.1
CPU: Marvell PJ4Bv7 Processor [562f5842] revision 2 (ARMv7), cr=10c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
Machine: Marvell Armada XP Development Board
Using UBoot passing parameters structure
Reserving training memory: base=0x (null) size=0x2800
Memory policy: ECC disabled, Data cache writealloc
On node 0 totalpages: 131072
free_area_init_node: node 0, pgdat c071ab40, node_mem_map c075a000
DMA zone: 1152 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 129920 pages, LIFO batch:31
SMP: init cpus
PERCPU: Embedded 7 pages/cpu @c0bde000 s6336 r8192 d14144 u32768
pcpu-alloc: s6336 r8192 d14144 u32768 alloc=8*4096
pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129920
Kernel command line: console=ttyS0,115200 mtdparts=armada-nand:0xe0000@0x0(uboot ),0x20000@0xe0000(env),0x20000@0x100000(env2),0x400000@0x120000(zImage),0x400000 @0x520000(initrd),0x3F200000@0xE00000(boot),0x40000000@0x0(flash) root=/dev/ram rw mem=512M ramdisk_size=4194304 ramdisk_blocksize=1024 ip=:::DB88FXX81:eth0:non e mv_net_config=2,(00:50:43:11:11:11,0:1),mtu=1500
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 512MB = 512MB total
Memory: 508652k/508652k available, 15636k reserved, 0K highmem
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xe0800000 - 0xfa800000 ( 416 MB)
lowmem : 0xc0000000 - 0xe0000000 ( 512 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0008000 - 0xc06a7000 (6780 kB)
.init : 0xc06a7000 - 0xc06de8c0 ( 223 kB)
.data : 0xc06e0000 - 0xc071b620 ( 238 kB)
.bss : 0xc071b644 - 0xc07597d4 ( 249 kB)
Hierarchical RCU implementation.
NR_IRQS:211
Initializing ArmadaXP SOC Timer 0
sched_clock: 32 bits at 25MHz, resolution 40ns, wraps every 171798ms
Calibrating delay loop... 1332.01 BogoMIPS (lpj=6660096)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
SMP: prepare CPUs (4 cores)
Setting Clocks for secondary CPUs
Armada-XP Performance Monitor Unit detected (Marvell ID)!!!
hw perfevents: enabled with Armada PJ4 PMU driver, 7 counters available
SMP: CPU 0 Waking up CPU 1
CPU1: Booted secondary processor
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
Brought up 2 CPUs
SMP: Total of 2 processors activated (2664.03 BogoMIPS).
xor: measuring software checksum speed
arm4regs : 1088.000 MB/sec
8regs : 958.000 MB/sec
32regs : 1229.600 MB/sec
xor: using function: 32regs (1229.600 MB/sec)
NET: Registered protocol family 16
Aurora: Working in ARMv7 mode
L0 cache Enabled
Speculative Prefetch Disabled
Aurora L2 Cache Enabled
Support IO coherency.

[ Voor 96% gewijzigd door no1san op 25-02-2016 21:30 ]

[Mijzelf]

Is dit een dmesg van nadat de fout optrad?

[no1san]

Jazeker maar zit wel een paar dagen tussen.

[Andre_the_First]

Ik heb de firmware update 4.1.204.33661 uitgevoerd, geen problemen zo te zien

Ik heb meteen een vraag. Ik heb de optware draaien volgens de handleiding aan het begin van dit draadje (nog de hartelijke dank hiervoor!). Ik heb inmiddels Sickbeard vervangen door Sickrage maar openssl is behoorlijk oud aan het worden (en hierdoor werkt ook e.e.a. niet meer binnen Sickrage). Is er iemand die overgestapt is naar een andere distributie voor z'n ix2?

[M.v.Veelen]

Ik heb dezelfde firmware update gedaan bij een maat van me, die 1,5 uur rijden hier vandaan woont, en nu kan ik niet meer bij de beheerspagina. Ik kan met SSH wel nog inloggen, maar dus niet via de browser beheerstaken uitvoeren. Iemand een idee hoe dit te herstellen is?

edit: het is me al gelukt. Moest een andere browser gebruiken. Gek eigenlijk.....

[ Voor 13% gewijzigd door M.v.Veelen op 17-03-2016 16:50 ]

[Verwijderd]

Hulp gezocht, aub!

Ik heb deze week de laatste firmware update (4.1.204.33661) uitgevoerd voor mn ix4-300d. Nu blijkt dat er 1 share helemaal leeg is (de "Movies" share). Alle andere shares zijn zoals voor de update.

Wat zou de oorzaak van dit probleem kunnen zijn? Is er een mogelijkheid om de bestanden op mijn movies-share toch nog terug te halen?

Groeten

S

[Mijzelf]

De meest logische oorzaak is een fout in de samba configuratie. Als om de een of andere reden Lenovo een nieuwe plek heeft verzonnen voor de 'Movies' share, dan moeten bij de update zowel directory verplaatst worden, als de verwijzing in smb.conf. Als een van tweeën mislukt is je share leeg.

Stond er veel in die share? Zoveel dat je aan de vrije schijfruimte kunt zien of de data er nog is?

[Andre_the_First]

Firmware 4.1.206.33777 geladen. Ik moest in Sabnzbd het gebruik van SSL uitzetten, hebben hier meer mensen last van? Er lijkt dus iets met de firewall regels gedaan te zijn.

[ Voor 40% gewijzigd door Andre_the_First op 06-05-2016 16:11 . Reden: deel van het probleem gevonden ]

[Lampie]

Weet iemand waar ik de log file kan vinden? Plots was de inhoud van mijn /Download/ map verdwenen?

[BgD]

Hallo,
is dit ook allemaal te installeren op en ix2-ng (4.1.208.33789).
Krijg namelijk tijdens: "/opt/bin/ipkg install python26 py26-cheetah py26-openssl par2cmdline unrar unzip git gcc transmission", in putty "ipkg: write: No space left on device". Alles gaat goed tot en met git, daarna schijnt er geen ruimte meer te zijn.

Graag jullie hulp.

Mvg,
BgD

[Mijzelf]

BgD schreef op maandag 27 juni 2016 @ 14:35:
"ipkg: write: No space left on device".

Kun je de output van

cat /proc/mounts
df

geven?

[BgD]

root@ix2:/# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root.old /initrd ext2 rw,relatime,errors=continue 0 0
none / tmpfs rw,relatime,size=51200k,nr_inodes=30949 0 0
/dev/md0_vg/BFDlv /boot ext2 rw,sync,noatime,errors=continue 0 0
/dev/loop0 /mnt/apps ext2 ro,relatime 0 0
/dev/loop1 /mnt/etc ext2 rw,sync,noatime 0 0
none /etc unionfs rw,sync,noatime,dirs=/mnt/etc=rw:/mnt/apps/etc=ro 0 0
/dev/loop2 /oem squashfs ro,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /proc/bus/usb usbfs rw,relatime 0 0
none /proc/fs/nfsd nfsd rw,relatime 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=24776k,mode=755 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /run/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=49540k 0 0
/dev/mapper/md0_vg-vol1 /mnt/system ext4 rw,noatime,barrier=1,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /mnt/pools/A/A0 ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/Backups ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/Documents ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/Movies ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/Music ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/SharedMedia ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/Pictures ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/ffp ext4 rw,noatime,barrier=0,data=ordered 0 0
/dev/mapper/49d69ec4_vg-lv2d230cc9 /nfs/MediaDB ext4 rw,noatime,barrier=0,data=ordered 0 0
root@ix2:/#


root@ix2:/# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 51200 3944 47256 8% /
/dev/root.old 11339 3201 8138 29% /initrd
none 51200 3944 47256 8% /
/dev/md0_vg/BFDlv 4128448 762252 3156484 20% /boot
/dev/loop0 722640 648041 74599 90% /mnt/apps
/dev/loop1 7657 1011 6237 14% /mnt/etc
none 7657 1011 6237 14% /etc
/dev/loop2 128 128 0 100% /oem
tmpfs 24776 84 24692 1% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 49540 0 49540 0% /run/shm
/dev/mapper/md0_vg-vol1 16493480 722212 15603704 5% /mnt/system
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /mnt/pools/A/A0
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/Backups
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/Documents
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/Movies
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/Music
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/SharedMedia
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/Pictures
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/ffp
/dev/mapper/49d69ec4_vg-lv2d230cc9 940626672 1056428 939570244 1% /nfs/MediaDB
root@ix2:/#

[Mijzelf]

Het is me niet duidelijk waar jouw 'disk full' vandaan komt. Alles wordt geïnstalleerd in /opt, wat een symlink is naar /mnt/system/opt, en daarop is nog 15GB vrij.

Misschien worden er bestanden (tijdelijk) in /tmp neergezet. Dat is een ramdrive (het rootfs), met ongeveer 40MB ruimte. In dat geval zou je na een reboot weer verder moeten kunnen.

Overigens is optware aan het kraken. Het is al een tijdje niet meer onderhouden. Inmiddels is het verstandiger om Entware-ng te gebruiken, die wordt volop onderhouden. Nadeel is wel dat je de installatie instructies aan het begin van deze thread niet kunt copy&pasten.

[BgD]

Ok, bedankt voor je antwoord. Denk dat ik maar verder ga met Entware-ng aangezien optware niet meer zo betrouwbaar is. Zijn er nog zaken waar ik speciaal op moet letten bij entware?

[Mijzelf]

BgD schreef op maandag 04 juli 2016 @ 13:17:
Zijn er nog zaken waar ik speciaal op moet letten bij entware?

Ik heb een paar dingen aangestipt in die thread waarnaar ik verwees. Dat is bij mijn weten aardig compleet.

[BgD]

Heb inmiddels Entware-ng draaien. Meteen Transimission en Midnight Commander geinstalleerd. MC is echt een supertool, heeft veel weg van de oude Norton Commander . Kan ik Couch potato, Sabnzb en Sickbeard ook gewoon uit de repository installeren? Nog een vraagje, heb je misschien Serviio (incl. web gui) wel eens op de ix2 gehad? Vind dit een van de beste media center apps. Heb gelezen dat je onder andere virtual java moet installeren.

[Mijzelf]

BgD schreef op dinsdag 05 juli 2016 @ 10:27:
Kan ik Couch potato, Sabnzb en Sickbeard ook gewoon uit de repository installeren?

Die zitten niet in de repository. Je moet de dependencies uit de repository installeren, en daarna deze tools met git binnenhalen, zoals in de startpost van deze thread staat.
De dependencies heten trouwens wat anders dan in optware, zo heet py26-cheetah bijvoorbeeld python_cheetah. Je kunt de hele lijst hier vinden.

Overigens kun je het hele startscript stuk skippen. Entware wordt al gestart, en daar kun je je eigen startscripts toevoegen. (In /opt/etc/init.d)

Nog een vraagje, heb je misschien Serviio (incl. web gui) wel eens op de ix2 gehad? Vind dit een van de beste media center apps. Heb gelezen dat je onder andere virtual java moet installeren.

Nooit geprobeerd, maar ik neem aan dat het zou moeten kunnen. Hier kun je wat vinden over java onder Entware. Ik weet niet of het daar over de goede java versie gaat. Je moet ARMv5 softfloat hebben.

[Taigu]

Mooi post over entware, dank! Vraagje, zou davfs2 moeten werken? Ik probeer een webopslag te mounten via webdav maar dit lukt me niet. Ik heb de davfs2, fuse-utils en libfuse geinstalleerd. Is dit voldoende of moet de kernel opnieuw gecompileerd worden met fuse support?

mount geeft

code:

/# mount -t davfs https://www.box.com/dav /mnt/cloud
mount: unknown filesystem type 'davfs'

mount.davfs geeft

code:

/# mount.davfs https://xxxxx.stackstorage.com/remote.php/webdav /mnt/cloud
Please enter the username to authenticate with server
https://xxxxx.stackstorage.com/remote.php/webdav or hit enter for none.
  Username: x
Please enter the password to authenticate user x with server
https://xxxxx.stackstorage.com/remote.php/webdav or hit enter for none.
  Password:
mount.davfs: Mounting failed.
Could not resolve hostname `xxxxx.stackstorage.com': Temporary failure in name resolution

(foutmelding is hetzelfde bij meerdere sites, pingen op naam werkt gewoon).

[ Voor 64% gewijzigd door Taigu op 06-07-2016 13:45 ]

[Mijzelf]

Volgens de config file in de GPL sources zit fuse niet in de kernel. Wat vreemd is, want de firmware bevat wel libfuse & friends. Maar misschien klopt de config niet. In ieder geval zijn de geleverde kernel sources niet compleet.

Ik zal eens proberen een fuse module te compileren, kijken of die wil laden.

Het lijkt me trouwens dat dit in die Entware thread hoort. Het gaat hier behoorlijk off-topic.