Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
eudev vs udev - current user perspectives
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo
View previous topic :: View next topic  
Author Message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Tue Mar 25, 2014 10:17 pm    Post subject: eudev vs udev - current user perspectives Reply with quote

I am curious as to how those who use eudev feel about the current state of it.

I'm currently using udev-171-r6, pre the /usr merge and the device naming fiasco.

If you would when you give your experience, would you tell me what version of eudev that you are using.
And how it stacks up to whatever version of udev that you were using.


NOTE: this thread has nothing to do with systemd or udev in general, just how eudev (latest versions) stack up to udev.

TIA.

Edit to add: I know there's a howto, that's not what I'm asking.
And I didn't want to pollute the howto in the documentation forum.
I just want user experiences, especially if they're running the latest ~amd64.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
saellaven
l33t
l33t


Joined: 23 Jul 2006
Posts: 646

PostPosted: Tue Mar 25, 2014 10:53 pm    Post subject: Reply with quote

I'm mostly stable (amd64), though a lot of the base system (I use the latest stable kernels directly from kernel.org, but use unstable gcc, glibc, binutils in addition to a few unstable apps).

I have absolutely no problems with eudev (1.3) here as is, though I'm still tempted to get away from it (and all of the related mess in the form of *kit and friends) and back to static devices when I have time. I use a separate /usr on lvm and I've had some issues with >sys-fs/lvm2-2.02.100 (likely due to being more and more tied into the systemd/udev mess), though I have had a chance to see if yuyuyak's fix fixes that for me (and I may abandon lvm entirely in the future should it become too coupled to systemd).
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Tue Mar 25, 2014 11:03 pm    Post subject: Reply with quote

I'm torn between staying with udev/eudev or just moving to a static dev.

AFAIK, if you don't use *udev then you lose the ability to mount with LABELS,
and I'm thinking more of things like usb sticks instead of hard disks which
should stay the same unless reordered.

Any thoughts on that.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
saellaven
l33t
l33t


Joined: 23 Jul 2006
Posts: 646

PostPosted: Tue Mar 25, 2014 11:23 pm    Post subject: Reply with quote

I used to mount my lvm volumes by LABEL, and then later switched to UUID, though I'm now back to /dev/mapper/* nodes and physical partitions (root and boot), due to the changes made in udev and openrc over the last few years. I just feel more sure that my system will come up this way. Maybe I'm being overly cautious, but once burned, twice shy. If memory serves, I was using LABEL mounting back before I had any sort of /dev automation (IIRC, LABEL mounting is built into the kernel, UUID mounting relies on a helper like udev).

As far as removable media goes, I've always used regular /dev nodes for that, though, admittedly, I don't run around with a dozen USB sticks in my pocket that I'm plugging in simultaneously (I have two optical drives, 2 USB sticks, a Compact Flash reader and a SD card reader). Yeah, I'm one of those people that still cling to burning and mounting optical discs from the command line, having become comfortable with it in the mid-late 90s and any data I might need on another computer is available via NFS locally or by ssh remotely.

If I had multiple people sitting at my keyboard on a regular basis, I might look into automating things more for them, but for me, I'm fine with doing it all the old way since it just works and there aren't a half dozen pieces of middle-ware waiting to deprecate and break things without warning.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Tue Mar 25, 2014 11:27 pm    Post subject: Reply with quote

Thanks for those insights.

Quote:
Yeah, I'm one of those people that still cling to burning and mounting optical discs from the command line


Yeah, I create my isos and burn them from the command line too. :lol:
I don't do any automounting, preferring to just do it from a terminal.

I would like to hear more from others using eudev, but I'm starting to lean more towards Neddys Olde-fashioned-gentoo.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
666threesixes666
Veteran
Veteran


Joined: 31 May 2011
Posts: 1248
Location: 42.68n 85.41w

PostPosted: Wed Mar 26, 2014 2:00 am    Post subject: Reply with quote

give eudev a whirl.... im using it on my funtoo box, there was a bad kit commit & eudev fixed it. its pretty solid and not a moving target. static dev is much work for little reward.
Back to top
View user's profile Send private message
Hypnos
Advocate
Advocate


