Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - tschak909

Pages: [1] 2 3 ... 370
Installation issues / Re: update problems/mistakes made(solved)
« on: March 13, 2017, 11:50:19 pm »
We are trying as hard as we can to keep LMCE going, there are only a few of us who can work on it in our free time. If you know other interested hackers programmers (changed by posde), it sure would help. :)


Users / Re: biosdevname causes issues during diskless boot.
« on: February 27, 2017, 07:23:07 pm »
Yup. That seems to line up...


Installation issues / Re: PnP Install Broken for Phoenix USB Solo Mic
« on: February 27, 2017, 04:08:49 am »
Okay, I'll get one of my microphones back out and diagnose/debug.

Thanks for what you've done, so far. :)


Users / Re: biosdevname causes issues during diskless boot.
« on: February 27, 2017, 12:56:30 am »
This is espeically relevant for installs done via Ubuntu Server (in my case trusty i386)

If you read the page I linked, it shows how the ethernet device names are changed, depending on how they are located in the box.

LOM (Lan-on-Motherboard, devices built onto the motherboard) devices get a device name like emX.
PCI devices get a device name like ethX. (other distributions actually go much further than this, and mix in manufacturer specific names a la BSD).

If you have a LOM device, like I have, on a few machines, then the ethernet device is em1 (not em0), and somewhere in the initrd, a kernel panic happens. (You see this after the IP-Config messages).

removing the biosdevname package, and rebuilding the initrd solves the problem.


Users / biosdevname causes issues during diskless boot.
« on: February 26, 2017, 01:26:30 am »
A ticket for this is here:

When linuxmce is installed via trusty-i386 server, biosdevname is installed, which is a set of initrd scripts that attempt to name various devices, including ethernet devices, by their relative hardware position as reported by the bios:
The facility is described here:
In our case, any embedded (LOM) ethernet devices get called emX instead of ethX, which blows up our initrd, and causes a kernel panic shortly after IP-Config successfully completes.

What I suggest, is a two pronged approach to fixing our initrd:

(1) remove biosdevname during lmce install, with a corresponding initrd update. for the short term
(2) do more testing and auditing of biosdevname to see how consistent the naming is, and adapt our scripts accordingly, for the long term.

Users / Re: Diskless Workstation installation boot and ACPI=on or off
« on: February 25, 2017, 07:47:15 pm »
Does armhf use the default diskless PXE kernel?


Users / Diskless Workstation installation boot and ACPI=on or off
« on: February 25, 2017, 10:06:36 am »
Hello everyone,

acpi=off was added to the Diskless default boot, during the early days of Pluto 2.0, because of hardware that contained faulty DSDT tables, which did not properly initialize the I/O controller hardware. Since the BIOS in these early machines (circa 2004-2007) initialized the I/O controllers and embedded hardware to a point where the linux kernel could work around the bugs, it was a way to get the non-working machines to boot properly.

With the decreased use of legacy BIOS in the x86 world, and the emphasis on decreasing POST and boot times, firmware engineers moved the initialization of critical I/O subsystems to the operating system, utilizing ACPI to discover, enumerate, and provide the needed data to bring up the I/O controllers and other embedded devices. If ACPI is not turned on, these devices are typically in a non-working state, causing devices to not be discovered, to kernel panics while the kernel brings itself up.

It would be beneficial to hear from everyone, as to the effects of turning this attribute on or off while booting the diskless workstation, does it stop kernel panics? do the NICs initialize properly?

There is a ticket open for this issue:

Please let us know,

Installation issues / Re: PnP Install Broken for Phoenix USB Solo Mic
« on: February 25, 2017, 09:36:07 am »
try it.


Installation issues / Re: PnP Install Broken for Phoenix USB Solo Mic
« on: February 24, 2017, 07:45:50 pm »
Have you already tried modifying the script?


Developers / Re: Fixing External Media Identifier
« on: February 16, 2017, 05:30:24 am »
I have done another build, this time incorporating a fix for issue #2723. disc ripping should now work correctly. I am looking to see if I need to explicitly add support for firing an identify when the External Media Identifier starts up (e.g. if it crashes.), but I think this should work better.

Please make sure that you can:

* Identify and rip a DVD
* Identify and rip a CD

The current CD and DVD identifiers use the Microsoft Media Services (MDR) data source, and for American DVDs, this works great... Stuff in other zones may not work as well, need to see...

If anyone still has, e.g. a copy of Windows 7, with the media player, and you happen to be in europe, Please try to play a movie, and if a cover art comes back, please talk to me, so that I can instruct you on how to get the necessary network tracing data, so that I can augment the EMI code.


Latest build here:

Developers / Re: Fixing External Media Identifier
« on: February 13, 2017, 10:55:03 pm »
Latest i386 binary for 1404 here:


Developers / Re: Fixing External Media Identifier
« on: February 13, 2017, 10:48:09 pm »
Interestingly enough, that hasn't recurred since building my dev environments (I have tested on both a 64-bit 1604 and a 32-bit 1404 VM environment, same hardware)..

As it happens, VMWare workstation is proving to be a far more stable environment for development than VirtualBox (and even properly handles compositing)... with the latest, vmware is now detected and handled properly.


Developers / Fixing External Media Identifier
« on: February 13, 2017, 08:16:42 pm »
Hello everyone,

I've been on hiatus for the last year and a half (actually a bit longer), as I needed to take care of other things in my life...but am back now, and squashing bugs on my list.

One of the things I had left in an unfinished state was debugging the reverse engineered External Media Identifier, which identifies CDs and DVDs inserted into the system and tags them appropriately.

Due to (what is now known as) an unusual compiler bug dealing with 64-bit pointer alignment, I had to disable the DVD identification code that I had written which replicated the behavior found in the original External Media Identifier.

This code now works, and I've been able to identify a series of both DVD and CD disks correctly, all of which have corresponding entries in the AMG database.

I need a few people who have DVD and CD collections to ping me, so I can give an External Media Identifier binary to test, and report issues, so that I can finally get this piece dealt with.


Users / Re: What is compatible with LMCE?
« on: June 20, 2016, 02:45:39 pm »
I am the engineer for the Game Player, and I want to apologise for the temporary removal of the Game Player from LinuxMCE.

The Game Player, as it stood in LinuxMCE, had a few flaws:

* imprecise control of the target emulation, due to needing to synthesize X events, and all of the insane synchronization issues that arise from this.
* Huge amounts of metadata were downloaded when the plugin was installed on the core

I was in the middle of writing solutions to address these problems, when the code was accidentally prematurely pushed to the main source code repository in the master branch, which left the code in a very unusable state.

Life has since intervened (most recently, my wife was involved in a car accident), so my priorities are shifted, for the moment.

I intend to address these issues, once we've gotten the bug list for the rest of the system down to a manageable amount. The Game Player will come back, it's my baby, but it needs some serious engineering elbow grease to make it better.


Users / Re: question?
« on: February 22, 2016, 06:25:59 am »
I have seen this issue, myself, which leads me to believe that the HDHR needs either some segmentation, VLAN, and/or QoS action at the switch, as it tends to be very chatty.


Pages: [1] 2 3 ... 370