1st Dec, 2013, 07:34 AM
(24th Nov, 2013 08:18 AM)agent5150 Wrote: [ -> ]Ok so upgrade to Beta 2 when smoothly on two PIs. Running great.
Notice an annoying issue with how navigation has changed in respect to TV shows.
Beta 1.1: TV Shows>List of Shows>Show A seasons list>Season 1 episodes list. If I press back/return button, it used to go back to previous screen. example. If I am Show A season list screen, back/return will take me back to list of shows screen. Since Beta two, no matter where you are pressing back/return takes you back to the main menu with TV shows selected. Is this a bug? I can't figure out if this was a setting based change. Can someone with TV shows confirm this behavior.. I can't be the only one experiencing this issue.
@agent5150
this looks like remote control mapping issue rather than xbmc as this is still working as should (as you described). so going back is going back, not returning you to the main menu.
can you turn on debug logging in xbmc and track the keys (and mapping) which xbmc is reading from RC? maybe you find something (at least that pressing BACK or RETURN is triggering the same mapped function in xbmc for you - returning to main menu).
you can post the log to pastebin for instance.
(24th Nov, 2013 03:51 PM)kraleksandr Wrote: [ -> ]When I try to open \\xbian samba share, I see 5 folders there. But the smb.conf file contains only 3 of them. Where is .conf for other folders?
@kraleksandr
xbmc-backup share and automounted external drives are created as dynamic records via "net" tool/command as needed.
xbmc-backup at /etc/init/restore-home.conf and ext drives in script which is part of xbian-package-usbmount package. what you would like to change for them ?
(25th Nov, 2013 09:48 AM)particleman Wrote: [ -> ]FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
I ran dosfsck -t -a -w /dev/sdb1 which shows no errors but the message remains? Also disk utility states that partition is clean when using the repair option.
[just to comment the sdb1 repair, this makes no sense as RPI can boot only from mmcblk0p1 and always will even if you use USB storage to run the system]
this is probably the case for most of us. I wasn't able to track the issue down in details whether the partition is broken irreparably (but still able to read/write data), or it is just "not clean" not being cleared, or even others.
if you hit this case only way "resolving" this (or get rid of the report) known to me is to reformat the partition. there is undocumented script which will do this for you while preserving data on /boot. you can run it as
Code:
sudo xbian-reformat-boot(25th Nov, 2013 11:03 PM)Freddie299 Wrote: [ -> ]fyi, devs: The ssh issue I had is now solved. Not sure what exactly the problem was, but switching from openssh to dropbear and back did the trick.
Besides: The beta 2 is amazingly great! Thank you everyone who contributed!
@Freddie299
I wanted to post commend earlier about this but had no time to write down everything I wanted, so sorry to react on your post so late.
Anyhow the issue for you is caused by change in Beta2 in the way how sshd is started. It is not started as regular daemon anymore, but it is spawned from inetd daemon. This is directly related to changing the listening port for you and most probably indirectly related to the chroot environment - I tried to find some insights about this combination (inetd & chrooted sshd setup) - but I wasn't successful.
the solution would be to disable ssh in xbian-config (or manually by editing /etc/inetd.conf if you prefer) and use standard way of starting sshd by sysv or upstart script again.
I included this standalone startup script in 1.0.2-11a version of xbian-update package which is available at devel repo (http://xbian.brantje.com/pool/devel/main/x/xbian-update/xbian-update_1.0.2-11a_armhf.deb). the ssh is started as daemon with upstart script /etc/init/ssh-nid.conf and is disabled by default. you can enable it by removing "manual" stanza from /etc/init/ssh-nid.override.
of course you can run both in parallel, just change ssh port found in /etc/inetd.conf configuration. sshd started from ssh-nid script will read port from /etc/ssh/sshd_config as you are used to.
hope this helps
mk
(26th Nov, 2013 06:59 AM)particleman Wrote: [ -> ]Sorry I should have explained that I had removed the sd card and put it in my Debian machine to dosfsck which read it as /dev/sdb and sdb1 as fat partition. Sorry for not being more clear. This is df-h
xbian@xbian ~ $ df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 7.2G 1.4G 5.7G 20% /
/dev/sdb 7.5G 1.0G 6.3G 14% /media/xbian-copy
So I'm assuming that it is not being used as I intended it to be (as /).
the issue there is probably caused with the fact you made a clone to /dev/sdb (instead of using partition). although in general this works for btrfs, there could be some issues within booting stage as we never considered this scenario being used - all the code within initramfs booting process assumes a partition to exists (as it wants to check for resize need, as it wants to create swap partition at the end of storage media and possibly others).
we will add a blocking option to xbian-config xbianclone function to return with error if destination device is not a partition. later we can review the initramfs package to implement such scenario.
for you a way would be to create partition on the dest drive (with fdisk, parted or even under windows or other linux) and then use of /dev/sdb1 as destination in contrast to /dev/sdb.