Joined: 18 Jul 2002
Posts: 2889
Location: Omnipresent

PostPosted: Wed Mar 26, 2014 2:06 am    Post subject: Reply with quote

Been using eudev since it hit the Portage tree, no problems. Seemless transition from the old udev.
_________________
Personal overlay | Simple backup scheme
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Wed Mar 26, 2014 8:24 am    Post subject: Reply with quote

Perspective from a technical point of view? Both do the job they are 'designed' todo. Perspective of changing... For the most part it seems political. My server uses udev and is fine, my desktop uses eudev as I switched when sysd was forced onto me as gnome was on my system, a decision was made to scrub it completely to ensure it is possible - it is and was only complicated by gnome and all the cross dependencies on udev.

Going all the way back to static seems to be cutting your nose off to spite your face (except in embedded for instance), again as an exercise to ensure there is always an option its seems reasonable.

As long as eudev and udev are feature compatible ( for reasonable features) I see no problem. But with, IMHO, the enevitable gimping of udev on non-sysd systems... The question has to be asked what other projects will swallow sysd making it an ever increasing system dependency and thus the ever increasing prospect of eudev not being viable
_________________
Quote:
Removed by Chiitoo
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Wed Mar 26, 2014 9:16 am    Post subject: Reply with quote

Thanks for the replies.

I'm using an old udev, but I've had to mask 3-4 packages because they wanted a newer udev.
But if switching to eudev will mitigate that, then it looks like I'll switch.

I used a static dev for a long time, and since I understand how to set it up it's not that difficult.
Of course when I was running it before I didn't have things like usb sticks, etc.
So it would be a little bit of a learning curve for adding those things.
And it's part of the reason for me looking at eudev.
I don't do automounting so that's not a concern.
I'm more interested in simple device detection,
and I don't want to have to fight any *udev to make my network work.
It works just fine with eth* as it is.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland


Last edited by Anon-E-moose on Wed Mar 26, 2014 9:21 am; edited 1 time in total
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8708
Location: ~Brussels - Belgique

PostPosted: Wed Mar 26, 2014 9:20 am    Post subject: Reply with quote

eudev works well.

There is an other choice : using mdev from busybox. But not everything is ok there (I got problems with USB audio devices, hotplug/coldplug was quite buggy)
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Wed Mar 26, 2014 9:23 am    Post subject: Reply with quote

I looked at mdev, but heard rumors that there might be the problems that you've mentioned,
and that there might be problems in the future to keep it working.


Is anyone running the lastest ~eudev 1.5.3 and is it solid?
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8708
Location: ~Brussels - Belgique

PostPosted: Wed Mar 26, 2014 9:56 am    Post subject: Reply with quote

I use the latest ~eudev on ~x86, ~amd64 and ~arm without problems, the migration from udev was transparent (unless the silly network namings)
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Wed Mar 26, 2014 10:04 am    Post subject: Reply with quote

Thanks that's what I wanted to know.
I like my network names the way I have them now, eth?.

I assume that eudev will honor the 70-persistent-net.rules file.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8708
Location: ~Brussels - Belgique

PostPosted: Wed Mar 26, 2014 10:08 am    Post subject: Reply with quote

eudev will NOT rename the network interfaces. This was the initial reason to fork from udev.
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Wed Mar 26, 2014 12:24 pm    Post subject: Reply with quote

Thanks for all the replies.

Just swapped over and it's working well.

Note: well, for me, is that it seems to work the same as the old udev.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Wed Mar 26, 2014 12:29 pm    Post subject: Reply with quote

Anon-E-moose wrote:
Thanks for all the replies.

Just swapped over and it's working well.

Note: well, for me, is that it seems to work the same as the old udev.
as it should (for now ;) )
its meant to be a sanitized version of udev.
_________________
Quote:
Removed by Chiitoo
Back to top
View user's profile Send private message
John R. Graham
Administrator
Administrator


Joined: 08 Mar 2005
Posts: 10589
Location: Somewhere over Atlanta, Georgia

PostPosted: Wed Mar 26, 2014 2:49 pm    Post subject: Reply with quote

