I admit to be a Newbie and I'm not ashamed for that, I accept and welcome each constructive criticism.

Don't take me wrong, but, if you convey the rights commands how should be... I will correct immediately as already in the past have done.

ᑟ ᐒ

Nice to have a «KDE-relative» on this forum!
Sorry for not being present earlier!

Cheers,
Olav

2. Check 'OpenRC' is parallelized:

(ps -eo "ppid,args" 2>/dev/null || echo "ps call error") \
| awk 'NR==1 || $1==1' | less

Output:

Again, this has nothing to do with openrc either. And even if would be correct, it wouldn't mean "openrc" is "parallelised". It just shows you the processes that have a parent pid (ppid) of 1, e.g., that have been started by init (whichever that is) directly, parallel or not.

So, you are just listing a bunch of processes that have been started by init.You might as well run ps --ppid 1, it's the same think, you don't need that hugeload of command.

Guess what happens on Ubuntu with no openrc installed (and with systemd init):

# (ps -eo "ppid,args" 2>/dev/null || echo "ps call error") | awk 'NR==1 || $1==1'
 PPID COMMAND
    1 /usr/sbin/cron -f
    1 /usr/sbin/ModemManager --filter-policy=strict
    1 /usr/sbin/irqbalance --foreground
    1 /usr/sbin/acpid
    1 /usr/sbin/atd -f
[...]

Guess what we see on Devuan with Sys V and no openrc ever installed:

 (ps -eo "ppid,args" 2>/dev/null || echo "ps call error") \
> | awk 'NR==1 || $1==1' 
 PPID COMMAND
    1 udevd --daemon
    1 /sbin/dhclient -4 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0
    1 /usr/sbin/rsyslogd
    1 /usr/sbin/cron
    1 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 101:106
[...]

Please don't get me wrong, there is nothing personal here, but please make sure you understand what you are posting before making it a tutorial.

pidof /sbin/init && echo "openrc" || echo "other"

That shell command doesn't have much to do with openrc. You only check the PID of /sbin/init, which is almost always 1, even with the default Sys V or systemd or whatever, and then you print a random message, in this case "openrc". Could as well be anything else. Just run the same command as root on a Devuan, Debian, Ubuntu, CentOS or any other Linux that does not even has openrc installed, and check the results for yourself.
Guess what happens on a Ubuntu 18.04 with systemd:

# pidof /sbin/init && echo "openrc" || echo "other"
1
openrc

You might want to try something else, like seeing where init is actually pointing:

# ls -alh /sbin/init 
lrwxrwxrwx 1 root root 20 sep  5 06:59 /sbin/init -> /lib/systemd/systemd

See? It points to systemd on Ubuntu here.

In case it doesn't, you might want to check the executable yourself. For example, on Devuan with Sys V and no OpenRC installed:

# strings /proc/1/exe | grep INIT_VERSION
INIT_VERSION=sysvinit-2.88

See? Here we have Sys V /sbin/init.

Also, if I remember correctly, OpenRC doesn't always replace init...?

Terence wrote:

Dear All, dear Devs,

Counter-check everything is like you want!
1. Check 'OpenRC' is up and running:

pidof /sbin/init && echo "openrc" || echo "other"

Output:

1
openrc

Thanks to all you guys (Terence, golinux, fmithred, et.al.) I followed your instructions to the letter, reinstalled Devuan, moved to Ceres and got openrc, kudos to the devs and you too. THANKS!

By the way, small typo: there is a quotation mark missing after the word 'other', no biggie...

Thanks a lot for your feedback & forall your correction, i apply it and appreciate, thanks again.

Dear All, dear Devs,

Counter-check everything is like you want!
1. Check 'OpenRC' is up and running:

pidof /sbin/init && echo "openrc" || echo "other"

Output:

