(2015-08-30, 21:13)jerndl Wrote: Now I appear to be stuck. The chromebox now boots immediately to openelec without giving any time to enter any keyboard command (using a simple wired keyboard). So I try to put unit into developer mode with the paperclip and it still boots straight to openelec. I am obviously missing something that's probably something simple but I sure would appreciate any help on how to proceed from here. Thanks.

Jay

(2015-08-30, 21:14)busta.rhymes Wrote: So i now after posting the wakeup log i ssh and looked at : cat /proc/acpi/wakeup

and it says this:

Device S-state Status Sysfs node
HDEF S3 *disabled pci:0000:00:1b.0
ETH0 S3 *enabled pci:0000:01:00.0
WLAN S3 *disabled pci:0000:02:00.0
EHCI S3 *disabled
XHCI S3 *enabled pci:0000:00:14.0

Maybe this helps some more... but now i realy am out of my ssh know how and dont no what i can do to prevent the wakeups... Would be thankfull for anyhelp...
Already postet 2 wakeup logfiles

And just for info...
i only setup the chromebox exactly how it is stated in the first post via single boot direct to openelec. I did not modify anything and only have ps3 remote and lan cable connected.

(2015-08-30, 21:21)Matt Devo Wrote:

(2015-08-30, 21:13)jerndl Wrote: Now I appear to be stuck. The chromebox now boots immediately to openelec without giving any time to enter any keyboard command (using a simple wired keyboard). So I try to put unit into developer mode with the paperclip and it still boots straight to openelec. I am obviously missing something that's probably something simple but I sure would appreciate any help on how to proceed from here. Thanks.

Jay

you didn't mess anything up. Immediate boot = no bootable USB device detected, that's it. Redo your Kodibuntu install media (I recommend using the updated ISO from distroshare,com) and write the ISO to your USB using Win32DiskImager. If that doesn't work, try using another USB stick.

Also, the recovery button has no function with my custom firmware. It's only usable with the stick firmware for reloading ChromeOS (which you don't need to and shouldn't do)

(2015-08-30, 21:23)Matt Devo Wrote:

(2015-08-30, 21:14)busta.rhymes Wrote: So i now after posting the wakeup log i ssh and looked at : cat /proc/acpi/wakeup

and it says this:

Device S-state Status Sysfs node
HDEF S3 *disabled pci:0000:00:1b.0
ETH0 S3 *enabled pci:0000:01:00.0
WLAN S3 *disabled pci:0000:02:00.0
EHCI S3 *disabled
XHCI S3 *enabled pci:0000:00:14.0

Maybe this helps some more... but now i realy am out of my ssh know how and dont no what i can do to prevent the wakeups... Would be thankfull for anyhelp...
Already postet 2 wakeup logfiles

And just for info...
i only setup the chromebox exactly how it is stated in the first post via single boot direct to openelec. I did not modify anything and only have ps3 remote and lan cable connected.

unfortunately I didn't see anything jump out in the logs you posted, but you can try asking the OE folks on IRC, they would know better than I. I'd certainly try unpairing the PS3 remote and seeing if the problem persists, since any BT remote command will wake it (not just a specific button).

(2015-08-31, 02:04)afmiller Wrote: I'm finally updating my openelec to 5.95.4, do I need the .tar or the img.gz to perform the update?

(2015-08-31, 02:35)afmiller Wrote: I was there Matt, still doesn't answer the question. On the downloads for openelec there is a .tar and .img.gz. Which one is needed? I'm already in the update folder, just don't want to dump the wrong file in.

Quote:First of all, head over to the downloads page and download the latest release of OpenELEC. You will need to download the standard software package, not the disk image version.

Quote:Copy the downloaded OpenELEC software (for example: OpenELEC-Generic.x86_64-5.0.0.tar) to the folder.

(2015-08-30, 19:24)Matt Devo Wrote:

(2015-08-30, 16:20)FouxAM Wrote: I reset to factory settings and the "only" option I disabled was "preferred vaapi method" and that was enough to cause it to behave like that...I'm not sure what else todo

there's no need to disable 'prefer VAAPI renderer' anymore, not that that is causing the issue

(2015-08-30, 19:09)FouxAM Wrote: Hi, thank you for helping. here is the on screen log I took just a while ago while playing Tron (.mkv) ripped from blu ray using makemkv I believe
as you can see the severe frame drops and high cpu usage. It does this sporadically off and on every 3-5 mins or so.

I've run in this before, MakeMKV has some bugs, and I'd bet that's the issue here. Run the file through mkvmerge without changing anything and see if the file it produces plays correctly

(2015-08-30, 19:11)FouxAM Wrote: also toggle on/off VC1 Vaapi doesn't change any thing

from your screenshot, it's an h.264-encoded video, not VC-1, so toggling that setting would have no effect.

(2015-08-31, 05:36)FouxAM Wrote: Hey Matt I ran it though different converter and it still behave the same. Tried 3 other movies, same result. So far either disable all hard ware acceleration completely or turn vaapi preferred method on solve the problem..pretty odd. Surprisingly that no one else seems to have experienced this issue.

Quote:looks like you only allocated 1GB for OpenELEC when doing the dual boot setup, which isn't enough. You can delete the installation files (which the script should have deleted, but seems did not), but that's not going to buy you a whole lot. You basically have 2 options: 1) do a factory reset, then re-run the script and choose a larger partition size for OpenELEC, or 2) use a tool like partedmagic to resize the existing partitions to shrink sda1 and enlarge sda7.