As I reported in Portage is Getting Awfully Smart, the install of eudev was absolutely simple and painless. It's been working flawlessly for me ever since.

- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Wed Mar 26, 2014 3:20 pm    Post subject: Reply with quote

John R. Graham wrote:
It's been working flawlessly for me ever since.


That's what I like to hear.

Yes, it was quick and painless to swap :lol:
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
SamuliSuominen
Retired Dev
Retired Dev


Joined: 30 Sep 2005
Posts: 2133
Location: Finland

PostPosted: Wed Mar 26, 2014 8:15 pm    Post subject: Reply with quote

XavierMiller wrote:
eudev will NOT rename the network interfaces. This was the initial reason to fork from udev.


Untrue, as the predictable names weren't even coded yet at the time eudev was created, they appeared in the 197 release, at which time eudev was already even in Portage:

Code:

ssuominen@null ~/gentoo-x86 $ grep *udev-197 sys-fs/udev/ChangeLog | tail -n 1
*udev-197 (09 Jan 2013)
ssuominen@null ~/gentoo-x86 $ tail -n 6 sys-fs/eudev/ChangeLog
*eudev-1_beta1 (09 Dec 2012)
*eudev-9999 (09 Dec 2012)

  09 Dec 2012; Richard Yao <ryao@gentoo.org> +eudev-1_beta1.ebuild,
  +eudev-9999.ebuild, +files/40-gentoo.rules, +metadata.xml:
  Commit sys-fs/eudev to the tree


And to everyone, I'm just pointing out this fact, this is no political statement of anykind, so don't try to twist it into one.
Back to top
View user's profile Send private message
saellaven
l33t
l33t


Joined: 23 Jul 2006
Posts: 646

PostPosted: Wed Mar 26, 2014 8:36 pm    Post subject: Reply with quote

ssuominen wrote:
XavierMiller wrote:
eudev will NOT rename the network interfaces. This was the initial reason to fork from udev.


Untrue, as the predictable names weren't even coded yet at the time eudev was created, they appeared in the 197 release, at which time eudev was already even in Portage:

Code:

ssuominen@null ~/gentoo-x86 $ grep *udev-197 sys-fs/udev/ChangeLog | tail -n 1
*udev-197 (09 Jan 2013)
ssuominen@null ~/gentoo-x86 $ tail -n 6 sys-fs/eudev/ChangeLog
*eudev-1_beta1 (09 Dec 2012)
*eudev-9999 (09 Dec 2012)

  09 Dec 2012; Richard Yao <ryao@gentoo.org> +eudev-1_beta1.ebuild,
  +eudev-9999.ebuild, +files/40-gentoo.rules, +metadata.xml:
  Commit sys-fs/eudev to the tree


And to everyone, I'm just pointing out this fact, this is no political statement of anykind, so don't try to twist it into one.


From the original announcement

ryao wrote:

Why fork udev?

Earlier this year, udev upstream was absorbed into systemd. udev often
breaks compatibility with older systems by depending upon recent Linux
kernel releases, even when such dependencies are avoidable. This became
worse after udev became part of systemd, which has jeopardized our
ability to support existing installations. The systemd developers are
uninterested in providing full support in udev to systemd alternatives.
These are problems for us and we have decided to fork udev to address them.

...
What are your project's goals?

Our primary goal is to address the problems with systemd-udev that
caused us to fork it in the first place. In particular, we want better
compatibility with existing software such as OpenRC and Upstart, older
kernels, various toolchains and anything else required by users and
various distributions. We also want to minimize regressions and work
with developers of other distributions (and components used by them) to
address issues.

...

What did systemd break when trying to make things faster?

A good example involves module loading. Previously, each module load
would incur a roughly 10 to 20 ms disk access latency and a 0.01 ms fork
overhead. This was partially masked by udev's ability to execute rules
asynchronously through fork(), which meant that multiple modules could
be read in parallel.
The introduction of kmod eliminated the 0.01 ms fork() overhead, and
consequently required each module to be loaded sequentially. This
imposes an overhead of 10 to 20 milliseconds times the number of
modules, which is asymptotically worse than what it replaced. A feature
of kmod intended to address that placed all modules into a single file,
which would actually make things faster. However, none of our users use
it and all of our users would suffer from it.
In addition, the manner in which kmod was integrated has implications
beyond speed regressions. The use of kmod by udev permits a buggy kernel
module (possibly interacting with bad hardware) to hang in module_init.
This causes udevd to hang, which prevents further rule processing. This
is a bad situation, but we feel that it is important to handle bad
situations in a graceful manner. Previously, the system would have a
chance of booting in this situation. The manner in which kmod was
introduced makes this situation far more likely to cripple systems.
If you want to understand the worst case scenario when dealing with
this regression, disable udev and reboot your system. You should have a
virtual terminal with no networking and no X. Should this happen with
systemd-udevd, then you would also have a hung systemd-udevd process
that you cannot kill. Attempts restart systemd-udevd should result in
more hung processes.


At the time, there was also already the issue over deprecating a separate /usr and trying to force the usrmerge issue (which relates to systemd's absorption of udev causing headaches for OpenRC and other init systems). The networking interface change (which are not predictable nor persistent despite the claimed purpose, assigning by MAC would have been a much more stable solution, but I digress) hit a few weeks after the fork was announced.
Back to top
View user's profile Send private message
SamuliSuominen
Retired Dev
Retired Dev


Joined: 30 Sep 2005
Posts: 2133
Location: Finland

PostPosted: Wed Mar 26, 2014 8:48 pm    Post subject: Reply with quote

saellaven wrote:
At the time, there was also already the issue over deprecating a separate /usr and trying to force the usrmerge issue (which relates to systemd's absorption of udev causing headaches for OpenRC and other init systems)


There was indeed a bug in sys-fs/udev's ebuild around version 180 that put it in /usr instead of / but udev itself has never had problems with separate /usr as all of it's files are installed to /, and the ebuild bug was swiftly fixed after the backthen maintainer was informed of the mistake.
The version was in tree around the same time there was long '/usr -merge' thread in the mailing list. But using a word 'force' is not correct in this context, at all.

saellaven wrote:
The networking interface change (which are not predictable nor persistent despite the claimed purpose, assigning by MAC would have been a much more stable solution, but I digress) hit a few weeks after the fork was announced


Like it does support, only have to change "NamePolicy=database onboard slot path" to "NamePolicy=mac database onboard slot path" in 99-default.link (applies to udev-212, the config used to be in 80-net-name-slot.rules before)
to get MAC based enx* interface names. They have been supported since they first version that introduced the names, 197. I'm using them at work for the LTSP server (600+ clients over PXE boot where MAC is important to identify
single clients for setup), where as I had major issues with the rule_generator before when interface names didn't stick, even while the rule_generator advertises to have this capability.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6098
Location: Dallas area

PostPosted: Wed Mar 26, 2014 8:53 pm    Post subject: Reply with quote

Save the history of udev/eudev for some other time.

TIA
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
SamuliSuominen
Retired Dev
Retired Dev


Joined: 30 Sep 2005
Posts: 2133
Location: Finland

PostPosted: Wed Mar 26, 2014 9:04 pm    Post subject: Reply with quote

Anon-E-moose wrote:
Save the history of udev/eudev for some other time.

TIA


Sure, was no intention to hijack your thread or anything like that.
Back to top
View user's profile Send private message
666threesixes666
Veteran
Veteran


Joined: 31 May 2011
Posts: 1248
Location: 42.68n 85.41w

PostPosted: Thu Mar 27, 2014 12:29 am    Post subject: Reply with quote

seamless transition and painless, thus my "give it a whirl" i mean im poettering fanboi here and i say its ok.... first time i tried eudev right when it came around i had major problems with it and it was painful. now its a cake walk....
Back to top
View user's profile Send private message
platojones
Veteran
Veteran


Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon

PostPosted: Thu Mar 27, 2014 1:18 am    Post subject: Reply with quote

eudev has been totally trouble-free for me thus far. I made the switch in December and have had zero udev related issues. I like that. That's all I have to say about it.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
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