Hi,
did somebody forget to remove the ~?
Regards,
Konstantin
--
Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: elw...@agouros.de
Otkerstr. 28, 81547 Muenchen, Germany. Tel +49 89 69370185
Captain, this ship
Hi,
I have a box that serves as a firewall and thus has different NICs.
However when booting I run into a problem:
One of the NICs needs the de4x5 driver another the tulip one. Udev
loads tulip first, which then tries to claim the card the needs de4x5
but this does not work. So I have to
Am Samstag 20 Juni 2009 07:33:38 schrieb Mike Kazantsev:
On Fri, 19 Jun 2009 22:15:12 -0600
Maxim Wexler maxim.wex...@gmail.com wrote:
Seems if I add the commands:
vgscan --mknodes
vgchange -a y
mount -a
to /etc/conf.d/bootmisc and add it to the boot runlevel, the eee boots
to a
Am Samstag 20 Juni 2009 09:06:51 schrieb Konstantinos Agouros:
Hi,
I have a box that serves as a firewall and thus has different NICs.
However when booting I run into a problem:
One of the NICs needs the de4x5 driver another the tulip one. Udev
loads tulip first, which then tries to claim
On 06/20/2009 10:04 AM, Konstantinos Agouros wrote:
Hi,
did somebody forget to remove the ~?
Yep, you.
echo =www-client/mozilla-firefox-3.0.11 /etc/portage/package.keywords
;-)
On Sat, 20 Jun 2009 09:08:05 +0200
Dirk Heinrichs dirk.heinri...@online.de wrote:
I believe there's after device-mapper line already in lvm-2.02.45, so
it should run fine, but as an additional precaution I have dm-crypt
script at sysinit runlevel, which starts device-mapper and dm-crypt
Dirk Heinrichs wrote:
Am Samstag 20 Juni 2009 09:06:51 schrieb Konstantinos Agouros:
Hi,
I have a box that serves as a firewall and thus has different NICs.
However when booting I run into a problem:
One of the NICs needs the de4x5 driver another the tulip one. Udev
loads tulip first,
On Sat, 20 Jun 2009 09:25:49 +0200, Dirk Heinrichs wrote:
One of the NICs needs the de4x5 driver another the tulip one. Udev
loads tulip first, which then tries to claim the card the needs de4x5
but this does not work. So I have to manually set things straight
after- wards. Is there a way
Am Samstag 20 Juni 2009 09:37:24 schrieb Mike Kazantsev:
Dirk Heinrichs dirk.heinri...@online.de wrote:
I believe there's after device-mapper line already in lvm-2.02.45, so
it should run fine, but as an additional precaution I have dm-crypt
script at sysinit runlevel, which starts
On Fri, Jun 19, 2009 at 17:50, Massimiliano
Ziccardimassimiliano.zicca...@gmail.com wrote:
However (but maybe I've understood wrong), it says that I have to define
that variable only if I want to use the old xf86-video-i810 name. If I don't
define that, I should use the new name
Am Samstag 20 Juni 2009 09:42:43 schrieb Dale:
Could he not just build the modules into the kernel and then not have to
worry about the loading at all? Heck, the only module I use is nvidia
but it is not a in kernel option.
That doesn't prevent the order from changing with a different kernel
Am Samstag 20 Juni 2009 10:06:37 schrieb Neil Bothwick:
I thought that,but reading the question again, I don't think the problem
is naming, but the wrong driver claiming the card.
Naming makes the order irrelevant.
Bye...
Dirk
signature.asc
Description: This is a digitally signed
Am Samstag 20 Juni 2009 11:06:19 schrieb Dirk Heinrichs:
Am Samstag 20 Juni 2009 10:06:37 schrieb Neil Bothwick:
I thought that,but reading the question again, I don't think the problem
is naming, but the wrong driver claiming the card.
Naming makes the order irrelevant.
And, again, we're
I had some time on my hands and decided to try compiz-fusion.
When I try to start compiz-manager I get the following:
$ compiz-manager
Checking for Xgl: not present.
Detected PCI ID for VGA: 01:00.0 0300: 10de:0422 (rev a1) (prog-if 00 [VGA
controller])
05:00.0 0300: 10de:0422 (rev a1) (prog-if
On Sat, 20 Jun 2009 11:06:19 +0200, Dirk Heinrichs wrote:
I thought that,but reading the question again, I don't think the
problem is naming, but the wrong driver claiming the card.
Naming makes the order irrelevant.
True, but, depending on how you interpret the original question, it
On Sat, 20 Jun 2009 11:01:33 +0200
Dirk Heinrichs dirk.heinri...@online.de wrote:
Am Samstag 20 Juni 2009 09:37:24 schrieb Mike Kazantsev:
Dirk Heinrichs dirk.heinri...@online.de wrote:
I believe there's after device-mapper line already in lvm-2.02.45, so
it should run fine, but as
Am Samstag 20 Juni 2009 12:48:03 schrieb Neil Bothwick:
True, but, depending on how you interpret the original question, it cold
also mean that the wrong driver claiming the card means the interface
doesn't come up. It all depends on how you interpret this doesn't work,
which isn't the most
Am Samstag 20 Juni 2009 13:56:51 schrieb Mike Kazantsev:
So LVM would start before dmcrypt? Great.
Yes.
No, because encrypted partitions hold LVM volumes as well.
Well, the usual way is to encrypt LVs, so LVM mut be first. Gentoo support's
this scheme as default. If you decide to do it
On Friday 19 June 2009 03:40:08 Alan McKinnon wrote:
On Friday 19 June 2009 02:09:21 Daniel D Jones wrote:
I'm getting lots of errors like the following:
* ERROR: app-office/karbon-1.6.2 failed.
* Call stack:
* ebuild.sh, line 49: Called src_unpack
*
In 200906201106.19482.dirk.heinri...@online.de dirk.heinri...@online.de (Dirk
Heinrichs) writes:
--nextPart7888557.vBO4LPOhks
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Am Samstag 20 Juni 2009 10:06:37 schrieb Neil Bothwick:
I thought
John covici wrote:
Hi. I have a Dell Latitude D820 laptop and for the life of me, I
can't get uvesafb to work. There are no messages, I just get the 25
lines by 80 column screen. I emerged clib, and v86d and made sure my
.config had /usr/share/v86d/initramfs as the initramfs source, and I
on Saturday 06/20/2009 Ian Lee(i...@leehouse.eclipse.co.uk) wrote
John covici wrote:
Hi. I have a Dell Latitude D820 laptop and for the life of me, I
can't get uvesafb to work. There are no messages, I just get the 25
lines by 80 column screen. I emerged clib, and v86d and made sure
Am Samstag 20 Juni 2009 18:10:20 schrieb Konstantinos Agouros:
Naming makes the order irrelevant.
How so?
Because you no longer have eth0 and eth1 which may be one or the other NIC
depending on module load order or in which order the kernel discovers the
NICs.
Look at my example rules
On Sat, 20 Jun 2009 16:10:20 + (UTC), Konstantinos Agouros wrote:
In this case it is eth1 which doesn't work if tulip is loaded before
de4x5.
As previously requested,please try to be a bit more specific than
doesn't work.
I also do not think that building the modules in the kernel
Guess you can do the same, at least if you don't have dm-crypt
mappings, or you can try adding device-mapper to sysinit level directly.
Here's my boot sequence (from rc.log):
rc sysinit logging started at Fri Jun 12 04:24:55 2009
No good. rc-update shows udev, devfs, dmesg,
As said above, it's not not needed. Maybe it's better to investigate wether
there are any leftovers from baselayout 1 in the runlevels. This was at
How?
least
the reason I got an unbootable system after switching to bl 2.
I upgraded to bl-2 to avoid this problem but it didn't help. The
On Friday 19 June 2009, Alex Schuster wrote:
Volker Armin Hemmann writes:
On Donnerstag 18 Juni 2009, Alex Schuster wrote:
I have lang=de_de.u...@euro set now, before it was unset. Those umlaut
btw
use either de...@euro or de_DE.UTF8
Oh, thanks.
I got this setting from the gentoo
Am Samstag 20 Juni 2009 21:14:35 schrieb Maxim Wexler:
Guess you can do the same, at least if you don't have dm-crypt
mappings, or you can try adding device-mapper to sysinit level directly.
Here's my boot sequence (from rc.log):
rc sysinit logging started at Fri Jun 12 04:24:55
Am Samstag 20 Juni 2009 21:23:29 schrieb Maxim Wexler:
As said above, it's not not needed. Maybe it's better to investigate
wether there are any leftovers from baselayout 1 in the runlevels. This
was at
How?
You could start by comparing the contents of the bl2 and openrc packages with
Am Samstag 20 Juni 2009 22:26:31 schrieb Dirk Heinrichs:
Am Samstag 20 Juni 2009 21:23:29 schrieb Maxim Wexler:
As said above, it's not not needed. Maybe it's better to investigate
wether there are any leftovers from baselayout 1 in the runlevels. This
was at
How?
You could start
Am Samstag 20 Juni 2009 22:23:58 schrieb Dirk Heinrichs:
No good. rc-update shows udev, devfs, dmesg, device-mapper in sysinit
runlevel.
device-mapper is wrong, there.
After reading your initial post in this thread again, that explains the
problem. You have dm-crypt and dm-mod compiled as
Hi All,
I have not been able to capture a screenshot and I am not sure how to describe
this problem well, but here it goes.
If I exit xorg and then get back into it, on occasions there is a 17.5mm
square shaded artifact showing up where the mouse is. The cursor itself is
located at the top
So you should really put device-mapper into the boot runlevel. And btw, why
do
compile things as modules which you need in any case? Doesn't make sense to
me.
I put device-mapper into the boot runlevel. I re-compiled the kernel
with dm-mod=*, dm_crypt=*, mmc_block=* and rebooted.
No change.
Hi,
According to gentoo bug #120236, genkernel will not directly support
build xen kernel. Does this means I will have to apply the patch in
the bug whenever I want to build my xen kernel with genkernel? My
system is build on LVM, so I need genkernel to build the start up
script to active LVM. Is
34 matches
Mail list logo