http://www.lmcecompatible.com

However you might consider testing on something you have on hand with a spare hard drive. The latest DVD is pretty painless and works on most anything. The long and short is, if you want to build it yourself, focus on I/O, not speed. Graphics... are another discussion altogether. I am trying my best to support all modern GPUs with notable exception, out of the box. See http://wiki.linuxmce.org/index.php/1004_Video_Hardware_Compatibility_List

That being said, if you just want a turn key solution with support, you cannot beat Dianemo.

Ago control is another option.
http://www.agocontrol.com/

Your entire install seems to be borked.

Problem with the log files is, to much info...
I went through some of them, but couldn't find any reason why the server dies. He just dies. The lines before are each time different things. Inputs of my eib installation, file operation scripts... For the moment, he runs now 2 days without any crash. I did remove a lot of stuff that was wrong in my eyes (the IP-cam things, motion wrapper, a disk that wasn't connected anymore, a diskless mediadirector that wasn't working like it should...). So i hope it has something to do with this.


How can i read the dump? Is this a kind of zip file?

You need to open them with a debugger... gdb for instance.

man gdb

dcerouter log dmesg syslog would be where I started, and of course reading the dump

You can remove them. I would be curious what is crashing gratuetously enough to create them...

I think

Code:

ppa:team-iquik/alsa

is only going to install 1.24 Alsa

Correct, I was confused for a second... fixed. Was easier distinguishing .24 backports and .25... but completely wrong... thanks.

posde's experience is a whole lot more reliable than mine

[NewHeaders="linux-headers${CurKernel}-lts-backport-natty"]

I'm getting a failed to setup X after following all the steps from this wiki.

* L3mce determined that my card (GT440, ID=0de0) has its ID in the "backports required" section of /usr/pluto/bin/nvidia-install.sh, and it should NOT be there. We've removed it, and then manually uninstalled the backports.

* We're still getting a failed to setup X however.

[EDIT]

After much fighting with this and continuing to get "Failed to setup X", I realized that each time I installed the nvidia driver manually I was getting an error

According to this page http://typethinker.blogspot.ca/2010/02/ubuntu-fails-to-load-nvidia-kernel.html all it really wants is the headers for the installed kernel.

I did an

Code:

sudo apt-get install linux-headers-$(uname -r)

and voila, nvidia module compiled, and no more failed to setup x. L3mce, I'm guessing this should be run after upgrading to natty kernel as described in your wiki?

This is currently a highly hacked with install, but I now have video and audio* via HDMI working on the GT440 using driver 304, natty kernel, and the modified setupaudiovideo.sh.

I'm going to try a clean install to test if my theory is correct.

*Audio didn't seem to be working in MythTV.

Part of installing the natty kernel IS installing the headers file...
CurKernel="-generic"
if uname -r | grep "pae"; then CurKernel="-generic-pae"; fi
NewKernel="linux-image${CurKernel}-lts-backport-natty"
NewHeaders="linux-headers${CurKernel}-lts-backport-natty"
apt-get -yf install "$NewKernel"
apt-get -yf install "$NewHeaders"

Please give me the result of the following:

Code:

CurKernel="-generic"
if uname -r | grep "pae"; then CurKernel="-generic-pae"; fi
apt-cache policy linux-headers${CurKernel}-lts-backport-natty | grep stall

It has always been my experience that if you "Don't start plugging things in just yet" as instructed by Sarah, once users/rooms are created plugging it in causes immediate detection


I wouldn't do an install just for this just now. It appears to not be working correctly. I would appreciate it if you would do so in the future.

There are heaps of packages that will not build under 64, and 64 provides no real gain whatsoever under a bus heavy load with the project code we use.

Gotta understand approx 94% of the "64 bit specific" packages out there do not utilize the extra instruction sets... at all. 64 DOES provide some performance gains in a lot of niche areas... we are not one of them. It would be nice to support it... but primarily that support is so people can "feel" as though it is performing better. It really makes no difference in execution.

64 bit, for the most part, is part of the required "improvement" mandated by Moore's law with regard to marketing by companies who refuse to ACTUALLY move forward to asyncronous processing.

Rants aside... it will not hurt anyones feelings if you fix 64 bit support... however it will require an understanding of our architecture, and probably a full builder... for which there is a lot of magic necessary which is undocumented in 1004.

Drop into IRC if you really want to undertake this arm of development.

I would expect this to work ootb.

Your cards native HDMI is another issue. I am in chat now, and while you asked for help I cannot raise a reply from you.

Hi friends,
In order to try and effect better use of my time, I have created a preliminary matrix for GPU's that do NOT work ootb, and how to try to resolve them. I am always happy to try and help people, but with several people on newer GPUs, a lot of my time is eaten up trying to get things working, and testing. Hopefully this will cut down on that traffic a bit. Please give feedback here.
http://wiki.linuxmce.org/index.php/1004_Video_Hardware_Compatibility_List

Also linked in this file is another thing that might better explain the new audio configurations.
http://wiki.linuxmce.org/index.php/Audio_in_1004

Uncharted territory. I made a bunch of changes trying to get multiple output... and it can be done theoretically, but it hasn't... and more code would need to be adjusted.

There was also a requirement to change line 225 (i think) in SetupAudioVideo.sh from

device = 7

to

device = 9.

Correct. I forgot about that. Almost everything on planet nVidia uses 7... this one uses 9.

So what I did, as a hack, was to change SetupAudioVideo.sh line 225 and changed
CardDevice="7"
to
CardDevice="9"

Change (or add if it does not exist) AlternateSC = 1 in /etc/pluto.conf