Gentoo Archives: gentoo-user

From: "Canek Peláez Valdés" <caneko@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Re: going from systemd to udev
Date: Wed, 05 Feb 2014 01:34:54
Message-Id: CADPrc82Yg0ux8rAW_Lxq+Q5fwLCeVBa6dYbm2JbEmtWJwp573w@mail.gmail.com
In Reply to: Re: [gentoo-user] Re: going from systemd to udev by Poncho
1 On Feb 4, 2014 7:30 PM, "Poncho" <poncho@××××××.ch> wrote:
2 >
3 > On 05.02.2014 01:10, Canek Peláez Valdés wrote:
4 > > On Tue, Feb 4, 2014 at 5:27 PM, walt <w41ter@×××××.com> wrote:
5 > >> On 02/04/2014 02:29 PM, gottlieb@×××.edu wrote:
6 > >>> On Tue, Feb 04 2014, Daniel Campbell wrote:
7 > >>>
8 > >>>> On 02/04/2014 01:58 PM, Joseph wrote:
9 > >>>>> Is it possible to go from "systemd" to "udev"?
10 > >>>>>
11 > >>>>> I don't like the way systemd works. I have a problem with mounting
12 USB
13 > >>>>> sick (it mounts as root:root) and I can not even change the
14 permission.
15 > >>>>> I am receiving Hylafax fax transmission reports (email) on all
16 incoming
17 > >>>>> faxes and now these emails are empty.
18 > >>>>> It all start happening after switching to systemd :-(
19 > >>>>>
20 > >>>>
21 > >>>> systemd and udev are part of the same project, so I believe what you
22 > >>>> meant was switching from systemd to OpenRC. I've not made such a
23 switch,
24 > >>>> but if you remember the steps you took, you can generally just
25 reverse
26 > >>>> them. That is, emerge openrc again, change the kernel line in GRUB to
27 > >>>> point to regular init instead of systemd's init, reboot, and things
28 > >>>> *should* fall into place.
29 > >>>>
30 > >>>> USB drives mounting as root sounds like a udev thing rather than a
31 > >>>> systemd thing, and switching to OpenRC for your init won't fix it
32 afaik.
33 > >>>> For the devices that you need this behavior for, it might be worth
34 > >>>> looking into writing some udev rules. You can get a start by
35 consulting
36 > >>>> `lsusb` output and Googling for 'udev rules' to get a wide variety of
37 > >>>> guides for writing udev rules. Despite the recent changes to udev by
38 the
39 > >>>> systemd team, udev still functions mostly the same and most guides
40 will
41 > >>>> be accurate.
42 > >>>>
43 > >>>> I hope this helps!
44 > >>>>
45 > >>>> ~Daniel
46 > >>>
47 > >>> There are changes in USE. -systemd +consolekit
48 > >>> If you switched to a systemd profile, switch back.
49 > >>
50 > >> I'm sure that unsetting the consolekit useflag (when I switched to
51 systemd)
52 > >> resulted in some non-MicroSoft behavior, e.g. I now need to
53 authenticate as
54 > >> root when plugging or ejecting a USB stick, and yet again when I
55 poweroff or
56 > >> reboot the machine
57 > >
58 > > This does not happen with GNOME 3. At all. The only time I'm asked for
59 > > my root password is when I add or remove a printer, and
60 > > app-admin/system-config-printer-gnome has been doing this since the
61 > > very beginning. I'm still hoping that someone fix that thing.
62 > >
63 > >> Being the only user of this machine, I could work up some outrage over
64 this
65 > >> new PITA -- but I've decided not to be outraged. I pretend to be a
66 sysadmin
67 > >> and imagine how I would feel if an arbitrary user demanded the ability
68 to
69 > >> plug any arbitrary USB stick into his corporate workstation.
70 > >>
71 > >> Well, I'm not a corporate sysadmin, and never will be, but I think I'd
72 be
73 > >> reluctant to let him do it.
74 > >>
75 > >> Any official sysadmins out there have an infallible opinion to offer?
76 > >
77 > > With GNOME+systemd (and therefore, logind), the seat0 user gets
78 > > ownership of all removable devices (except printers, see above), and
79 > > the hardware buttons (poweroff, reset, suspend, etc.) No root password
80 > > asked. Ever.
81 > >
82 > > You can see your seat with loginctl; if your seat is not seat0, that's
83 > > why your password is being asked. If it's seat0, then something else
84 > > is going on. Do you have pam_systemd.so enabled in /etc/pam.d?
85 > >
86 > > Regards.
87 > >
88 >
89 > Concerning the printer permissions, see
90 > https://bugs.gentoo.org/show_bug.cgi?id=466338
91
92 Thanks, I will take a look.
93
94 Regards.