| 1 |
Neil Bothwick wrote: |
| 2 |
> On Wed, 07 Mar 2007 13:06:23 -0600, Dale wrote: |
| 3 |
> |
| 4 |
> |
| 5 |
>>> The next time you update udev, your changes will be overwritten. |
| 6 |
>>> Changes should go in 10-local.rules. |
| 7 |
>>> |
| 8 |
> |
| 9 |
> |
| 10 |
> |
| 11 |
>> Thanks. I forgot about that little detail. I better find a how to |
| 12 |
>> somewhere. |
| 13 |
>> |
| 14 |
> |
| 15 |
> http://www.reactivated.net/udevrules.php |
| 16 |
> |
| 17 |
> |
| 18 |
>>> If your serial port driver is built as a module, you can avoid the |
| 19 |
>>> reboot by rmmodding and modprobing the driver. The second reboot was |
| 20 |
>>> unnecessary anyway, restarting nut should have picked up the group |
| 21 |
>>> changes. |
| 22 |
>>> |
| 23 |
> |
| 24 |
> |
| 25 |
>> The only module I have is nvidia. I build everything into my kernel |
| 26 |
>> that I can. I was hoping there was a way to sort of "restart" or |
| 27 |
>> "reload" udev but I couldn't find one and nobody posted one either. I |
| 28 |
>> guess there is now two reasons you may have to reboot. |
| 29 |
>> |
| 30 |
> |
| 31 |
> Or another reason to use modules. You could try using udevstart to |
| 32 |
> repopulate /dev. |
| 33 |
> |
| 34 |
> |
| 35 |
> |
| 36 |
|
| 37 |
I found that link when I was googling too. You know, udevstart didn't |
| 38 |
change the permissions when I ran it. Strange. Anyway, I looked, since |
| 39 |
I put it back the way it was updated to, it shouldn't change anything, |
| 40 |
unless they change the group again anyway. I put it back to uucp like |
| 41 |
they had it. So far so good. My modem works, my UPS is happy, I'm |
| 42 |
happy too. |
| 43 |
|
| 44 |
Thanks. |
| 45 |
|
| 46 |
Dale |
| 47 |
|
| 48 |
:-) :-) :-) |
| 49 |
|
| 50 |
-- |
| 51 |
www.myspace.com/dalek1967 |
Archives