[CurlyMo]

Yes, because i have my lirc configuration symlinked to a remote share.

[nsviper]

(23rd Jun, 2014 06:53 PM)mk01 Wrote:  @nsviper

while testing new build system I let build Helix and installed the .deb . and realised one thing we didn't consider until now.
when xbmc job is started, there is timeout 100s waiting for XBMC be fully up. normally that is sufficient for XBMC start. but if HUGE db is being converted to new version (what was my case) 100s wasn't enough, xbmc upstart job run out of timeout considered xbmc.bin as not being started correctly (as xbmc was still converting DB long before notifying system that started ok).

so edit /etc/init/xbmc.conf, go into post-start section and change TIMEOUT=100 to TIMEOUT=100000. (you can just delete the new version DB's from sql before, start xbmc again. it will start conversion again. maybe your case is failing for that reason that xbmc.bin is being killed before it fully converts the DB).

Nice 1 mk01 - all fixed now

[mk01]

(23rd Jun, 2014 07:58 PM)Oliver.O Wrote:  IR remote via GPIO still not working after boot until XBMC is restarted (1.0 RC 2, all updates installed).

This fix still applies.

@Oliver.O

please follow this issue (my comments). https://github.com/xbianonpi/xbian/issues/549
also putting "started lirc" into xbmc would effectively disable it for users with disabled lirc - as one of implications you was expecting.

now when I think about it a bit, xbmc-preload could be changed to check for lirc autostart enabled/disabled and according to that lircd as process could by added by it into wait_for list automatically.

can you test if adding

Code:

grep -wqi manual /etc/init/lirc.* || WAITFOR="$WAITFOR lircd"

added into line 37 (before "waitfor "$WAITFOR"") would solve the problem ?

---

(24th Jun, 2014 04:30 AM)nsviper Wrote:  Nice 1 mk01 - all fixed now

@nsviper

can you please just open this one on git issues to follow up later (just shortly - xbmc killed before it can finish startup tasks - in case they run for longer time like DB convert)?

as it is quite important but I have to think a bit about elegant solution - so we don't forget meanwhile.

---

(24th Jun, 2014 12:34 AM)Oliver.O Wrote:  do you think all the other changes are really necessary?

they are not because :

- adding "started mountall" to lirc is unnecessary because lirc already depends on stopped module-init-tools and module-init-tools won't start before "started mountall"
- adding "started lirc" into xbmc is unnecessary if already added into xbmc-preload because started xbmc-preload is in xbmc dependencies for start.

[CurlyMo]

Quote:- adding "started mountall" to lirc is unnecessary because lirc already depends on stopped module-init-tools and module-init-tools won't start before "started mountall"
- adding "started lirc" into xbmc is unnecessary if already added into xbmc-preload because started xbmc-preload is in xbmc dependencies for start.

I of course tried both w/o and it wouldn't work.

[mk01]

@CurlyMo

when you find 10 minutes, can you again set both variants and for each post /var/log/upstart/upstart-ev.log showing just last boot ? (so do "rm /var/log/upstart/upstart-ev.log" before each of those boots).

[CurlyMo]

Here you go, all changes made as described in my post.
In the old log, all was left default except adding started lirc to xbmc-preload.conf instead of xbmc.conf

[nsviper]

(24th Jun, 2014 04:30 AM)nsviper Wrote:  

(23rd Jun, 2014 06:53 PM)mk01 Wrote:  @nsviper

while testing new build system I let build Helix and installed the .deb . and realised one thing we didn't consider until now.
when xbmc job is started, there is timeout 100s waiting for XBMC be fully up. normally that is sufficient for XBMC start. but if HUGE db is being converted to new version (what was my case) 100s wasn't enough, xbmc upstart job run out of timeout considered xbmc.bin as not being started correctly (as xbmc was still converting DB long before notifying system that started ok).

so edit /etc/init/xbmc.conf, go into post-start section and change TIMEOUT=100 to TIMEOUT=100000. (you can just delete the new version DB's from sql before, start xbmc again. it will start conversion again. maybe your case is failing for that reason that xbmc.bin is being killed before it fully converts the DB).

Nice 1 mk01 - all fixed now

I may have been too hasty, or my databases are too large Further testing required at my end, but will raise on git once i've confirmed...

[Oliver.O]

(24th Jun, 2014 10:24 AM)mk01 Wrote:  now when I think about it a bit, xbmc-preload could be changed to check for lirc autostart enabled/disabled and according to that lircd as process could by added by it into wait_for list automatically.

can you test if adding

Code:

grep -wqi manual /etc/init/lirc.* || WAITFOR="$WAITFOR lircd"

added into line 37 (before "waitfor "$WAITFOR"") would solve the problem ?

@mk01

I have tested your change:

• disabled my temporary fix in /etc/init/xbmc.conf
• reboot
• verified that IR remote does not work
• incorporated your "grep..." line in /etc/init/xbmc-preload.conf
• reboot
• verified that IR remote works
  

So your fix definitely solved the problem here.

Is it safe though, to just rely on the presence/absence of a single word ('manual') in certain job configuration files (lirc.*)? In the future someone might introduce a change in the latter without being aware of the side effect...

[Senseohasser]

(25th Jun, 2014 12:52 AM)nsviper Wrote:  I may have been too hasty, or my databases are too large Further testing required at my end, but will raise on git once i've confirmed...

After experiencing the same trouble I chose a different approach: I upgraded a Windows XBMC installation from Frodo to Gotham and the databases were converted correctly.

[yami]

Hello
i got a problem after update/upgrade, it doesn´t matter if i try it via xbian config or by sudo -i and:

apt-get clean
apt-get update
apt-get upgrade

this is the message i get:

Fetched 71.3 MB in 8min 13s (145 kB/s)
Create a snapshot of '/tmp/btrfs-snap/root/@' in '/tmp/btrfs-snap/root/@btrfs-auto-snap_apt-run-2014-06-29-1143'
Transaction commit: none (default)
Delete subvolume '/tmp/btrfs-snap/root/@last_good_known'
Create a snapshot of '/tmp/btrfs-snap/root/@btrfs-auto-snap_apt-run-2014-06-29-1143' in '/tmp/btrfs-snap/root/@last_good_known'
@btrfs-auto-snap_apt-run-2014-06-29-1143, 1 created snapshots, 0 destroyed snapshots, 0 warnings.
Preconfiguring packages ...
dpkg: error: reading package info file '/var/lib/dpkg/available': Input/output error
E: Sub-process /usr/bin/dpkg returned an error code (2)

What can i do?
I use Xbian RC2 and Gotham 13.1 on a Raspberry.

Thanks for your Help.

Yami

[IriDium]

@yami. Can you navigate to /var/lib/dpkg/? Does it look normal? What about more /var/lib/dpkg/available?

Is Xbian on a SD card or a USB drive?

Have you had troubles before with the FS or adding extra packages in the past.

You could try sudo dpkg --clear-avail then sudo apt-get update

and try again.

[yami]

(30th Jun, 2014 04:28 AM)IriDium Wrote:  @yami. Can you navigate to /var/lib/dpkg/? Does it look normal? What about more /var/lib/dpkg/available?

Is Xbian on a SD card or a USB drive?

Have you had troubles before with the FS or adding extra packages in the past.

You could try sudo dpkg --clear-avail then sudo apt-get update

and try again.

Hello Iridium,
i use a 8GB SDCard. The directories looked ok.

This is what i get after sudo dpkg --clear-avail then sudo apt-get update and sudo apt-get upgrade:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx​xxxxxxxxxxxxxxxxxxx
xbian@xbian ~ $ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
xbian-package-usbmount xbian-package-vnc-server
The following packages will be upgraded:
gnupg gpgv libgnutls26 libsmbclient libssl1.0.0 libwbclient0 openssl samba
samba-common samba-common-bin xbian-package-config-shell
xbian-package-config-xbmc xbian-package-firmware xbian-package-shairplay
xbian-package-upstart-xbmc-bridge xbian-package-xbianhome xbian-package-xbmc
xbian-package-xbmc-scripts xbian-update
19 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
Need to get 70.6 MB/71.4 MB of archives.
After this operation, 6,924 kB of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://xbian.brantje.com/ stable/main xbian-package-xbianhome armhf 1.0.1
[2,491 kB]
Get:2 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libssl1.0.0 armhf
1.0.1e-2+rvt+deb7u10 [1,051 kB]
Get:3 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libgnutls26 armhf 2.12.20-8+deb7u2 [601 kB]
Get:4 http://xbian.brantje.com/ stable/main xbian-package-config-xbmc armhf 1.1.
8-2 [117 kB]
Get:5 http://xbian.brantje.com/ stable/main xbian-package-upstart-xbmc-bridge ar
mhf 1.1.1-5a [4,630 B]
Get:6 http://xbian.brantje.com/ stable/main xbian-package-xbmc-scripts armhf 1.0
.8-2 [25.8 kB]
Get:7 http://xbian.brantje.com/ stable/main xbian-package-firmware armhf 1.5.0 [
3,253 kB]
Get:8 http://mirrordirector.raspbian.org/raspbian/ wheezy/main samba-common all 2:3.6.6-6+deb7u4 [214 kB]
Get:9 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libwbclient0 armh
f 2:3.6.6-6+deb7u4 [92.1 kB]
Get:10 http://mirrordirector.raspbian.org/raspbian/ wheezy/main samba armhf 2:3.
6.6-6+deb7u4 [3,349 kB]
Get:11 http://xbian.brantje.com/ stable/main xbian-package-shairplay armhf 1.0.5
-2 [472 kB]
Get:12 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libsmbclient arm
hf 2:3.6.6-6+deb7u4 [1,262 kB]
Get:13 http://xbian.brantje.com/ stable/main xbian-package-xbmc armhf 3.1.1-1 [5
2.1 MB]
Get:14 http://mirrordirector.raspbian.org/raspbian/ wheezy/main samba-common-bin
armhf 2:3.6.6-6+deb7u4 [2,706 kB]
Get:15 http://mirrordirector.raspbian.org/raspbian/ wheezy/main gpgv armhf 1.4.12-7+deb7u4 [207 kB]
Get:16 http://mirrordirector.raspbian.org/raspbian/ wheezy/main gnupg armhf 1.4.12-7+deb7u4 [1,899 kB]
Get:17 http://mirrordirector.raspbian.org/raspbian/ wheezy/main openssl armhf 1.0.1e-2+rvt+deb7u10 [700 kB]
Get:18 http://xbian.brantje.com/ stable/main xbian-update armhf 1.0.2-100 [78.0 kB]
Fetched 70.6 MB in 10min 26s (113 kB/s)
WARNING: Less than 30% of free metadata space. Keeping only one single snapshot...
Create a snapshot of '/tmp/btrfs-snap/root/@' in '/tmp/btrfs-snap/root/@btrfs-auto-snap_apt-run-2014-06-30-1813'
Transaction commit: none (default)
Delete subvolume '/tmp/btrfs-snap/root/@last_good_known'
Create a snapshot of '/tmp/btrfs-snap/root/@btrfs-auto-snap_apt-run-2014-06-30-1813' in '/tmp/btrfs-snap/root/@last_good_known'
Transaction commit: none (default)
Delete subvolume '/tmp/btrfs-snap/root/@btrfs-auto-snap_apt-run-2014-06-29-1436'
Transaction commit: none (default)
Delete subvolume '/tmp/btrfs-snap/root/@btrfs-auto-snap_apt-run-2014-06-29-1202'
@btrfs-auto-snap_apt-run-2014-06-30-1813, 1 created snapshots, 2 destroyed snapshots, 0 warnings.
Preconfiguring packages ...
(Reading database ... 33990 files and directories currently installed.)
Preparing to replace xbian-package-xbianhome 1.0.0-4 (using .../xbian-package-xbianhome_1.0.1_armhf.deb) ...
Unpacking replacement xbian-package-xbianhome ...
Setting up xbian-package-xbianhome (1.0.1) ...
WARNING: Less than 30% of free metadata space. Keeping only one single snapshot...
(Reading database ... 33990 files and directories currently installed.)
Preparing to replace xbian-package-config-shell 2.1.7-4 (using .../xbian-package-config-shell_2.1.7-6_armhf.deb) ...
Unpacking replacement xbian-package-config-shell ...
Setting up xbian-package-config-shell (2.1.7-6) ...
Installing language files...
en_US
sv
it
ru
pl
tr
en_GB
el
fr
en
pt_PT
ja
ca
bg_BG
da
sv_SE
sl
es
no
de_DE
zh
nl
pt
sk
de
(Reading database ... 34011 files and directories currently installed.)
Preparing to replace xbian-package-config-xbmc 1.1.8-1 (using .../xbian-package-config-xbmc_1.1.8-2_armhf.deb) ...
Unpacking replacement xbian-package-config-xbmc ...
Setting up xbian-package-config-xbmc (1.1.8-2) ...
(Reading database ... 34011 files and directories currently installed.)
Preparing to replace xbian-package-upstart-xbmc-bridge 1.1.1-5 (using .../xbian-package-upstart-xbmc-bridge_1.1.1-5a_armhf.deb) ...
Unpacking replacement xbian-package-upstart-xbmc-bridge ...
Setting up xbian-package-upstart-xbmc-bridge (1.1.1-5a) ...
(Reading database ... 34011 files and directories currently installed.)
Preparing to replace xbian-package-xbmc-scripts 1.0.8 (using .../xbian-package-xbmc-scripts_1.0.8-2_armhf.deb) ...
Unpacking replacement xbian-package-xbmc-scripts ...
Setting up xbian-package-xbmc-scripts (1.0.8-2) ...
(Reading database ... 34011 files and directories currently installed.)
Preparing to replace xbian-package-firmware 1.4.14-0 (using .../xbian-package-firmware_1.5.0_armhf.deb) ...
Unpacking replacement xbian-package-firmware ...
Setting up xbian-package-firmware (1.5.0) ...
/var/lib/dpkg/info/xbian-package-firmware.postinst: line 28: 3185 Bus error
ldconfig &>/dev/null
(Reading database ... 34013 files and directories currently installed.)
Preparing to replace xbian-package-shairplay 1.0.5-1 (using .../xbian-package-shairplay_1.0.5-2_armhf.deb) ...
Unpacking replacement xbian-package-shairplay ...
Setting up xbian-package-shairplay (1.0.5-2) ...
/var/lib/dpkg/info/xbian-package-shairplay.postinst: line 7: 3204 Bus error
ldconfig > /dev/null 2>&1
(Reading database ... 34013 files and directories currently installed.)
Preparing to replace libssl1.0.0:armhf 1.0.1e-2+rvt+deb7u7 (using .../libssl1.0.0_1.0.1e-2+rvt+deb7u10_armhf.deb) ...
Unpacking replacement libssl1.0.0:armhf ...
Setting up libssl1.0.0:armhf (1.0.1e-2+rvt+deb7u10) ...
Bus error
dpkg: error processing libssl1.0.0:armhf (--configure):
subprocess installed post-installation script returned error exit status 135
Errors were encountered while processing:
libssl1.0.0:armhf
E: Sub-process /usr/bin/dpkg returned an error code (1)

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx​xxxxxxxxxxxxxxxxxxx

What todo next?

Thanks
Yami

[Skywatch]

Just to let you know that I updated 2 Xbian pi's at the weekend with apt-get update and then apt-get upgrade after which the fstab entries I added were gone(!)....I had to re-add them manually and it's all working again now.

Anyone else noticed this or is it something I did???

Cheers

Skywatch

[IriDium]

@yami
Something odd is going on as you are getting bus errors on the upgrade.

Make a backup and delete:

/var/lib/dpkg/info/xbian-package-firmware*.postinst
/var/lib/dpkg/info/xbian-package-firmware*.postrm
/var/lib/dpkg/info/xbian-package-shairplay*.postinst
/var/lib/dpkg/info/xbian-package-shairplay*.postrm

Reboot and use xbian-config to upgrade. Select each upgradable module one at a time, leaving shairplay and firmware till last - they may get installed anyway because of dependancies.

[yami]

Hello Iridium,

that was not the solution. I got the same errors.
Maybe i had to install everything again on a formatted SDcard. Is there an actual Image for Raspberry and Xbian 1.0RC2 with Gotham 13.1?

Thanks for your Help.

CU

Yami