| View previous topic :: View next topic |
| Author |
Message |
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
 Posted: Sun Apr 28, 2024 9:25 am Post subject: Moving away from systemd |
 |
|
In the last few days I've learned and realized a few things about systemd I personally don't like. From personal preferences to real dangers, I'm not going to discuss them here, because I don't want this thread to be pro vs anti systemd. That's why I'm considering moving away from it.
I've found a few threads here and on reddit and what I think should work is just selecting a non-systemd profile and doing a full world update from a chroot and then figuring it out on the go. I think this should be enough to get me booted in OpenRC, given that all my kernels are both systemd and OpenRC enabled.
Also I'm not a big fan of backups. They cause too few troubles :) With a bootable drive with LiveGUI or an installation CD, I should be fine with whatever it happens, including going back to systemd.
Any thoughts?
EDIT: I can't believe after so many times of reminding users to post their emerge --info, I forgot to do it:
| Code: | Portage 3.0.61 (python 3.11.9-final-0, default/linux/amd64/23.0/desktop/gnome/systemd, gcc-13, glibc-2.38-r13, 6.1.81-gentoo-default x86_64)
=================================================================
System uname: Linux-6.1.81-gentoo-default-x86_64-AMD_Ryzen_7_5800H_with_Radeon_Graphics-with-glibc2.38
KiB Mem: 28574704 total, 24463592 free
KiB Swap: 67108860 total, 67108860 free
Timestamp of repository gentoo: Fri, 26 Apr 2024 19:19:07 +0000
Head commit of repository gentoo: d048c4c1b3fb7eaed1edbccf2d0a72a48e4a1a61
Timestamp of repository guru: Thu, 25 Apr 2024 23:18:16 +0000
Head commit of repository guru: 8f8c26622cb08b546cfa96142e14de595d6f21cb
Timestamp of repository nest: Thu, 25 Apr 2024 20:48:24 +0000
Head commit of repository nest: f249d0fad179905b6a206efdd1d4341102ec3d61
Timestamp of repository pf4public: Thu, 25 Apr 2024 15:33:32 +0000
Head commit of repository pf4public: 8728c58f53f0edac76946aa95763715de51aa9cd
sh bash 5.1_p16-r6
ld GNU ld (Gentoo 2.41 p5) 2.41.0
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.1_p16-r6::gentoo
dev-build/autoconf: 2.13-r8::gentoo, 2.71-r6::gentoo
dev-build/automake: 1.16.5-r2::gentoo
dev-build/cmake: 3.28.3::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make: 4.4.1-r1::gentoo
dev-build/meson: 1.3.2::gentoo
dev-java/java-config: 2.3.3-r1::gentoo
dev-lang/perl: 5.38.2-r2::gentoo
dev-lang/python: 2.7.18_p16-r2::gentoo, 3.11.9::gentoo, 3.12.3::gentoo
dev-lang/rust-bin: 1.75.0::gentoo
sys-apps/baselayout: 2.14-r2::gentoo
sys-apps/sandbox: 2.38::gentoo
sys-apps/systemd: 255.4::gentoo
sys-devel/binutils: 2.41-r5::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/clang: 17.0.6::gentoo
sys-devel/gcc: 13.2.1_p20240210::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/lld: 17.0.6::gentoo
sys-devel/llvm: 17.0.6::gentoo
sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.38-r13::gentoo
Repositories:
gentoo
location: /var/db/repos/gentoo
sync-type: git
sync-uri: https://github.com/gentoo-mirror/gentoo.git
priority: -1000
volatile: False
sync-git-verify-commit-signature: yes
devrepo
location: /var/db/repos/devrepo
masters: gentoo
priority: 0
volatile: True
guru
location: /var/db/repos/guru
sync-type: git
sync-uri: https://github.com/gentoo-mirror/guru.git
masters: gentoo
volatile: False
nest
location: /var/db/repos/nest
sync-type: git
sync-uri: https://github.com/gentoo-mirror/nest.git
masters: gentoo
volatile: False
pf4public
location: /var/db/repos/pf4public
sync-type: git
sync-uri: https://github.com/gentoo-mirror/pf4public.git
masters: gentoo
volatile: False
localrepo
location: /var/db/repos/localrepo
masters: gentoo
priority: 1
volatile: True
Binary Repositories:
binhost-x86_64-v3
priority: 9999
sync-uri: https://ftp.snt.utwente.nl/pub/os/linux/gentoo/releases/amd64/binpackages/23.0/x86-64-v3
binhost-x86_64
priority: 9998
sync-uri: https://ftp.snt.utwente.nl/pub/os/linux/gentoo/releases/amd64/binpackages/23.0/x86-64
Installed sets: @desktop, @programming, @sway, @utils
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -pipe -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.9/conf"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -pipe -O2"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-march=native -pipe -O2"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-request-signature buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync metadata-transfer multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=native -pipe -O2"
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
LINGUAS="bg bg-BG en en-US"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="X a52 aac acl acpi alsa amd64 bluetooth branding bzip2 cairo cdr cet colord crypt cups dbus dri dts dvd dvdr eds encode evo exif flac gdbm gif gnome gnome-keyring gnome-shell gpm gstreamer gtk gui iconv icu introspection ipv6 jpeg keyring lcms libnotify libtirpc mad mng mp3 mp4 mpeg multilib nautilus ncurses networkmanager nls ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio readline sdl seccomp sound spell ssl startup-notification svg sysprof systemd test-rust tiff tracker truetype udev udisks unicode upower usb vorbis vulkan wayland wxwidgets x264 xattr xcb xft xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt rdrand sha sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" INPUT_DEVICES="libinput" KERNEL="linux" L10N="bg bg-BG en en-US" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LLVM_TARGETS="AMDGPU NVPTX SPIRV" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-1" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_11" PYTHON_TARGETS="python3_11" RUBY_TARGETS="ruby31" VIDEO_CARDS="amdgpu radeonsi nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EMERGE_DEFAULT_OPTS, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, MAKE, MAKEFLAGS, MAKEOPTS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS
|
Best Regards,
Georgi
Last edited by logrusx on Sun Apr 28, 2024 3:12 pm; edited 2 times in total |
|
| Back to top |
|
 |
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5036
Location: Bavaria
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54572
Location: 56N 3W
|
| Posted: Sun Apr 28, 2024 9:55 am Post subject: |
|
|
logrusx,
A long time ago you used to be able to install both OperRC and systemd.
Choosing one or the other was a kernel command line option, so it was two boot loader menu entries.
I don't know if thats still possible.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Sun Apr 28, 2024 12:50 pm Post subject: |
|
|
Thank you, I saw that in the other thread I found on the forums.
| NeddySeagoon wrote: | logrusx,
A long time ago you used to be able to install both OperRC and systemd.
Choosing one or the other was a kernel command line option, so it was two boot loader menu entries.
I don't know if thats still possible. |
It's not possible for Gnome users. I guess it is still possible for users who do not need elogind, but it's more work. Thank you for the question, while I was thinking about it I kind of learned something new... or made new connections between things I already knew.
Best Regards,
Georgi |
|
| Back to top |
|
|
GDH-gentoo
Veteran
Joined: 20 Jul 2019
Posts: 1674
Location: South America
|
| Posted: Sun Apr 28, 2024 3:04 pm Post subject: |
|
|
Aside from rebuilding all packages that were installed with the systemd USE flag set, and making sure that the elogind USE flag is set for those that require some logind provider, the challenges would be convincing Portage to install the packages that provide conflicting files:
- sys-apps/systemd[sysv-utils] vs sys-apps/openrc[sysvinit], for shutdown, poweroff, reboot, etc.
- sys-apps/systemd vs sys-apps/systemd-utils[udev, tmpfiles], for systemd-udev, libudev and systemd-tmpfiles.
Then, if you have a systemd version that removed the support for nonmerged /usr, you need to migrate to a merged /usr OpenRC profile... so migration from 17.1 to 23.0 must be done first, if not done already, to have such profiles available.
That's what I can think of off the top of my head.
| NeddySeagoon wrote: | | I don't know if thats still possible. |
I don't think so. It might have been possible in the early days of systemd, but now, I believe systemd and nonsystemd GNU/Linux variants have become too incompatible to just switch back and forth with an init= kernel parameter.
_________________
| NeddySeagoon wrote: | I'm not a witch, I'm a retired electronics engineer  |
| Ionen wrote: | | As a packager I just don't want things to get messier with weird build systems and multiple toolchains requirements though |
Last edited by GDH-gentoo on Sun Apr 28, 2024 3:15 pm; edited 1 time in total |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Sun Apr 28, 2024 3:09 pm Post subject: |
|
|
| GDH-gentoo wrote: | Aside from rebuilding all packages that were installed with the systemd USE flag set, and making sure that the elogind USE flag is set for those that require some logind provider, the challenges would be convincing Portage to install the packages that provide conflicting files:
- sys-apps/systemd[sysv-utils] vs sys-apps/openrc[sysvinit], for shutdown, poweroff, reboot, etc.
- sys-apps/systemd vs sys-apps/systemd-utils[udev, tmpfiles], for systemd-udev, libudev and systemd-tmpfiles.
Then, if you have a systemd version that removed the support for nonmerged /usr, you need to migrate to a merged /usr OpenRC profile... so migration from 17.1 to 23.0 must be done first, if not done already, to have such profiles available.
That's what I can think of off the top of my head. |
After moving off of default/linux/amd64/23.0/desktop/gnome/systemd:
https://bpa.st/AWVA
That's it. Looks very good, I still haven't decided on giving it a try. Still waiting if something else comes to my mind or, for reasons not to do it.
Best Regards,
Georgi |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3678
Location: Rasi, Finland
|
| Posted: Sun Apr 28, 2024 3:21 pm Post subject: |
|
|
If you can install openrc while still keeping systemd, it shouldn't be as complicated as one might assume.
You'll probably have to juggle around with some use flags after profile switch (be sure to first switch fully to 23 profile if you haven't already).
Back in 2017, I did the same switch.
If you cannot have both, openrc and systemd installed at the same time, you'll probably need to boot from some live medium at some point.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
spica
Guru
Joined: 04 Jun 2021
Posts: 329
|
| Posted: Sun Apr 28, 2024 3:34 pm Post subject: |
|
|
| some packages (example: thinkfan) do not have systemd/elogin flag, but they manage init files on their own. Switching profile does not trigger their rebuild, which is needed to generate proper init files. No one can know all ebuilds with this broken behavior, and world update with empty tree is needed. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Sun Apr 28, 2024 3:42 pm Post subject: |
|
|
| Zucca wrote: | If you can install openrc while still keeping systemd, it shouldn't be as complicated as one might assume.
You'll probably have to juggle around with some use flags after profile switch (be sure to first switch fully to 23 profile if you haven't already).
Back in 2017, I did the same switch.
If you cannot have both, openrc and systemd installed at the same time, you'll probably need to boot from some live medium at some point. |
I don't intend to keep systemd, the above was just a comment in response to Hu's comment. And yes, I think I need to boot from a live medium, I can't imagine doing it on a live system. After all I'm removing core parts of the system and then I have to shut it down properly. I don't think that'll go 100% safely.
| spica wrote: | | some packages (example: thinkfan) do not have systemd/elogin flag, but they manage init files on their own. Switching profile does not trigger their rebuild, which is needed to generate proper init files. No one can know all ebuilds with this broken behavior, and world update with empty tree is needed. |
Some time ago when I was writing an ebuild which included systemd support, I was told in #gentoo-dev-help it's better to ship both systemd unif files and rc files and not worry about that. I hope most of the ebuilds I have follow the same practice. Also I don't have many running services and I guess it'll be easy to just figure it out when I boot. Emerging the whole world is just too slow, even with the binhost repo. When I migrated to 23.0 it took me more than 8 hours. Some small packages even seemed to take more time than they would have if they were built from source.
Best Regards,
Georgi |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3678
Location: Rasi, Finland
|
| Posted: Sun Apr 28, 2024 5:07 pm Post subject: |
|
|
| logrusx wrote: | | I don't intend to keep systemd |
My point was that if you can have both installed, then rebooting from the old init to new init system is easy and can be done without using any live environment.
Then, after first boot with the new init system, depclean the old init (systemd).
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Sun Apr 28, 2024 5:27 pm Post subject: |
|
|
| Zucca wrote: | | logrusx wrote: | | I don't intend to keep systemd |
My point was that if you can have both installed, then rebooting from the old init to new init system is easy and can be done without using any live environment.
Then, after first boot with the new init system, depclean the old init (systemd). |
At a first glance it seems it may very well be more headache than going back to systemd if the migration fails. Maybe if I didn't have Gnome, but I don't feel comfortable depcleaning it... yet. Yes, Gnome is on the list of things I'm starting to really dislike.
On a side note, looking at the link you provided, I need to take care of the dns and dhcp too. Now I've let systemd to manage the dns and networkmanager to manage the ip address if I'm not wrong.
Best Regards,
Georgi |
|
| Back to top |
|
|
Juippisi
Developer
Joined: 30 Sep 2005
Posts: 745
Location: /home
|
| Posted: Mon Apr 29, 2024 4:35 am Post subject: |
|
|
1: If possible due it from a "live-usb" environment by chrooting. You'll get into trouble when replacing the init system, dbus and so on on a live running system.
2: Make sure to configure critical services before booting.
3: Take a note of services you've customized and edit the same openrc services likewise.
4: Make sure you aren't running packages that hard-depend on systemd, and remove them first if yes.
It's pretty easy jumping between systemd and openrc, but without any planning you may find yourself panicing if something goes wrong. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Mon Apr 29, 2024 4:39 pm Post subject: |
|
|
| Juippisi wrote: | | 1: If possible due it from a "live-usb" environment by chrooting. You'll get into trouble when replacing the init system, dbus and so on on a live running system. |
Of course. It doesn't seem feasible to both install OpenRC and keep systemd given I'm a Gnome user.
| Juippisi wrote: | | 2: Make sure to configure critical services before booting. |
What are some of those? I haven't used OpenRC (and Linux at all) since ~2010 and then I cam back to Linux straight to systemd. I don't remember much. The other two points are of no concern in my case.
| Juippisi wrote: | | It's pretty easy jumping between systemd and openrc, but without any planning you may find yourself panicing if something goes wrong. |
That's where the fun starts :)
Best Regards,
Georgi |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3678
Location: Rasi, Finland
|
| Posted: Tue Apr 30, 2024 6:29 pm Post subject: |
|
|
| logrusx wrote: | | Juippisi wrote: | | It's pretty easy jumping between systemd and openrc, but without any planning you may find yourself panicing if something goes wrong. |
That's where the fun starts :) |
That's almost like a Gentoo meme. :')
Like the time when I wrote a script, but didn't put proper checks into it and it ran | Code: | | rm -fr "${NULL_VARIABLE}/*" |
Next step was: "Oh well... I better reread foremost man page...".
Eventually I survived.
How's your init transition? Already done? :)
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Tue Apr 30, 2024 6:51 pm Post subject: |
|
|
| Zucca wrote: | | logrusx wrote: | | Juippisi wrote: | | It's pretty easy jumping between systemd and openrc, but without any planning you may find yourself panicing if something goes wrong. |
That's where the fun starts :) |
That's almost like a Gentoo meme. :')
Like the time when I wrote a script, but didn't put proper checks into it and it ran | Code: | | rm -fr "${NULL_VARIABLE}/*" |
Next step was: "Oh well... I better reread foremost man page...".
Eventually I survived.
How's your init transition? Already done? :) |
I haven't started yet. Not feeling adventurous right now. Otherwise I have no important job to do and now may be the right moment, but I'm hesitating until I gain better clarity of what should be done. It turns out systemd is doing a few jobs which are otherwise done by something else and I'm sitting on that thought for a while to see if something important will come out of it.
I'll check the openrc part of the handbook to gain more clarity.
Best Regards,
Georgi |
|
| Back to top |
|
|
Juippisi
Developer
Joined: 30 Sep 2005
Posts: 745
Location: /home
|
| Posted: Wed May 01, 2024 7:07 am Post subject: |
|
|
| logrusx wrote: |
| Juippisi wrote: | | 2: Make sure to configure critical services before booting. |
What are some of those? I haven't used OpenRC (and Linux at all) since ~2010 and then I cam back to Linux straight to systemd. I don't remember much. The other two points are of no concern in my case.
|
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Tools
Basically fstab and mounting of encrypted partitions if you have those, dbus, logind, networking, display-manager. Stuff that allow you to login to your desktop and prevents you from figuring stuff out in the TTY. Networking is also easy if you use a generic dhcp client, but still differently handled compared to systemd. You'll most likely figure rather fast what you missed when you log in the first time :) |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Wed May 01, 2024 8:28 am Post subject: |
|
|
| Juippisi wrote: | | logrusx wrote: |
| Juippisi wrote: | | 2: Make sure to configure critical services before booting. |
What are some of those? I haven't used OpenRC (and Linux at all) since ~2010 and then I cam back to Linux straight to systemd. I don't remember much. The other two points are of no concern in my case.
|
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Tools
Basically fstab and mounting of encrypted partitions if you have those, dbus, logind, networking, display-manager. Stuff that allow you to login to your desktop and prevents you from figuring stuff out in the TTY. Networking is also easy if you use a generic dhcp client, but still differently handled compared to systemd. You'll most likely figure rather fast what you missed when you log in the first time :) |
Fstab is necessary regardless of the init system or am I wrong? I just realized I'm using NetworkManager, so networking should not be an issue. Aside from pipeiwre I think I haven't modified any other systemd unit, so that should be straight forward too. Dbus, logind, display manager should be easy. One thing I wonder about is how to convert logs from systemd journal. Last night I reviewed the handbook which includes the links you posted. I was surprised that the handbook didn't end where I thought it did and there was a lot of other stuff.
I think I'm ready to attempt this.
Best Regards,
Georgi |
|
| Back to top |
|
|
finoderi
n00b
Joined: 29 Oct 2021
Posts: 71
|
| Posted: Wed May 01, 2024 9:04 am Post subject: |
|
|
| Don't forget to tune in for our next show this season: 'Changing bootloader'. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Wed May 01, 2024 9:21 am Post subject: |
|
|
| finoderi wrote: | | Don't forget to tune in for our next show this season: 'Changing bootloader'. |
What does that even mean?I don't need to change bootloader. If this is a joke, please refrain from trying to make jokes here. Gentoo Chat or #gentoo-chat is a more appropriate place for that.
Best Regards,
Georgi |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Wed May 01, 2024 12:39 pm Post subject: |
|
|
Having had some time to think about it and even been on the verge of starting it, I've gained much more clarity of what needs to be done but as well I have realized If I migrate now, that won't prevent what I'm afraid of happening to systemd affect me either way. So I've decided to not move forward at this point. I'll think about it when it happens or I'll migrate if more pressing reasons to do so arise.
Best Regards,
Georgi |
|
| Back to top |
|
|
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
| Posted: Wed May 01, 2024 1:41 pm Post subject: |
|
|
Edit: When I switched, it was probably easier because I had already been running openrc first, then switched to systemd, then switched back to openrc... so I probably skipped many steps that would need to be done if one had never used openrc on the same system.
I switched back from systemd to openrc a week or two ago with just one reboot (the actually reboot to switch), no chroot, done live. I needed to use my computer's reset button to reboot because of course at the time of the reboot, systemd was no longer on my computer, so it might not have been the cleanest reboot, but I closed and stopped as much as possible first.
I'm sorry that I didn't record the exact steps, though. It basically involved switching to a non-systemd profile and running 'emerge -puvDN --with-bdeps=y @world", then removing anything clearly systemd-related that caused a hard block. There were only three or four packages. It might have been just systemd and gentoo-systemd-integration. Once that was done, I ran the actual update and rebooted. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2366
|
| Posted: Thu May 02, 2024 11:13 am Post subject: |
|
|
| keet wrote: | | I needed to use my computer's reset button to reboot because of course at the time of the reboot, systemd was no longer on my computer |
That's why it should be done in a chroot because otherwise you're facing the risk of losing data.
Best Regards,
Georgi |
|
| Back to top |
|
|
NichtDerHans
Apprentice
Joined: 27 Jan 2023
Posts: 177
|
| Posted: Fri May 03, 2024 1:19 pm Post subject: |
|
|
Switch to OpenRC is no big problem: https://forums.gentoo.org/viewtopic-t-1164802-highlight-.html
Check the merged-usr thing first for select the right 23 profile. Test with an image from your system in a vm.
But from the user's point of view, my Gentoo now works exactly as it did before. OpenRC doesn't offer any advantages, the computer boot is even slightly slower.
But now I'm one of the cool people who don't use SystemD and can rant about systemd.  But nobody cares about that either.  |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