Thanks to all you guys (Terence, golinux, fmithred, et.al.) I followed your instructions to the letter, reinstalled Devuan, moved to Ceres and got openrc, kudos to the devs and you too. THANKS!

By the way, small typo: there is a quotation mark missing after the word 'other', no biggie...

Hello I have a question for OpenRC users who use the option paralleized OpenRC
Parallel startup in OpenRC was disabled by default due to https://bugs.gentoo.org/show_bug.cgi?id=391945 this bug. I understand this is a critical bug. Is any of you is affected by this bug? How do you think it is safe to use this feature?

https://bugs.gentoo.org/show_bug.cgi?id=391945This bug same to be solved, see https://bugs.gentoo.org/391945#c42last post, here the plain text:

Yes, it is, but my cpu is not over-clocked.

No, i use 8 cores. It is Intel i7 920 (8) @ 2.7GHz

May i ask you which file-system you use? 'ext4', 'btrfs' other?

Our motherboard should be similar, i use an MSI-x58 over-clocked CPU from 2.93 to 4.0 GHz (182x22).

Thanks for your feedback first.

You're welcome

No, i use 8 cores. It is Intel i7 920 (8) @ 2.7GHz

Well, it's not so important anymore. Simply bleeding edge is not for me. I choose stability and time-tested methods.

OpenRC, in my opinion, is not ready for production. Anyone using OpenRC should have that in mind. In addition, I did not notice practically any difference between sysvinit and OpenRC (I mean loading and reloading speeds). So, I decided to stay with a verified sysvinit.  Thank you for your attention.

Thanks for your feedback first.
Till now i installed Devuan+OpenRC+KDE "only" in the VirtualBox using 4 of 12 CPU-cores (Xeon 6 core 12 threads), the new PC-Parts (on which was supposed to install the final system) are on the way, hence i cannot tell you about the behavior in real machine.
I also not seen the warning message (cause of VM?), however i start the machine several time @ day and never got any problem.

Do you use only one core? I can imagine that one core managing 20 processes running all under PID N°1 can cause difficulties.
I also tested TrueOS (FreeBSD) in the past on real machine there use also "OpenRC" but @ time i not yet knew how to parallelize it.
Those test was abandoned due too slow network and my incapability to set up a dark UI.

The dark UI (e.g. obsidian coast or breeze dark) is essential for my eyes and even if KDE take (for me) the wrong way (wit Dolphin, Kate, Kdesudo) i'm forced to use it (even if the appearances are to be settled twice (as user and as admin)) because is the only UI i learn to modify the appearance properly. For other machines @ home i have to use KDE too because of similarity of Kick-Off with Windows (used in the company) and for maintenance simplicity (only one UI).

Now, i would't go back to Kubuntu (cause of systemd). OpenRC is relatively new (@ least in Linux (as far i know)) nonetheless it is daily improved.
I hope, soon will be removed the latter rest of systemd from Devuan so i can sleep quieter.

Additional feedback will follow after assembly and install on latest incoming hardware.

I noticed that the last version of OpenRC mentioned in that report was 0.13.de18640, the last post was from 2014, and the last update to the report was 2015. The current version in Devuan is 0.23-1+b1. It does still give a warning about the possible hang at boot if you enable the parallel option, but I like living on the edge. LOL!!!

I can't testify as to the safety of it. Sorry. All that I know is that it has worked flawlessly for me so far.

Also, in my personal experience, it does seem to boot a little faster having parallel enabled, but it's not really so much faster that it makes me go, "WOW!!!"

I find the non-graphical install easier to use than the graphical. (Easier to use the keyboard only, rather than have to keep moving between mouse and keyboard.)

The wiki is at friendsofdevuan.org. It's a work-in-progress, so it may not have what you want yet. Your suggestion is good - enough people are confused by the difference between the installer isos and the live isos, that there should be a simple explanation available. Maybe a page that has an overview of different install methods would be appropriate. (I'm talking to myself and the people who are editing the wiki.)