RP: X server refuses to die

Sometimes when I shutdown, the Raspberry Pi screen goes blank and it just hangs. I examined the log, in /tmp/xerrs.log, and it has this:

waiting for X server to shut down XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"

after 61 requests (59 known processed) with 0 events remaining.
..........

/usr/bin/xinit: X server slow to shut down, sending KILL signal.

waiting for server to die ...

/usr/bin/xinit: Can't kill server


Curious Google finds nothing for the string "/usr/bin/xinit: Can't kill server".

Anyone got any thoughts on how to force the X server to die? Anyway, why won't it die?


Posted on 17 Jul 2012, 19:53


Comments:

Posted on 17 Jul 2012, 20:16 by lobster
Healing and Well Being
program args &

programpid=$!
... do stuff ...
kill $programpid


http://www.murga-linux.com/puppy/viewtopic.php?p=640772#640772


Posted on 17 Jul 2012, 24:31 by shadower_sc
Did a search for xinit can't kill x server
Hi, I did a quick search for xinit can't kill x server and this is the second thing that came up.

Do a quick search of the page using "xinit can't kill x server" to find the relevant section.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413326

Maybe something there will help?


Posted on 18 Jul 2012, 3:17 by puppy_apprentice
found some infos
http://raspi.tv/2012/how-to-safely-shutdown-or-reboot-your-raspberry-pi

http://raspberrypi.stackexchange.com/questions/381/how-do-i-turn-off-my-raspberry-pi

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=27&t=7240

hope it helps


Posted on 18 Jul 2012, 5:25 by Dougal
OT: Raspbian
Barry, might it not be worthwhile to use Raspbian as the base for the RP Puppy?
http://www.raspberrypi.org/archives/1565
It's not ready yet, but you can update the packages every time you create a new image (like Ubuntu derivatives do while a new version is stabilizing).


Posted on 18 Jul 2012, 10:03 by BarryK
Re Raspbian
Dougal,
Yes, it has a lot of optimisations. Not just the armhf.

I will upload alpha4 based on Debian Squeeze armel debs.

But, it is a good idea to do a build based on Raspbian. I am not sure though, 01micko is working on a secret RasPi project, don't know what distro it is based on.
I don't want to tread on his toes. If he isn't doing a Raspbian-based build, I will see if I can knock one out.



Posted on 18 Jul 2012, 10:44 by 01micko
no, secret, just taunting lobster
Mine is based on wheezy, however raspian does look like the go. However many packages would need to be compiled.

While I'm at it can I request a feature for woof?

I have compiled the kernel in wheezy, latets GIT. Also requires the latest GIT firmware. Note that boot/Image is now just a direct copy to kernel.img with the latest firmware.
So the request is.. a case for $REALKERNALNAME if REALKERNALNAME=Image and an 'if' statement if some directory/tarball containing alternate firmware exists allowing the copy of contents of that directory/tarball to the first partition on the SD card.

I'll post woof diffs soon for what I have so far, well, when I get a usable distro (not far off) but there are a LOT of templates that needed hacking so that might be best as a separate package as not to upset the general functionality of woof.

TIA


Posted on 18 Jul 2012, 12:33 by 01micko
re REALKERNAME
No, don't need that var altered, I can just copy Image as kernel.img in my kernel build script. (no need for the tools now with new fw)

All I need is a small loop to copy the new firmwares to the SD image, I just put the tarball in the root of my woof tree.
I named it raspi_boot_fw-DATE where date is the short form eg: 120717, so I have a tarball raspi_boot_fw-120717.tar.gz which expands to the dir raspi_boot_fw-120717. here's what I have added, (I'm sure there could be a more elegant way!)
In 3builddistro just after copying the kernel.img file:
#120717 in case have new firmware for raspi

BOOTFIRMWARE=`ls ../ | grep ^raspi_boot_fw |tail -n1` #ensure latest if more than 1?
if [ $BOOTFIRMWARE ];then
cp -af ../${BOOTFIRMWARE} ./
BOOTFIMWAREDIR=`basename $BOOTFIRMWARE .tar.gz`
tar -xzf $BOOTFIRMWARE
(cd $BOOTFIMWAREDIR ; for i in * ; do cp -af $i /mnt/sdimagep1/ ;done)
fi


About to test now.


Posted on 18 Jul 2012, 16:06 by lobster
About to test now.
Thanks to Micko for taunting me

I won't be running Raspbian (no matter how good) because faster Debian is not for me. Puppi based on woof is what I want to use on ARM.
It will be interesting to see Midori v Seamonkey(IceApe) v Chrome.

I do know that the limitations of the cheap Rpi ARM are being overcome by our smartdogs

Good luck to us all


Posted on 19 Jul 2012, 9:59 by ozsouth
killall
Pardon my 'arm' ignorance, but maybe something like

sleep 10
killall -9 X


Posted on 19 Jul 2012, 22:24 by PathFinder_Cate
PIE1 Raspberry Pi Sends Live Images from Near Space
A few days ago, a Raspberry Pi rose to new heights.
See: PIE1 Raspberry Pi Sends Live Images from Near Space http://www.daveakerman.com/?p=592