Normal boot on a vagrant vbox machine produces 26 critical error entries in journal #70
Comments
I am still seeing several non-critical errors in
|
Just adding to this (note the last line below)
|
also have |
|
On coreos 633.1.0 stable; systemd services are not starting and the journalctl logs. |
I had that problem with 668.2.0 alpha and solved it by removing |
@crawford @urzds FYI the issue with |
No specific reason other than we try not to enable features unless they are
needed. If the feature offers something useful we could enable it,
otherwise it would be appropriate to fix the systemd ebuild to not install
the invalid udev rule.
…On Dec 20, 2016 7:20 AM, "Simon van der Veldt" ***@***.***> wrote:
@crawford <https://github.com/crawford> the issues with 73-seat-late.rules
is this one systemd/systemd#4107
<systemd/systemd#4107>
Is there a specific reason ACL/libacl is disabled for CoreOS's systemd
build?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#70 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAJYKKikYurt9FLjVLS3lahyQEDbVG4Fks5rJ_I_gaJpZM4CMkP5>
.
|
@marineam thanks for the response. Basically it's an action that gets triggered by udev based on on tags that are already set on devices from another rules file ( Now in how much trouble you are if this doesn't work I don't know, though it seems reasonable to expect that in some cases some devices, especially on bare metal when plugging something in, will be inaccessible to the active user. |
@simonvanderveldt possibly, though it would only be applicable to a user logging into the console which isn't a common use for coreos beyond debugging. That said there's probably no real advantage to leaving it off either so turning on the USE flag should be fine. |
Thank you for reporting this issue. Unfortunately, we don't think we'll end up addressing it in Container Linux. We're now working on Fedora CoreOS, the successor to Container Linux, and we expect most major development to occur there instead. Meanwhile, Container Linux will be fully maintained into 2020 but won't see many new features. We appreciate your taking the time to report this issue and we're sorry that we won't be able to address it. |
Originally filed in https://github.com/coreos/init/issues/117.
The text was updated successfully, but these errors were encountered: