Bug 1925914 - livesys and livesys-late
Summary: livesys and livesys-late
Keywords:
Status: CLOSED DUPLICATE of bug 1698119
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts
Version: 33
Hardware: All
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Lukáš Nykrýn
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-02-07 10:55 UTC by George Petasis
Modified: 2022-11-22 18:44 UTC (History)
10 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2021-06-08 15:17:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description George Petasis 2021-02-07 10:55:10 UTC
Description of problem:

In relation to bug 1698119 (livesys* are not removed after installation), there many many entries in dmesg like:

[75617.334487] systemd-sysv-generator[213521]: SysV service '/etc/rc.d/init.d/livesys-late' lacks a native systemd unit file. Automatically generating a unit file for compatibility. Please update package to include a native systemd unit file, in order to make it more safe and robust.
[75617.334515] systemd-sysv-generator[213521]: SysV service '/etc/rc.d/init.d/livesys' lacks a native systemd unit file. Automatically generating a unit file for compatibility. Please update package to include a native systemd unit file, in order to make it more safe and robust.

In my system, all these files are present:

$ find /etc/rc.d/ -exec /bin/sh -c "rpm -qf {} &> /dev/null || echo {}" \;
/etc/rc.d/rc0.d/K01livesys-late
/etc/rc.d/rc0.d/K99livesys
/etc/rc.d/rc4.d/S99livesys-late
/etc/rc.d/rc4.d/S00livesys
/etc/rc.d/rc1.d/K01livesys-late
/etc/rc.d/rc1.d/K99livesys
/etc/rc.d/rc6.d/K01livesys-late
/etc/rc.d/rc6.d/K99livesys
/etc/rc.d/rc3.d/S99livesys-late
/etc/rc.d/rc3.d/S00livesys
/etc/rc.d/rc5.d/S99livesys-late
/etc/rc.d/rc5.d/S00livesys
/etc/rc.d/rc2.d/K01livesys-late
/etc/rc.d/rc2.d/K99livesys
/etc/rc.d/init.d/livesys-late
/etc/rc.d/init.d/livesys


Version-Release number of selected component (if applicable):


How reproducible:
Just install Fedora

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 James Caldwell 2021-05-04 04:33:16 UTC
I deleted the scripts and can boot on Drippy my Fedora test server. I'm using Fedora 34 to write this message and it appears fine. Ripping it out was the bloodiest and quickest option available to me. As best I can tell the scripts don't do anything after install except make systemd squall. In rare cases scripts there conflict with systemd and it will happily crash your server. But it can do that with it's own scripts.

Thanks for the pointer to the other files. It's been a while since I touched anything sysv. They're just links and I've eradicated them. I'm about to check that this boots

Comment 2 James Caldwell 2021-05-18 04:21:03 UTC
Drippy my Fedora test server is booting just fine without all that kerfuffle. On another forum systemd is squalling according to the creator of it 'to get people to stop using sysv'. I'm paraphrasing that and removing some unfortunate wording. I did not bother to seek a better reason for that squalling. 

The mechanism to replace simple sysv type scripts is a systemd mechanism. This is documented here and probably other places but this was easier for me to understand.

https://www.howtogeek.com/687970/how-to-run-a-linux-program-at-startup-with-systemd/

Now I recall that I used this convoluted mechanism to duplicate my personal reboot log independent of system logging which worked perfectly with sysv and systemd's sysv mechanism up until this squalling started. The script was when I learned sysv initscripts a couple decades ago and which I recently moved to systemd to shut up the squalling. I no longer maintain systems, just report what bugs I can where I can.

Comment 3 George Petasis 2021-06-08 07:21:46 UTC
@

Comment 4 George Petasis 2021-06-08 07:22:55 UTC
(In reply to James Caldwell from comment #2)
> Drippy my Fedora test server is booting just fine without all that
> kerfuffle. On another forum systemd is squalling according to the creator of
> it 'to get people to stop using sysv'. I'm paraphrasing that and removing
> some unfortunate wording. I did not bother to seek a better reason for that
> squalling. 
> 
> The mechanism to replace simple sysv type scripts is a systemd mechanism.
> This is documented here and probably other places but this was easier for me
> to understand.
> 
> https://www.howtogeek.com/687970/how-to-run-a-linux-program-at-startup-with-
> systemd/
> 
> Now I recall that I used this convoluted mechanism to duplicate my personal
> reboot log independent of system logging which worked perfectly with sysv
> and systemd's sysv mechanism up until this squalling started. The script was
> when I learned sysv initscripts a couple decades ago and which I recently
> moved to systemd to shut up the squalling. I no longer maintain systems,
> just report what bugs I can where I can.

I am not sure what is expected from me.

Comment 5 Zbigniew Jędrzejewski-Szmek 2021-06-08 15:17:09 UTC
The only way this will get fixed is by removing those scripts. Let's just pray that this happens at some point.

*** This bug has been marked as a duplicate of bug 1698119 ***


Note You need to log in before you can comment on or make changes to this bug.