In <20090620195455.7bb3f...@krikkit.digimed.co.uk> n...@digimed.co.uk (Neil
Bothwick) writes:
>--Sig_/.KFxtR6gb4d9wtxUesjzg7P
>Content-Type: text/plain; charset=US-ASCII
>Content-Transfer-Encoding: quoted-printable
>On Sat, 20 Jun 2009 16:10:20 + (UTC), Konstantinos Agouros wrote:
>> In thi
In <200906201954.32979.dirk.heinri...@online.de> dirk.heinri...@online.de (Dirk
Heinrichs) writes:
>--nextPart1582325.iDhiksPzNm
>Content-Type: text/plain;
> charset="utf-8"
>Content-Transfer-Encoding: quoted-printable
>Content-Disposition: inline
>Am Samstag 20 Juni 2009 18:10:20 schrieb Konst
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
> 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.
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 le
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 compile
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?
>
> Yo
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 w
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 J
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 fr
> 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
> 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, devic
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
>
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 ag
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
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
have
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:
>
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
> > *
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
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 m
On Sat, 20 Jun 2009 11:01:33 +0200
Dirk Heinrichs wrote:
> Am Samstag 20 Juni 2009 09:37:24 schrieb Mike Kazantsev:
>
> > Dirk Heinrichs 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-c
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,
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 0
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,
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 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 ker
On Fri, Jun 19, 2009 at 17:50, Massimiliano
Ziccardi 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 (xf86-video-intel).
> Do I get any improve
Am Samstag 20 Juni 2009 09:37:24 schrieb Mike Kazantsev:
> Dirk Heinrichs 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
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 ther
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
>> load
On Sat, 20 Jun 2009 09:08:05 +0200
Dirk Heinrichs 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
> > before lvm or ev
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
;-)
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 c
Am Samstag 20 Juni 2009 07:33:38 schrieb Mike Kazantsev:
> On Fri, 19 Jun 2009 22:15:12 -0600
>
> Maxim Wexler 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 coh
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 manually
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
36 matches
Mail list logo
