So I usually always end up reinstalling OSMC for one reason or another after an update. This time I thought i’d ask for help to see if it can be salvaged instead of having to reinstall yet again.
Aug 30 13:36:21 osmc mediacenter[310]: ERROR: Unable to create application. Exiting
Aug 30 13:36:21 osmc mediacenter[310]: *** Error in `/usr/lib/kodi/kodi.bin': free(): invalid pointer: 0x02362ef8 ***
Typically this is caused by either a read only file system (due to corruption) or you have run out of disk space, so please provide the output of these two commands:
df -h
mount
If you have problems like this after every update it suggests an underlying hardware issue such as a problem with the SD card.
/dev/sda1 on / type ext4 (rw,noatime,stripe=1024,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=371420k,nr_inodes=92855,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=75148k,mode=700,uid=1000,gid=1000)
sysfs on /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq type sysfs (rw,nosuid,nodev,noexec,relatime)
I’d buy the corruption issue as the Pi1 in the other room usually updates fine.
However my concern is that you almost certainly have an underlying hardware instability issue that has caused this. APT does full MD5 integrity tests when extracting files and there are no errors in your term.log during the upgrade process that you would expect to see if the downloaded package was corrupt or if it was unable to write the files to disk correctly, and yet after a reboot a binary file is corrupt.
This can only really be a hardware issue. Something such as a faulty power supply, too much overclock making your Pi unstable, faulty USB thumb drive, or you have too many USB devices connected drawing too much power. (which can cause USB devices to intermittently drop the connection, which would potentially corrupt data that was not yet fully written to the disk on a USB install since your root file system is connected over USB)
The manual package install stopped at 83% ? What do you mean by stopped ? Do you mean it completely hung ? Or were you able to cancel with CTRL-C ?
If even re-installing that package manually hung part way through I fear you might be wasting your time doing a fresh install - you will very likely have problems again if you don’t find the underlying cause.
I would start by trying a different USB drive, or if your SD card is big enough, do an SD only install and test that for a while to see how stable it is.
Ok, that proves the corrupt file was the cause of the crashing, but it doesn’t answer the question of how it got corrupted. My money is still on a hardware instability issue so I would keep an eye on things as you are likely to have problems again at some point.
edit: I use a rotating/cycling fanart on my home screen movies section, I wonder if the constant reads cause some corruption over time. Will try some changes on the next issue I have.
Will do Sam. I don’t always report things that happen to me because I customize things beyond what the “vanilla” user would do. But when something happens repeatedly like this issue it does throw that red flag, and that’s why I asked for help.
I wasn’t sure what caused it all the other times, but corruption does seem like it fits the bill. Sometimes I lose everything just out of the blue, not just from an update. I’ll try to participate a little more to make sure any bugs might be found, but I didn’t want to go crying wolf, lolz.
Thanks for sharing that. I’m not sure thats what’s happening though. As I said, the Pi in the other room (other than being a Pi1) has had no issues and is very stable. It’s just this one unit that’s giving problems. As DBMandrake said, it’s probably a USB or power issue causing my corruption…
I’m going to wait it out till it happens again, then move to an SD install and lose my USB thumb drive. If it still happens then i’ll look into power issues. But without ever once seeing a colored square in the top corner, I have my doubts there.
I’ve also got it down to a system reinstalling and setting up my Nox skin and other add ons, so not too bad there.
Update: So I just replaced the Pi1 in the main room with a new Pi2, and decided to try a SD install. After getting everything setup the way I liked, I attempted to run texture cache utility on it and cache all the artwork (like I always do).
It took me a while to figure out why caching images was going so slow. I tried resetting network all over the house, wiggling wires, etc. Finally it dawned on me that the SD card can’t handle the read/writes at all. So I scrapped the SD install and went back to a USB install.
Read/writes are now blazing fast. So I hope it stays stable on that unit.
Ok, so i’m back again. That was quick. First off, did OSMC ditch the monthly updates and go back to pushing more frequent ones? If not, that’s an issue here too.
Pi2 ran an automatic update, and came back with error installing (unknown package). Tried to do some apt-get update and dist-upgrade, but I just seem to be running in circles. Here are some logs again if someone wouldn’t mind taking a look.
dpkg: unrecoverable fatal error, aborting:
files list file for package 'fonts-dejavu-core' is missing final newline
Log ended: 2015-09-06 13:48:19
This is a problem with the debian package fonts-dejavu-core - either it’s corrupt on the Debian servers or your local copy has been corrupted somehow.
Try
sudo apt-get clean
Which will clear the download cache. Then try updating again. If it’s still not working it’s probably an upstream issue with the Debian mirrors that will be resolved in a few days. (Out of our control)
Wow! ok, back again. Still not sure why updates are trying to install so often, thought they got pushed to once monthly. Anyway, now it’s giving another error.
dpkg: unrecoverable fatal error, aborting: too-long line or missing newline in '/var/lib/dpkg/diversions'
followed by
An error occurred while installing the following package: (unknown package)
Never had issues this frequent before. I still haven’t replaced the thumb drive or power cord/supply, but will do it soon. Logs if anyone would care to take a look.