beta2

[mk01]

(30th Sep, 2013 02:00 PM)darrylb Wrote:  Well, looks like that fixed it... I ran those commands and joined it to my wireless network without any effort. Ill let you know how the reliability of the connection is over the next few days. I have my router auto-restart nightly, so will be curious to see if it recovers from that.

found some comments about issues with dropouts with changing signal quality, but it was older driver without power output control.

everything can be different with you.

so I will put the patch into XBian kernel patch collection as needed and working, yes?

---

@wind-rider

nfs root:

I was possible to boot, but only without using initramfs.gz. The initramfs.gz was missing mount.nfs helper binary.

Changes for booting without initramfs.gz:

Code:

1) comment "initramfs.gz" stuff out in config.txt
2) in cmdline.txt change root to "root=/dev/nfs"
3) remove whole "rootflags=.*"
4) add "rw"
5) change "rootfstype=nfs"
6) add nfsroot=IP:/path/to/nfs,udp|tcp,vers=3        
7) add ip=dhcp (asks kernel to configure dhcp on all network cards it sees during init
8) removed /home and /lib/modules from /etc/fstab
9) copied XBian before to prepared export (no_root_squash is essential there). done it with rsync in three steps:
    a) rsync -avx --progress --delete / /mnt/nfs_root
    b) rsync -avx --progress --delete /home/ /mnt/nfs_root/home/
    c) rsync -avx --progress --delete /lib/modules/ /mnt/nfs_root/lib/modules/

comment to point 6)
(udp OR tcp) depends on NAS capabilities and what you feel better in terms of speed, latency. also wsize= and rsize= are parameters to play with. but with nfsroot the idea is opposite to make buffer BIG for throughput, the smaller buffer the less latency (packets doesn't need to wait until buffer filled). I had best experiences with 2048-4096, but again depends. essential is correct IP:/path and despite nolock the only option to mount nfs<4 without tools, don't add it to options, kernel will not mount it then - without apparent error message. and if initramfs.gz will be used, I will add the nolock there if missing. also, vers=X is essential.


for initramfs.gz option make work, added nfsmount from klibc package and two conditions, other parts were not broken. just doing some edits to upstart, will issue then xbian-update 1.0.2-2 and xbian-package-initramfs-tools (whatever next version). xbmc starts even without the edits, but some of the scripts should not do what they do for network mounted roots.

you was probably stuck on initramfs error unable to mount root (due to the missing helper tool).

forgot quit important info: with kernel configuring IP and doing IFUP, /etc/network/interfaces has not contain "auto" for eth0 (if eth0 is the one you use) and instead of dhcp/static there must be manual. no-auto means system will not be waiting for eth0 appear up (because already is), will trigger "static-network-up" event as should - otherwise it won't be generated and manual means system will not touch net config if is configured