Cannot apt-get install packages - led_aging.sh missing LSB tags and overrides

Hello,

I have 3 stock Rev.C element14 BeagleBone Black boards and cannot apt-get install packages on any of them due to errors caused by an init script called ‘led-aging.sh’.
Here’s what I get:

insserv: warning: script ‘S18led_aging’ missing LSB tags and overrides

insserv: warning: script ‘led_aging.sh’ missing LSB tags and overrides

insserv: There is a loop between service rmnologin and mountnfs if started

insserv: loop involving service mountnfs at depth 7

insserv: loop involving service networking at depth 6

insserv: There is a loop between service led_aging and mountall if started

insserv: loop involving service mountall at depth 5

insserv: loop involving service checkroot-bootclean at depth 4

insserv: loop involving service urandom at depth 7

insserv: loop involving service checkfs at depth 5

insserv: There is a loop between service rmnologin and mountdevsubfs if started

insserv: loop involving service mountdevsubfs at depth 2

insserv: loop involving service udev at depth 1

insserv: There is a loop at service rmnologin if started

insserv: There is a loop between service rmnologin and mountnfs-bootclean if started

insserv: loop involving service mountnfs-bootclean at depth 2

insserv: loop involving service mountall-bootclean at depth 1

insserv: loop involving service kbd at depth 11

insserv: Starting led_aging.sh depends on rmnologin and therefore on system facility `$all’ which can not be true!

[…]

insserv: Max recursions depth 99 reached

insserv: loop involving service capemgr.sh at depth 1

insserv: Starting led_aging.sh depends on rmnologin and therefore on system facility `$all’ which can not be true!

[…]

insserv: There is a loop at service led_aging if started

insserv: Starting led_aging.sh depends on rmnologin and therefore on system facility `$all’ which can not be true!

insserv: loop involving service hwclock at depth 4

insserv: Starting led_aging.sh depends on rmnologin and therefore on system facility `$all’ which can not be true!

[…]

insserv: There is a loop between service led_aging and mountall-bootclean if started

insserv: Starting led_aging.sh depends on rmnologin and therefore on system facility `$all’ which can not be true!

insserv: Starting led_aging.sh depends on rmnologin and therefore on system facility `$all’ which can not be true!

insserv: exiting now without changing boot order!

update-rc.d: error: insserv rejected the script header

Removing the script altogether using update-rc.d causes the problem to go away, but I’d rather not solve it this way…
What does the script do? Is this an element14 BBB-specific issue?
I couldn’t find any information about the script except for one forum post in Chinese regarding LED driver development.

Thanks in advance,
Simon

I'd like to know too..

https://packages.debian.org/search?suite=wheezy&arch=armhf&mode=exactfilename&searchon=contents&keywords=led_aging.sh

Where did they get that from and why?

Best to "reflash" with the correct factory image:

http://beagleboard.org/latest-images

Regards,

Thanks, I’ll do that with all 3 boards, I guess. I wonder why element14/Embest would tinker with the original firmware…
Since the Debian image is for 2GB eMMCs, does the filesystem need to be resized after flashing it to a 4GB eMMC, or does the flasher script take care of that?

Replace the existing /etc/init.d/led_aging.sh script with:

#!/bin/sh -e

BEGIN INIT INFO

Provides: led_aging.sh

Required-Start: $local_fs

Required-Stop: $local_fs

Default-Start: 2 3 4 5

Default-Stop: 0 1 6

Short-Description: Start LED aging

Description: Starts LED aging (whatever that is)

END INIT INFO

x=$(/bin/ps -ef | /bin/grep “[l]ed_acc”)
if [ ! -n “$x” -a -x /usr/bin/led_acc ]; then
/usr/bin/led_acc &
fi

Great, it worked, thanks !

I am unable to make changes to the led_aging.sh on my BBBlack due to administrative privileges. How do I work around this?

Then reflash with an official image:

http://beagleboard.org/latest-images

Regards,

Thanks much, that worked!

/etc/dogtag: BeagleBoard.org BeagleBone Debian Image 2014-04-23, 7.4 wheezy

Guys, this solution did not work for me. I updated the /etc/init.d/led_agng.sh script but it looks like I do not have the /usr/bin/led_acc program at all. Just wondering if I should remove the script using update-rc.d as Simon suggests or get a hold of /usr/bin/led_acc somewhere.

Best regards,
Steve

I have a build that doesn’t contain led_acc either. Did you ever fine out what to install to provide led_acc?

Thankyou, worked for me :slight_smile: