You are not logged in.
- Topics: Active | Unanswered
#1 2024-09-20 06:39:36
- dev123
- Member
- Registered: 2024-09-01
- Posts: 3
replacement for udev/eudev because of systemd dependency
i tried to make an autostart fix for a harddisc but couldnt get it to run, then i realized that udev/eudev is more of a problem than the solution, eg it behaves not predictable. than i read that pottering has its finger in the game.. another thing i read is from hyperbola forum
...depending always on upstream. To be compatible with systemd-udev eudev needs to jump the same, include the same development and function-calls. So eudev is per definition not free from systemd. It never was, it never will be. The same as with elogind...
the inclusion of udev into systemd is the big elephant in the room. And with its exclusive integration systemd became also even more integral element.
full comment: https://forums.hyperbola.info/viewtopic … 7790#p7790
im not per se with hyperbola but in this case i made my own experience with udev and i would like to see a replacement for udev/eudev. are there already steps in this direction?
Offline
#2 2024-09-20 08:39:11
- Camtaf
- Member
- Registered: 2019-11-19
- Posts: 436
Re: replacement for udev/eudev because of systemd dependency
Other init systems - https://www.slant.co/topics/4663/~linux-init-systems
Offline
#3 2024-09-20 13:16:48
- fsmithred
- Administrator
- Registered: 2016-11-25
- Posts: 2,486
Re: replacement for udev/eudev because of systemd dependency
What were you trying to do and where/how did it fail? What is an autostart fix for a hard disk?
Offline
#4 2024-09-20 15:59:40
- dev123
- Member
- Registered: 2024-09-01
- Posts: 3
Re: replacement for udev/eudev because of systemd dependency
@Camtaf, i suppose change of the init doesnt change udev?
for some reason an usb connected harddisc got lot of I/O errors with power-management set to '128', so i tried to make a udev rule for automatic update this setting to APM_level = off, which seems to be not persistent. this should work by mounting the device.
because of the info in my first post i was not motivated anymore to find the error. furthermore i didnt wanted to play around too much on this device, because of 'strange noises'. so i change the device anyway..
but out of curiosity i will try a new rule:
ACTION=="change", ATTRS{idVendor}=="0480", ATTRS{idProduct}=="0900", RUN+="/home/usr/.local/bin/mounthdd2"with
sudo hdparm -B 255 /dev/disk/by-uuid/<id>maybe it works now with spacefm
Last edited by dev123 (2024-09-20 16:23:54)
Offline
#5 2024-09-21 18:12:47
- fsmithred
- Administrator
- Registered: 2016-11-25
- Posts: 2,486
Re: replacement for udev/eudev because of systemd dependency
If you have pmount installed, spacefm will work without having to write a udev rule. I think it also works with udevil instead of pmount, but it's been years since I've tried it.
I checked to see if spacefm would open an encrypted external drive and it failed, but maybe I need to set some config for it. Alone, pmount in a terminal will ask for the passphrase for the encrpted volume.
Offline
#6 2024-09-22 21:23:41
Re: replacement for udev/eudev because of systemd dependency
I think it also works with udevil instead of pmount
It should since udevil and spacefm are made by the same developer. 
He made udevil so spacefm wouldn't have to use systemd or other such things..
spacefm & udevil can be used without systemd, consolekit, policykit, dbus, udisks, gvfs & fuse
Last edited by JWM-Kit (2024-09-22 21:24:44)
Offline
