Hi, Walter.
On Tue, Mar 13, 2012 at 04:09:46AM -0400, Walter Dnes wrote:
On Mon, Mar 12, 2012 at 06:22:39PM -0500, Dale wrote
I think mdev has shown it can be fixed. Given time, it just may replace
udev then the udev dev can screw up his own stuff on not bother other
distros. I'm giving
Dear Gentoo Users,
I've got the situation where I need to pre-mount /usr. I was already
using dmraid and genkernel to make in initramfs so that's not a real
big deal. However, I now get the following in the console when booting:
-
/lib/udev/write_root_link_rule: line 17: udevadm
On 11/01/13 16:04, walt wrote:
This seems to me like very happy news indeed, but I'm interested in contrary
opinions. There's a recent thread discussing how udev-197 breaks lvm2, but
that's a trivial fix once you know about it.
The problem is caused because many apps including lvm2 install
On 01/11/2013 09:14 AM, Nikos Chantziaras wrote:
On 11/01/13 16:04, walt wrote:
This seems to me like very happy news indeed, but I'm interested in
contrary
opinions. There's a recent thread discussing how udev-197 breaks
lvm2, but
that's a trivial fix once you know about it.
The problem
On 01/26/2013 10:30 AM, Allan Gottlieb wrote:
I have read the news item and still have questions. The news item
covers several points.
1. remove udev-postmount:
I did this but worry that I now cannot reboot until I upgrade
udev. Is that correct?
A reasonable question and I don't
On Thursday 31 Jan 2013 14:37:00 Michael Mol wrote:
On Thu, Jan 31, 2013 at 9:30 AM, Peter Humphrey
pe...@humphrey.ukfsn.org wrote:
On Thursday 31 January 2013 14:05:07 Michael Mol wrote:
OK, it looks like /dev/pts is not mounted. But darned if I know
why...Isn't udev supposed to handle
Tanstaafl wrote:
On 2013-08-01 4:04 PM, Dale rdalek1...@gmail.com wrote:
I switched when it was still fresh and it wasn't to bad from what I
recall. Just emerge -C udev and emerge eudev. I think I masked udev to
make sure it didn't get pulled in any more by something else but other
than
On 02/08/13 02:27, William Kenworthy wrote:
On 02/08/13 00:28, Tanstaafl wrote:
Hi all,
Ok, rehashing this, but please don't turn it into another udev vs
systemd thread.
I have an older server that I have been putting off this update,
debating on whether to update to the regular udev
Samuli Suominen wrote:
FUD again. The backwards compability is still all there and udev can be
built standalone and ran standalone.
Sorry I'm going to call bullshit on this one.
You know damn well upstream moved udev into systemd, promising everyone it
would
be possible to continue to build
On Thu, Sep 26, 2013 at 12:00 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 26/09/13 04:30, Canek Peláez Valdés wrote:
On Wed, Sep 25, 2013 at 5:24 PM, gottl...@nyu.edu wrote:
I want to downgrade systemd from 207-r2 to 204 (highest stable).
I currently have virtual/udev-206-r2
On Thu, Dec 5, 2013 at 2:36 PM, Róbert Čerňanský ope...@tightmail.com wrote:
Hello all,
I am currently updating my system and Portage wants to replace udev
(204) with systemd (208). My question is (hopefully) simple:
Can I use systemd as drop-in replacement for udev? In other words, can
I
On 13/05/14 16:58, Samuli Suominen wrote:
On 13/05/14 16:50, Grant wrote:
I'm having a problem starting the USB network interfaces properly on
one of my systems. I brought the problem to the udev list and they're
indicating that it's a Gentoo problem:
https://www.mail-archive.com/systemd
Hi,
while updateing I got this blocker:
(sys-fs/udev-212-r1::gentoo, installed) pulled in by
=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev,introspection?,static-libs?]
(=sys-fs/udev-208-r1:0/0[abi_x86_64
On Tue, Jun 3, 2014 at 9:11 PM, meino.cra...@gmx.de wrote:
Hi,
while updateing I got this blocker:
(sys-fs/udev-212-r1::gentoo, installed) pulled in by
=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev
, eth1).
So how can I find name of the new network adapter?
Jarry
Here's the QA message for sys-fs-udev-215 that might be helpful:
Messages for package sys-fs/udev-215:
Starting from version = 197 the new predictable network interface
names are
used by default, see:
http
On Tue, 10 Apr 2018 17:11:17 +0100
Mick <michaelkintz...@gmail.com> wrote:
I've noticed udev has been playing up lately. In particular, switching on
wireless/bluetooth would cause udev to be pegged to 100% CPU and bluetooth
won't work. USB won't work thereafter; e.g. unplugging a USB
)
=sys-apps/baselayout-2.1-r1
kernel_linux? (
sys-process/psmisc
)
!sys-fs/udev-133
So, *maybe* the last line means it needs a udev not less than 133 - but
I don't know enough about how ebuilds to work to risk an unbootable
system
On Sun, 20 Jan 2013 20:50:12 +
Alan Mackenzie a...@muc.de wrote:
Hi, Gentoo!
After synching, I've got a whole lot of programs to emerge, amongst
them being udev-197. :-( I'd rather do this on its own, in peace
and quiet, rather than together with 12 or 13 other programs.
emerge
On Sat, Jan 26 2013, Allan Gottlieb wrote:
I have read the news item and still have questions. The news item
covers several points.
1. remove udev-postmount:
I did this but worry that I now cannot reboot until I upgrade
udev. Is that correct?
2. Add CONFIG_DEVTMPFS=y. Easy
is that udev can be built and ran standalone without systemd and
you don't need eudev for that.
Kay Sievers, *THE LEAD DEVELOPER* specifically says in
http://lists.freedesktop.org/archives/systemd-devel/2012-July/006065.html
We promised to keep udev properly *running* as standalone, we never
told
I'm having a problem starting the USB network interfaces properly on
one of my systems. I brought the problem to the udev list and they're
indicating that it's a Gentoo problem:
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg18840.html
Should I file a bug?
- Grant
thinkpad:
# journalctl -b --no-pager _SYSTEMD_UNIT=systemd-udevd.service
-- Logs begin at Mit 2012-08-15 20:16:00 CEST, end at Mit 2013-02-13
19:03:42 CET. --
Feb 13 18:48:30 enzo systemd-udevd[4415]: failed to execute
'/lib/udev/lmt-udev' '/lib/udev/lmt-udev auto': No such file or directory
I'm
using udev now or not. I remember compiling into the kernel last time
I did a kernel compile. Naturally, when I did the emerge -Cpv
devfsd it complained that I was unemerging something in the system
profile, and that it could damage my system. So I just thought I
would check here before hurting
This revision includes some checking to see if your system can run
without udev. In general, if you use any of...
* GNOME
* KDE
* XFCE
* lvm2
... you probably need udev, so mdev is not for you. I've also found one
situation where I need to take one extra step to run without udev. I
have
Am 25.03.2013 23:30, schrieb Neil Bothwick:
On Mon, 25 Mar 2013 22:38:53 +0100, Stefan G. Weichinger wrote:
Do you have sys-fs/udev in your world file by any chance? If
so, please remove it.
Yes, I had. Removed it, same blockages.
now:
# grep udev /var/lib/portage/world app-vim/udev
On Thursday 01 May 2008, [EMAIL PROTECTED] wrote:
Alan McKinnon [EMAIL PROTECTED] writes:
Ctrl-C to kill the emerge and
rm /var/tmp/portage/sys-fs/.udev-120.portage_lockfile
Egad and how many times have done that in other situations...
I tried emerge -vC udev followed by emerge -v udev
On 1/17/06, Tom Smith [EMAIL PROTECTED] wrote:
What I'm having difficulty with is finding information on the illusive
/etc/udev/permissions.d directory. According to the kqemu docs, I should
edit the file /etc/udev/permissions.d/50-udev.permissions and add the
following line
:
What I'm having difficulty with is finding information on the illusive
/etc/udev/permissions.d directory. According to the kqemu docs, I should
edit the file /etc/udev/permissions.d/50-udev.permissions and add the
following line to it:
kqemu:root:root:0666
The kqemu docs are out of date
Christopher Cowart ccowart at rescomp.berkeley.edu writes:
The easiest way to fix this problem permanently is to
$ sudo rm /etc/udev/{permissions,rules}.d/50-*
$ sudo emerge -av udev
This will blow away the default udev conf files that are causing you
problems, then re-emerge udev
Try this:
Create a file called /etc/udev/rules.d/10-udev.rules
Insert the following in the file
BUS=pci, KERNEL=hdc, SYSFS{vendor}=0x10de, NAME=%k,
SYMLINK=cdrom cdroms/cdrom%n
You'll need to change the SYSFS{vendor} statement and you'll probably
need to reboot.
There's a HOWTO in the gentoo
I have try this. but the problem remains.There is not /dev/hdc at all in my machine.thankszwjOn 4/26/05, Robert S
[EMAIL PROTECTED] wrote:Try this:Create a file called /etc/udev/rules.d/10-
udev.rulesInsert the following in the fileBUS=pci, KERNEL=hdc, SYSFS{vendor}=0x10de, NAME=%k,SYMLINK=cdrom
Richard Fish wrote:
Looking through /sbin/rc, gentoo will disable udev if any of the
following are true:
1. RC_DEVICES is set to devfs.
2. The kernel command line contains noudev.
3. The kernel version is less than 2.6.0.
4. /sbin/udev does not exist or is not an executable file
5. The file
On 11/17/05, James [EMAIL PROTECTED] wrote:
Richard Fish bigfish at asmallpond.org writes:
1. Try upgrading to a more recent version of udev. The current ~x86
version is 073.
Tried this first, (added ~x86 to packages.keywords and emerged udev)
Did not work. This look reasonable so I'll
On Tue, Dec 06, 2005 at 09:17:28PM -0700, Richard Fish wrote:
On 12/6/05, Michael George [EMAIL PROTECTED] wrote:
Already checked that. The root filesystem does contain /dev/null and
/dev/console are there. However, something is obviously breaking when
udev mounts the /dev system
Hi,
On Tue, 5 Jun 2007 15:32:07 +0200 Alan McKinnon
[EMAIL PROTECTED] wrote:
You will need to create a udev rule for this
Something like:
# cdrom symlinks and other good cdrom naming
KERNEL==sr[0-9]*|hd[a-z]|pcd[0-9]*, ACTION==add,
IMPORT{program}=cdrom_id --export $tempnode
ENV
Hello Trenton,
Ok it's been a month since this thread but...
I found myself too oftenly in front of unsolved archived threads.
Did you recompile your kernel with udev support ?
I had a similar problem with a PCMCIA ethernet card while turning my system to
udev.
I recompiled my kernel
threads.
Did you recompile your kernel with udev support ?
I had a similar problem with a PCMCIA ethernet card while turning my system to
udev.
I recompiled my kernel with the same options and adding udev support and it
worked
smoothly (even had a shorter boot time :-) )
Check Code Listing 2.2
Hey all,
I recently (yesterday) completed an emerge sync and then emerge world.
I rebooted my PC today and my system failed to come up. It moaned
about udev or such...
After some inspection, it seems I have an error with touch. I cant
emerge anything, it does not get past unpacking the source
On Fri, Apr 28, 2006 at 03:39:02PM -0400, Penguin Lover Willie Wong squawked:
A message would pop-up saying to the effect that udev is processing
kernel events and then proceeds to load a bunch of kernel modules
which I didn't specify for loading in /etc/modules.autoload.d
Any clue
[EMAIL PROTECTED] wrote:
Nope, it's definitely udev.
I have verified that genkernel does compile the agpgart module and create
the /dev/agpgart as a symlink to /dev/misc/agpgart on the real filesystem.
But when the udev 'populates' /dev it then mounts over top of the real
/dev tree and the new
-style 'static' /dev, where /dev was just a
load of device nodes stored on disk.
With more modern solutions (devfs/udev), you don't ever have to worry about
creating device nodes, they are created automatically when the appropriate
driver is loaded. Its safe to ignore this warning on Gentoo
why has moving /etc/udev/rules.d/40-hplip.rules to
/etc/udev/rules.d/71-hplip.rules and
/etc/udev/rules.d/55-hpmud_support.rules to
/etc/udev/rules.d/71-hpmud_support.rules changed the group from scanner
to lp for file: /dev/bus/usb/005/005 and allowed my printer to work?
Thanks
ubiquitous1980
On Monday 13 September 2010, Stéphane Guedon wrote:
Since few days ( two or three ?), every time I launch emerge, it's saying
me it needs an update of portage itself.
In plus, I have upgraded udev at least two times (160161162 today)...
Don't sync two times a day and emerge -u world if you
:
udev: renaming etho to eth1
There is only the onboard lan chip and no extra ethernet
card is installed in the rig.
Now I have eth1 and no eth0.
Why does this happen? What is the reason for that?
Thank you very much for any hint in advance!
Have a nice weekend!
Best
On 02/19/2011 10:14 PM, Mark Knecht wrote:
On Sat, Feb 19, 2011 at 10:46 AM, Nikos Chantziarasrea...@arcor.de wrote:
On 02/19/2011 08:32 PM, Dale wrote:
Mark Knecht wrote:
SNIP
Don't forget to enable udev as Mike suggested too. I put mine in the USE
line. After all, about all hardware
Carlos Sura writes:
I just have one question, reciently I read in a forum that HAL might be
deprecated on Gentoo, so, I started using UDEV:
USE= -hal udev
But, then I have this problem, updating xorg-server won't work, every
new version of xorg-server just give me a blank screen, so I
Unless I misunderstood this and referenced threads, all this agro is being
generated because udev devs decided to give primacy not to the linux fs and
prevailing FHS conventions, but their udev code and what may have been an easy
workaround for them?
Given that I do not understand the ins
On Sat, Sep 10, 2011 at 12:36 PM, Pandu Poluan pa...@poluan.info wrote:
On Sep 10, 2011 11:22 PM, Michael Mol mike...@gmail.com wrote:
As I understand it, nothing of udev itself is in /usr, but instead
packages and scripts which plug themselves into udev to be triggered
by various events
On Monday, 12. September 2011 15:18:53 Michael Mol wrote:
On Mon, Sep 12, 2011 at 3:07 PM, Michael Schreckenbauer grim...@gmx.de
wrote:
On Monday, 12. September 2011 14:37:24 Canek Peláez Valdés wrote:
No fixable, in reality. The flexibility of udev is in part in that the
userspace can
There's another thread for complaining about the brokenness of the
proposed udev implementation. This one is for doing something about it.
After reading the udev-complaints thread, I joined the busybox list, and
asked if busybox's simple mdev feature could replace udev. See thread
http
Hi,
Following the debates over the summer, about plans to require an initramfs
for udev, I put together a slightly different approach using the dependency
tracking in openrc. It's outlined (in Unsupported Software) at:
http://forums.gentoo.org/viewtopic-p-6866484.html
and consists of a couple
On 2012-01-05 08:43, Alan McKinnon wrote:
I fiddle around a lot with the hardware on those and udev deals with
that nicely considering udev is designed to deal with that nicely.
I confess to being quite ignorant when it comes to what magic udev does
behind the scenes but what makes
On Thu, Jan 05, 2012 at 08:30:52AM +0100, pk wrote
On 2012-01-05 01:02, Alan McKinnon wrote:
On my notebooks and test/development VMs, that's different. Those need
udev.
Why does it need udev specifically? Just curious... if there's a
technical need for something else than /dev
On Tue, 13 Mar 2012 21:07:37 +, Alan Mackenzie wrote:
But I really meant what functionality udev has that mdev lacks. For
example, mdev this morning recognised my USB stick being inserted, and
created /dev/sdc for it.
udev does a *lot* more than that, for example the persistent naming
I just had a bit of a scare after updating to udev-181, but
all is well now, finally. (I hope :)
In addition to the separate /usr problem that has already
been discussed at length here, there are other important
changes in udev-181 to be aware of.
First, I had to add two new items to my kernel
On Mon, Mar 19, 2012 at 10:56 AM, walt w41...@gmail.com wrote:
I just had a bit of a scare after updating to udev-181, but
all is well now, finally. (I hope :)
In addition to the separate /usr problem that has already
been discussed at length here, there are other important
changes in udev
Just a minor correction. It's CONFIG_DEVTMPFS not CONFIG_DEV_TMPFS :)
I just had a bit of a scare after updating to udev-181, but
all is well now, finally. (I hope :)
In addition to the separate /usr problem that has already
been discussed at length here, there are other important
changes
Yesterday udev-181, today udev-182. The devs are busy :)
The update has some interesting changes worth noting, I think.
First, udev-182 conflicts with hplip, but only if you have the
'acl' useflag set.
The new gentoo-sources-3.3.0 introduces a kernel config item that
you need to set according
On Tue, Mar 20, 2012 at 8:35 AM, walt w41...@gmail.com wrote:
Yesterday udev-181, today udev-182. The devs are busy :)
The update has some interesting changes worth noting, I think.
First, udev-182 conflicts with hplip, but only if you have the
'acl' useflag set.
The new gentoo-sources
On Mar 23, 2012 8:46 PM, Alex Schuster wo...@wonkology.org wrote:
Hi there!
emerge --update --newuse @world wants to re-install sys-fs/udev-182 due
to changed USE flags (static-libs), but this package just failed to
compile because of file collisions.
* package sys-fs/udev-182 NOT merged
[...]
But it fixes how udev it's packaged in Gentoo, which is very good
news. I haven't upgraded, since I need systemd-197 also (which wasn't
yet in the tree yesterday), and I don't use LVM, but I'm wondering if
the LVM problem happens when you use an initramfs. I'm guessing it
doesn't
On 12/01/13 00:33, Walter Dnes wrote:
On Fri, Jan 11, 2013 at 10:42:37AM -0600, Canek Pel??ez Vald??s wrote
No, because the problem has never been in udev (nor systemd, for that
matter). It fixes how *Gentoo* packages udev; probably the devs read
the following comment from Lennart (note
On Sun, 20 Jan 2013 03:12:23 -0600, Canek Peláez Valdés wrote:
Therefore, for all the programs that installed rules in
/usr/lib/udev/rules.d before the update, those rules cannot be found
for the new udev. We had a discussion about that some days ago,
several people posted different commands
On Sun, Jan 20, 2013 at 3:52 AM, Neil Bothwick n...@digimed.co.uk wrote:
On Sun, 20 Jan 2013 03:12:23 -0600, Canek Peláez Valdés wrote:
Therefore, for all the programs that installed rules in
/usr/lib/udev/rules.d before the update, those rules cannot be found
for the new udev. We had
On Thu, Jan 31, 2013 at 9:30 AM, Peter Humphrey
pe...@humphrey.ukfsn.org wrote:
On Thursday 31 January 2013 14:05:07 Michael Mol wrote:
OK, it looks like /dev/pts is not mounted. But darned if I know
why...Isn't udev supposed to handle that?
Why did you remove udev-mount from the sysinit
Am 26.03.2013 10:38, schrieb Stefan G. Weichinger:
Am 26.03.2013 01:36, schrieb Stefan G. Weichinger:
Am 26.03.2013 01:20, schrieb Mike Gilbert:
Please run emerge -1 /lib/udev to reinstall any packages which have
installed udev rules in /lib/udev/rules.d.
29 pkgs there (virtual/udev
Googled and can't seem to find an answer to this...
I've had FEATURES=buildpkg for some time on my system, so I already
have udev-171-r10 quickpkg'd...
But for the life of me, I can't seem to find instructions for how to
convert /usr/portage/packages/sys-fs/udev-171-r10.tbz2 to an ebuild
On Sunday 07 Apr 2013 17:00:24 Nick Khamis wrote:
You should do udev first, that way if it breaks you have the maximum
amount of time to get things working again. Not that I'm a pessimist...
PS Please don't top-post, it is frowned upon on this list.
Makes sense and I apologize
On Thu, Aug 1, 2013 at 11:28 AM, Tanstaafl tansta...@libertytrek.org wrote:
Hi all,
Ok, rehashing this, but please don't turn it into another udev vs systemd
thread.
I have an older server that I have been putting off this update, debating on
whether to update to the regular udev
, but cannot for the life of me
find any explicit instructions for*how* to switch from udev to eudev.
emerge -Ca udev
emerge -1a eudev
But there's not a lot of point as eudev isn't that different to udev now,
AFAICT, and a recent update forced me to switch back to udev because
eudev hadn't been
On 2013-08-10 2:47 PM, Dale rdalek1...@gmail.com wrote:
Tanstaafl wrote:
Well, that was about as uneventful as it gets.
emerge -C udev
emerge -1 eudev
etc-update, accepted changes
/etc/init.d/udev restart
Done...
Thanks very much to all who replied to ease my worried mind
(especially Neil
On Sat, Aug 10, 2013 at 09:57:52AM +0300, Samuli Suominen wrote
I expect it to happen around every new udev release that causes slight
incompability; the default of the virtual/udev, sys-fs/udev, doesn't
have to wait for the alternative providers.
The elegant solution is outlined in my
On 11/08/13 08:36, Walter Dnes wrote:
On Sat, Aug 10, 2013 at 09:57:52AM +0300, Samuli Suominen wrote
I expect it to happen around every new udev release that causes slight
incompability; the default of the virtual/udev, sys-fs/udev, doesn't
have to wait for the alternative providers
critical apps, and that would include the virtual/udev as well.
That said - shouldn't this be taken care of by the the virtual/udev
package itself? Shoudln't it keep track of what versions of udev *and*
eudev it supports, and warn you (via a [B]blocker)?
There was a blocker (small b) because virtual
On 6/14/2014 1:02 PM, Mike Gilbert flop...@gentoo.org wrote:
On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl tansta...@libertytrek.org wrote:
*Why* was it removed/no longer needed? And why was it needed previously?
Read the ChangeLog for sys-fs/udev, specifically the entry on 03 Apr 2014
/no longer needed? And why was it needed previously?
Read the ChangeLog for sys-fs/udev, specifically the entry on 03 Apr 2014.
Thanks - a half hour of googling didn't find this.
03 Apr 2014; Samuli Suominen ssuomi...@gentoo.org
udev-212-r1.ebuild, udev-.ebuild:
Punt USE=openrc and always
the init script running `mdadm -As` and the fact that the mdadm
package installs udev rules that allow for automatic incremental
assembly? Refer to /lib/udev/rules.d/64-md-raid.rules and you'll see
that it calls `mdadm --incremental` for newly added devices.
With that in mind, here's something
On 20/04/2015 14:51, Stefan G. Weichinger wrote:
Another 5 yr server that needs some care.
sys-fs/udev-151-r4 and a kernel without CONFIG_DEVTMPFS set.
The old udev blocks openrc etc etc ...
Aside from: install from scratch -
what happens if I upgrade udev before booting a kernel
waltd...@waltdnes.org wrote:
> On Tue, Jun 07, 2016 at 05:05:47PM -0500, Dale wrote
>
>> I switched mine back when eudev was new and not even stable yet. It was
>> as simple as unmerge udev and emerge eudev. I don't recall even doing a
>> reboot, which I rarely do here
ps/systemd-226-r2)
[blocks B ] sys-apps/gentoo-systemd-integration
("sys-apps/gentoo-systemd-integration" is blocking sys-fs/udev-225,
sys-fs/eudev-3.1.5)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-225, sys-fs/eudev-3.1.5)
So just emerg
On Sun, 20 May 2018 17:07:31 +0100, Klaus Ethgen wrote:
> I found a strange problem with udev and, in this case, pcscd.
>
> Installed versions:
>[IP-] [ ] sys-apps/pcsc-lite-1.8.22:0
>[IP-] [ ] sys-fs/eudev-3.2.5:0
>[IP-] [ ] virtual/udev-217:0
>
> - F
On Wed, Dec 1, 2021 at 8:05 PM Rich Freeman wrote:
>
> On Wed, Dec 1, 2021 at 7:15 PM Dale wrote:
> >
> >
> > root@fireball / # ls -al /etc/udev/rules.d/
> > -rw-r--r-- 1 root root 1903 Apr 4 2012 70-persistent-cd.rules
> > -rw-r--r-- 1 root root 814
On Tue, 15 Apr 2008 12:57:43 -0700 (PDT), maxim wexler wrote:
Also, just noticed this little bit: udev: renamed
eth0 to eth1. Why did it do that?
Because you have a udev rule to do this? Take a look
in /etc/udev/rules.d/70-persistent-net.rules
--
Neil Bothwick
Procedure: (n.) a method
Just updated udev to 114 and it left me an einfo with the following:
You still have the directory /etc/dev.d on your system. This is no
longer used by udev and can be removed.
However I _DO NOT_ have an /etc/dev.d.
Should I file a bug report on this?
--
Those who would give up essential
On Tuesday 21 August 2007, Anthony E. Caudel wrote:
Just updated udev to 114 and it left me an einfo with the following:
You still have the directory /etc/dev.d on your system. This is no
longer used by udev and can be removed.
However I _DO NOT_ have an /etc/dev.d.
Should I file a bug
Ernie Schroder wrote:
I'm obviously looking in the wrong places, but I can't find documentation on
getting udev to start at boot. Sound and a few other things you don't notice
right away fail to work until I do:
# udevstart
/dev/dsp is created with correct permissions and I'm good to go
On Tuesday 17 January 2006 18:40, Neil Bothwick wrote:
Don't use that file, that is for udev's own settings, so it will be
updated when udev is. Use 10-udev.rules (create it if not present) which
won't be affected by udev updates and takes precedence over the higher
numbered file.
So that's
Alexander Skwar schrieb:
Hello!
Today I updated from udev-081-r1 to udev-084. Since then,
I can no longer use my USB devices, like my mouse or my
flash card reader.
Did anyone else notice this?
Alexander Skwar
Hi
I have no problem since a updated. Cardreader etc. just works fine.
Ralf
On 2/5/06, Franta [EMAIL PROTECTED] wrote:
Yes, this is set. I'd assume, if my devices are managed by UDEV than all
of them are managed by UDEV. Aren't they?
I've had a short look into 50-udev.rules. The only entries for USB are
these.
This is normal. The /dev/sd* devices are not USB
On 2/25/06, Nick Smith [EMAIL PROTECTED] wrote:
its actually running a 2.4 kernel on sparc, and i dont think they use
udev, i think they are still on devfs. IIRC. is udev the only way to
accomplish this?
Well, for hotplug, I'm not sure. It has been too long since I ran a
2.4 kernel
Helmut Jarausch schrieb:
Hi,
I have a recent GenToo system (udev-130-r1) but I cannot
find the utility 'udevinfo'
Which package contains it?
Many thanks for a hint,
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany
udev has
Try setting the RC_DEVICE_TARBALL=yes to no in /etc/conf.d/rc.
On Mon, 20 Jun 2005, [ISO-8859-15] Sven Köhler wrote:
Hi,
i liked the idea of having very few devices in /dev. Since i installed
udev, i got plenty of them. AFAIK, the deives are saved on shutdown and
restored on boot. How can
Based on the log, I would say udev is the most likely point of failure.
Have you run etc-update yet?
Yes... although I may have rebooted before doing so.
You can also try setting udev_log=yes in /etc/udev/udev.conf, to have
udev output sturff to /var/log/messages.
Will do
Whenever I boot up my machine, I get a message to the effect The Gentoo
system initialization scripts have detected that your system does not
support DEVFS or UDEV... I have included all of the appropriate kernel
options and emerged UDEV, hotplug, etc. per the Handbook. Anyone have
some hints
Norberto Bensa schrieb:
Alexander Skwar wrote:
still no
automount :(
In my boxes, I need these versions...
sys-apps/dbus-0.36.2
sys-fs/udev-072
sys-apps/hal-0.5.4
sys-apps/ivman-0.6.4
sys-apps/pmount-0.9.6
[EMAIL PROTECTED] ~ $ epm -q dbus udev hal ivman pmount
dbus-0.50-r1
udev
On Friday 09 December 2005 16:04, Simon Hogg wrote:
I was suffering from this same problem and it does appear to be a bug
in udev-077-r1 (-r2 is now in ~x86 but I've not tried it yet).
The solution that someone else came up with (calr0x on the forums) was
to run udevstart once the system
Hello maxim wexler,
Google says create file
/etc/udev/rules.d/10-local.rules
containing the line
KERNEL==parport0 NAME=lp0
Which creates the device no problem. However
/dev/parport0 is no more and
That's right, because you have told udev to give it the name lp0,
instead of parport0
Richard Fish wrote:
One problem with this. Udev will apply all matching rules until it
finds one with a NAME entry. So you probably want MODE:=0666 to
prevent any later rules from overwriting your mode.
This isn't entirely true, udev doesn't stop at NAME any more. It stops
at the end
On Thursday 12 October 2006 17:20, Grant wrote:
I noticed this:
sys-fs/udev-089 and later takes over the responsibility of
coldplugging. Therefore sys-apps/coldplug is no longer needed.
here:
http://gentoo-wiki.com/HOWTO_Installing_USB_Scanner
Is udev-089 a replacement for coldplug
I noticed this:
sys-fs/udev-089 and later takes over the responsibility of
coldplugging. Therefore sys-apps/coldplug is no longer needed.
here:
http://gentoo-wiki.com/HOWTO_Installing_USB_Scanner
Is udev-089 a replacement for coldplug in all cases?
Yes.
Well, that's the theory
301 - 400 of 8452 matches
Mail list logo