<html><head></head><body>On every laptop I've ever handed to a user with an encrypted hard drive it uses LUKS. The user selects a password for the unlock and the admin team has theirs. User forgets their password and admins can reset it. Remember, LUKS supports multiple key slots. Brilliant design. <br><br>In order to make sense of what systemd is and why it does things the way it does, it helps to see the the cloud processes as being the huge driving force behind the need to rethink the per process, per machine, and now per user instantiation process. Is it perfect? Nope. Not yet. But it works rather well. It's different so it's hard to wrap my head around it sometimes. Like firewalld. The thinking started making sense for me after using for a while. Learning curve was nearly vertical for a while. Worth it.<br><br><div class="gmail_quote">On May 1, 2020 2:53:15 AM EDT, Steve Litt via Ale <ale@ale.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On Thu, 30 Apr 2020 14:59:44 -0400<br>Boris Borisov via Ale <ale@ale.org> wrote:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Just opening the rants :)<br><br><a href="https://www.techrepublic.com/article/linux-home-directory-management-is-about-to-undergo-major-change/">https://www.techrepublic.com/article/linux-home-directory-management-is-about-to-undergo-major-change/</a><br></blockquote><br>Quote from the article:<br><br>"Prior to systemd every system and resource was managed by its own<br>tool, which was clumsy and inefficient. Now? Controlling and managing<br>systems on Linux is incredibly easy."<br><br>The preceding is a bald face lie. Each and every system and resource<br>was always manageable by any of several process supervisors including<br>daemontools, runit, s6, and several others. Controlling systems on<br>Linux has always been incredibly easy. The fact that most distros chose<br>to use sysvinit, out of inertia, in no way negates the fact that there<br>were always unified ways to easily manage processes.<br><br>This article is a puff-piece advertisement for systemd, and as such,<br>should be labeled an editorial and should be placed in the editorial<br>section (assuming TechRepublic has such a section).<br><br>And what security minded sysadmin wouldn't want to walk around with his<br>home directory on a thumb drive? Thumb drives never fall out of pockets<br>or get confused with other thumb drives, right?<br><br>And oh by the way, no more sshing into a box with homed. But don't<br>worry, Lennart will develop a solution: He always does. After all, the<br>systemd project has never once labeled a problem as "WONTFIX", right?<br><br>LUKSing the home directory isn't for everybody. Admins: Ever have<br>somebody forget their password? With a plain home directory, no sweat,<br>just change their password. With LUKS, that data's gone forever, unless<br>they've made an UNENCRYPTED backup. And I'm pretty sure with this new<br>setup the root user can't make an unencrypted backup.<br><br>Systemd-homed sounds great in the article, but personally, I'll stick<br>with good old Void Linux with the runit init/process supervisor.<br><br>SteveT<br><br>Steve Litt<br>March 2020 featured book: Troubleshooting: Why Bother?<br><a href="http://www.troubleshooters.com/twb">http://www.troubleshooters.com/twb</a><hr>Ale mailing list<br>Ale@ale.org<br><a href="https://mail.ale.org/mailman/listinfo/ale">https://mail.ale.org/mailman/listinfo/ale</a><br>See JOBS, ANNOUNCE and SCHOOLS lists at<br><a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a><br></pre></blockquote></div><br>-- <br>"no government by experts in which the masses do not have the chance to inform the experts as to their needs can be anything but an oligarchy managed in the interests of the few.” - John Dewey</body></html>