Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
2013-05-08, 14:09
(This post was last modified: 2013-05-08, 14:11 by un1versal.)
As per what says here
https://wiki.archlinux.org/index.php/Udev
Quote:Udev rules written by the administrator go in /etc/udev/rules.d/, their file name has to end with .rules. The udev rules shipped with various packages are found in /usr/lib/udev/rules.d/. If there are two files by the same name under /usr/lib and /etc, the ones in /etc take precedence.
The point is after updating udev changes would be lost, so if you delete the original file it will be recreated by installer I think.
But yes any rules in etc should work just fine after they are loaded.
Not an expert on Udev anyway you asked about the warning and the reply is valid, how to get the /etc/ rule working properly and overrifing the original Im not 100% sure. What Im sure about is it needs to be in /etc in order not to get modified on udev upgrade.
uNi
Posts: 1,435
Joined: Jun 2012
Reputation:
11
cw-kid
Posting Freak
Posts: 1,435
OK this seems to work now
In the /lib/udev/rules.d I amended the 60-cdrom_id.rules file back to how it was originally.
Then in the /etc/udev/rules.d folder I created a new 60-cdrom_id.rules file with the needed amendment.
Now after a reboot eject is working, so it must be using the 60-cdrom_id.rules file in the /etc/udev/rules.d folder.
Maybe it didn't like being named 100 and it has to be named 60 to come before the 70-persistent-cd.rules file just a guess? But it seems to be working now.
Thanks
Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
2014-03-01, 16:28
Here it is a one liner fix for this.
Code:
sudo wget https://gist.github.com/uNiversaI/9290192/raw -O /etc/udev/rules.d/60-cdrom_id.rules
Reboot and done!
Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
This is opensource, Not EVILSOURCE --- so you and anyone can check that indeed its doesn't do anything evil
1) This file is on my gist, cannot be modified by anyone except me.
2) My gits are visible to the world and writable only by me, a link to this one is
https://gist.github.com/uNiversaI/9290192 and you can see that indeed there is no evil things being done as per nickr WARNINGS...
At time of writing this the contents of that gist are EXACTLY what it says above and will not change as they dont need to change.
@
el_Salmon
Create the file manually then, It works for me, Ive tested it numerous times on a few machines.
Posts: 19,982
Joined: May 2009
Reputation:
451
nickr
Retired Team-Kodi Member
Posts: 19,982
As I said, no aspersions on you, it is a warning to people about doing this in general. And I stand by the warning.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
2014-04-14, 21:44
(This post was last modified: 2014-04-14, 21:45 by un1versal.)
Yes its a good warning in general, just in this case, the lack of any real additional educational and helpful comment to the "warning" I find it unhelpful.
Posts: 33
Joined: Sep 2014
Reputation:
0
Hi all,
i have a problem with auto eject after ripping audio cd.
I looked over this thread but non of advises shown here doesn't work.
I'm running latest XBMCbuntu with xbmc version 13.2.
Eject works when i select eject/load button on screen.
I would like to use my xbmc installation as audio ripper but without the screen, it would be for Sonos, no movies or series on it.
Thanks
Posts: 33
Joined: Sep 2014
Reputation:
0
Well, after i brought laptop from home to work auto eject works now after ripping, go figure.