:: Re: [DNG] new freedesktop "standard…
Startseite
Nachricht löschen
Nachricht beantworten
Autor: golinux
Datum:  
To: dng
Betreff: Re: [DNG] new freedesktop "standard": /etc/machine-id
On 2019-03-08 11:50, KatolaZ wrote:
> On Fri, Mar 08, 2019 at 12:31:55PM -0500, . fsmithred via Dng wrote:
>> On 3/8/19, KatolaZ <katolaz@???> wrote:
>> >
>> > Then we could probably just ignore it, right? It turns out I was
>> > making confusion between /etc/machine-id and
>> > /car/lib/dbus/machine-id. There is no /etc/machine-id in any of my
>> > machines, either on ascii or on beowulf, and I had forgotten you had
>> > pushed the patch to elogind to use the dbus machine-id instead.
>> >
>> > We should just double-check that the dbus machine-id is regenerated at
>> > reboot, as expected.
>> >
>>
>> There's no /etc/machine-id in my beowulf that was an upgrade from
>> refracta ascii or in the beowulf live iso that I just made with
>> live-sdk.
>>
>> Refractasnapshot excludes /var/lib/dbus/machine-id and blanks
>> /etc/machine-id if it's present.
>>
>> Refractainstaller excludes /var/lib/dbus/machine-id and does nothing
>> with /etc/machine-id.
>>
>> Isos made with live-sdk will have /var/lib/dbus/machine-id, and it's
>> the same number every boot unless we remove the file. I just added 'rm
>> -f /var/lib/dbus/machine-id' to blend_finalize() and now the iso has a
>> different machine-id on every boot.
>>
>> If /etc/machine-id is missing, systemd-journald will fail. If the file
>> is empty, it'll get a new number. (That doesn't concern us, but
>> there's code for it in refractasnapshot because people use that on
>> debian with systemd.)
>>
>
> Thanks a lot for the analysis fsmithred. I guess we should open a bug
> report against dbus to correct the behaviour of the dbus init script
> (and ensure that /var/lib/dbus/machine-id is regenerated at each
> boot).
>
> On the other hand, it looks like /etc/machine-id mighr come from
> Debian installations "converted" to Devuan, but we should check
> whether any of the installer components might have put it there. We
> should collect as many reports as possible of things that won't work
> if /etc/machine-id does not exist.
>
> Anybody willing to help with this: if your Devuan installation has a
> file /etc/machine-id, could you please move/remove it and report any
> application complaining about that, including the version of Devuan
> you are using?
>
> Thanks
>
> KatolaZ
>


This thread inspired me to finally upgrade my beowulf in VB.
/etc/machine-id is not present after the upgrade. Neither is it present
in jessie or ascii in VB. All were clean installs and not migrated from
Debian.

golinux