On 3/22/07, Jonathan Gill <[EMAIL PROTECTED]> wrote:
Hi.
Ive got a weird problem here and hoping someone can give me a solution,
or point me to some docs that show how to resolve this.
I have a system that I have built that I use as a base for all my other
boxes. (think stage 4)
I tar it up, b
On Thu, 22 Mar 2007 16:04:16 -0500, Boyd Stephen Smith Jr. wrote:
> > Delete /etc/udev/rules.d/70-persistent-net.rules
>
> It won't come back next time udev is installed?
Yes it will, but with the correct information. the problem is that the
old file had allocated eth0 and eth1 to MAC addresse
On Thursday 22 March 2007, Neil Bothwick <[EMAIL PROTECTED]> wrote
about 'Re: [gentoo-user] Problems with udev and network cards changing
device name':
> Delete /etc/udev/rules.d/70-persistent-net.rules
It won't come back next time udev is installed?
> This associa
Jonathan Gill wrote:
Once ive set the bootloader up and rebooted, it moves the network
cards from eth0 and eth1 to eth2 and eth3 (and its just moved them to
eth4 and eth5 on a new installation!)
What can I do to make sure it comes up as eth0 and eth1 each time?
Delete /etc/udev/rules.d/70-p
On Thu, 22 Mar 2007 22:56:43 +0800, Jonathan Gill wrote:
> To tar it up, I boot on a live cd, mount the partitions as needed (root
> and boot) and then tar with cjpf the whole thing.
>
> Once ive set the bootloader up and rebooted, it moves the network cards
> from eth0 and eth1 to eth2 and eth
Hi.
Ive got a weird problem here and hoping someone can give me a solution,
or point me to some docs that show how to resolve this.
I have a system that I have built that I use as a base for all my other
boxes. (think stage 4)
I tar it up, boot the new box on a livecd, and untar it after mo
On Thu, 14 Jul 2005 14:41:52 +0200, Dirk Heinrichs wrote:
> > Try checking a file
> > called /etc/udev/permissions.d/50-udev.permissions, this file sets
> > the permissions of devices during boot.
>
> No. This has already changed since more than 10 versions of udev.
> Permissions are now set in
Volker Armin Hemmann wrote:
> I switched last night from devfs to udev and had the same kde problem.
> I solved it by running udevstart as root. Oh, and I checked the permissions
> file in /etc/udev
If running 'udevstart' fixes your ownership/permissions problem, try logging
in again and see if t
On Thursday 14 July 2005 12:52, Sean Higgins wrote:
> Try checking a file called /etc/udev/permissions.d/50-udev.permissions,
> this file sets the permissions of devices during boot. My line in that
> file is:
>
> null:root:root:0666
>
> which sets the permissions to 0666 which is what you expect.
Am Donnerstag, 14. Juli 2005 12:52 schrieb ext Sean Higgins:
> Try checking a file called /etc/udev/permissions.d/50-udev.permissions,
> this file sets the permissions of devices during boot.
No. This has already changed since more than 10 versions of udev.
Permissions are now set in /etc/udev/ru
Try checking a file called /etc/udev/permissions.d/50-udev.permissions, this
file sets the permissions of devices during boot. My line in that file is:
null:root:root:0666
which sets the permissions to 0666 which is what you expect.
I had problems with some other devices, like misc/nvram, and
On Thursday 14 July 2005 11:07, renna wrote:
> hi to all
> i'm having some problems, with, i think, the permissions
> of /dev/null /dev/console and /dev/zero. every time i boot they're set up
> to 660, like this
>
> crw-rw 1 renna root 5, 1 Jul 13 17:04 /dev/console
> crw-rw 1 root root
hi to all
i'm having some problems, with, i think, the permissions
of /dev/null /dev/console and /dev/zero. every time i boot they're set up to
660, like this
crw-rw 1 renna root 5, 1 Jul 13 17:04 /dev/console
crw-rw 1 root root 1, 3 Apr 9 06:31 /dev/null
crw-rw 1 root root 1,
13 matches
Mail list logo