S, Paul Stear piše:
Hi,
I have just changed my motherboard and processor and am having trouble with my
network connection.
I am having to enter in a root terminal the following each time I boot the
system:-
ifconfig eth3 192.168.1.6 broadcast 192.168.1.255 netmask 255.255.255.0 up
After this
Mark Knecht wrote:
SNIP
As far as I can tell so far:
ACCEPT_LICENSE=* will accept all licenses.
ACCEPT_LICENSE=dlj-1.1 will accept just this license in case someone
doesn't want to use licensed software without knowing that they've
added it.
HTH,
Mark
ACCEPT_LICENSE is mentioned in
David Shen wrote:
SNIP
But when I try to boot my system, I got kernel panic, and it says it
cannot find the init script. If I remove the 'initrd' instruction from
the grub.conf file, the error message does different, which means the
system WAS trying to process the initramfs. But I do not
Alex Alexander wrote:
most packages build fine with a 768M tmpfs :)
if you plan on compiling big stuff like gcc you'll need to make it
larger or unmount it though.
With ext4 useable, is it still practicall to fiddle with thmfs for
building ?
Ext4 can be configured so that it defers
Branko Badrljica wrote:
With ext4 useable, is it still practicall to fiddle with thmfs for
building ?
EDIT: Typo- thms --tmpfs
Alex Alexander wrote:
you would need a separate partition for /var/tmp/portage with special
settings to be safe... even then, if you can afford the ram, tmpfs is
probably a better solution.
I use such settings on my machine all the time, with no problems
whatsoever until now.
It just
Nikos Chantziaras wrote:
I'm on ext4 with delayed allocation enabled, but I still see GUI
lock-ups when emerging without tmpfs (and I do have nice 19 and ionice
idle). There are a few lock-ups even with tmpfs, but not as severe as
without it. But I do have 6GB RAM. Not sure if 2GB will be
Duncan wrote:
Then, look at memory model. Here, with current kernels, I have only one
option, Sparse, evidently limited by my choice of hardware (Processor
family and/or Supported processor vendor options, higher on the page, I'd
guess or perhaps probed from the BIOS). However with older
Volker Armin Hemmann wrote:
well, duncan has some old hardware and likes to turn on a lot of superfluos
options. Don't touch the numa stuff. Don't even enable it if you have 2cores
or intel system.
True. NUMA is for Non Uniform Memory Access systems or roughly the
systems with several
Martin Herrman wrote:
All,
After reading this:
http://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4
do you have any experience with mounting your ext3 filesystems using
the ext4 module? Is the performance improvement noticeable?
I haven't tried it directly,
Volker Armin Hemmann wrote:
install the gcc-porting and toolchain overlays. Have fun. Or feel the pain.
look at this first:
http://bugs.gentoo.org/show_bug.cgi?id=249226
Thanks for the answer. I emerged it and it seems to be working, even
though I am using pretty aggressive flags:
Duncan wrote:
If you're interested in more, check the last three weeks' or so LWN
(lwn.net) kernel pages. There's links to the LKML threads, as well as to
the Ubuntu bug that kicked it all off. (Some proprietaryware NVidia
driver folks were crashing frequently, and those who had chosen the
Branko Badrljica wrote:
And BTW I do have journal=writeback all the time.
Oops. My bad. I had data=writeback on servers, but it appears I have
changed it to ordered last week, when I updated my initrd/initramfs
amongst other things...
Sorry
Duncan wrote:
I hadn't thought of that use of binpkgs, but yes, it should work. =:^)
If you're advanced enough at scripting to be thinking about it, then
great, and the overlay thing above shouldn't be too bad of a challenge,
either.
Question that comes to my mind is why isn't this
I have noticed that gcc-4.4.0 is out for some days now and went to see
if anyone has noticed it on gentoo.org.
As it turns out, bug is opened by some avid user, but no one came up
with ebuilds so far.
Given the fact that the new gcc has two new dependencies, which also
need theirs ebuilds
Steven Lembark wrote:
Works fine on x86, both with acroread-9.1; other
files work here with 9.1 on AMD, so it may be this
file...
Q: Would anyone else be willing to try opening
the file to see if the problem is local to
my systems?
I had Acroread 8.1.something and have just emerged
Duncan wrote:
Duncan wrote:
Did you try md-mod,start_dirty_degraded=1 (AFAIK this applies to
RAID-4/5/6 only)?
No
Hmm, and you said RAID-5, right?
Yes. I tried now to boot without initramfs and it works- with and
without that md-mod,start_dirty_degraded=1 option.
Branko Badrljica wrote:
Yes. I tried now to boot without initramfs and it works- with and
without that md-mod,start_dirty_degraded=1 option.
Update: it doesn't work really. System boots, but I can't write anything
to filesystem. mount reports everything as fine. rootfs is mounted rw
flockm...@gmx.at wrote:
SNIP
thanks for the answer, i'm already running grub-0.97-r9.
perhaps it is time to switch back to good old lilo, or to play with grub2 ;)
Or perhaps not. I have 12+ MB kernels ( with internal initramfs for v86d
and modules ) and external initramfs loaded with
Duncan wrote:
Yes, for LVM, no, for RAID, at least md/mdp kernel RAID.
In theory, yes. In practice, it is unpredictable and flakey.
I lost more than a day with a system that used to be able to
autoassemble the RAID in kernel and boot it and then simply changed its
mind and no matter what I
Duncan wrote:
Did you try md-mod,start_dirty_degraded=1 (AFAIK this applies to
RAID-4/5/6 only)?
No
What about listing the appropriate component devices, as so:
md=d1,/dev/sda1,/dev/sdb1,/dev/sdc1... ?
Yes. I had it by default. Without it never seemed to work.
With it, it worked
Daiajo Tibdixious wrote:
When I boot without the CD, I don't think control is going to grub.
There are no messages, it just sits there after 'boot from CD' comes
up.
I had the same problem with Asus M3N78 with Phenom 9850. I solved it by
updating BIOS to latest version, reseting CMOS and
Duncan wrote:
-combine is the one that causes the most problems, handled per trouble-
package as mentioned in the other thread using /etc/portage/env/* files.
The -fredorder-blocks-and-partition can in some cases as well, but if you
don't have either of those in CXXFLAGS, you'll avoid a lot
Given your CPU choices, it is obvious that you are ignoring i7, I
suspect beacise the price.
In that case, I think you should reconsider AMD. I have a couple of
Phenoms, which work really fine with Gentoo.
However, if its lower frequency and smaller cache of 9850 and 9950 is
what bothers
Branko Badrljica wrote:
SNIP
Ooops. Sorry for top-post ;o/
David Relson wrote:
Hi,
Anybody using an ASUS M2A-VM mobo with a 2.6.27 kernel?
SNIP
I have had somewhat similar problems on Phenom.
Do you have nvidia card on the machine ?
If so, there is some parameter for the module that limits its use of
IOMMU space.
Also, I thint the problem was
Nikos Chantziaras wrote:
Branko Badrljica wrote:
gcc -O2 -m32 -march=barcelona -pipe -L/usr/lib64 -lgdgeda -o tt tt.c
(libgdgeda has just .so )
-m32 generates 32-bit code. /usr/lib64 is only for 64-bit binaries.
Don't use -m32.
Sorry, I forgot to remove -m32 from my example
Martin Herrman wrote:
On Tue, Dec 9, 2008 at 1:23 PM, Sami Näätänen [EMAIL PROTECTED] wrote:
to /etc/portage/package.keywords. With 4.3.2 I use:
CFLAGS=-march=native -O2 -pipe
With only a small effort, you get most of the benefits. So fine-tuning
to the edge will give you issues to solve
Duncan wrote:
Well, you say you want stable, but then say you use ~arch, so I see
you're not too stick in the mud. =:^)
Here's mine, for a dual Opteron 290:
CFLAGS=-march=opteron-sse3 -pipe -O2 -frename-registers -fweb -fmerge-
all-constants -fgcse-sm -fgcse-las -fgcse-after-reload
Sami Näätänen wrote:
SNIP about -ftree-vectorize
For example:
float a[4];
float b[4];
SNIPped the rest of example
Nice one. And probably with stellar speedup, since bunch of code gets
replaced with one or two SSE instructions.
But how relevant is it in real life examples ?
I was trying to install nVidia's CUDA SDK for toying with GPU as
computing tool, but I soon found out that I can't compile anything.
I always get error's like can't find -lGL etc from compiler. So I took
a look where LIBPATHetc were set and everything seemed fine.
After that, I tried with
Mark Haney wrote:
Volker Armin Hemmann wrote:
On Dienstag 02 Dezember 2008, Mark Haney wrote:
I've done something really stupid and FUBAR'd my BIND install on what
will be my new slave DNS server. The problem is that no matter what I
do, when I try to start BIND the system claims 'named is
Eduardo Schoedler wrote:
SNIP
Hi Beso.
http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options
native
This selects the CPU to tune for at compilation time by determining
the processor type of the compiling machine. Using -mtune=native
ONe fo my machines still has K8 - AMD64 X2 6000+ in it.
cat /proc/cpuinfo doesn't list SSE3 capabilities of the CPU, whereas AMD
states that newer AMD64 (2005 and after that) are SSE3 capable and
gcc-4.3.2 has -march=k8-sse3
Wikipedia states that AMD K8 is SSE3 capable, except for a few
Justin wrote:
Barry Schwartz schrieb:
Mansour Al Akeel [EMAIL PROTECTED] skribis:
Any idea ?
If you use ccache, try emptying it.
I think there is something else wrong, because it fails in the configure
phase.
Send us an emerge --info output, please.
Mansour Al Akeel wrote:
Just out of curiosity, how did you know that IA32_EMULATION is not
enabled? Which message told you this ?
He probably just suspected. Kernel's inability to run 32-bit code could
be one of the reasons why the test code run failed.
Other reason might be some linking
Branko Badrljica wrote:
Be it as it may, on linux at least for traditional /dev/sdX links it
doesn't work, but it should work for addressing the drive through
/dev/disk/by-uuid or /dev/disk/by-path or /dev/disk/by-id.
Self-correction is in order here; I forgot that I have tried
I had the same two problems.
WRT to grub, I don't remember anymore exactly what I have done, but I
think I have
copied sectors 1-62 from one conventional grub-bootable HDD to USB,
Or maybe used some old HDD and formated it, parittioned it like the USB
disk, copied /boot partition on it and
Jason wrote:
You may want to look at specifying root by it's UUID. This will
prevent issues like the USB drive being /dev/sdg on one machine,
/dev/sdb on another, and on reboot it all changing because the drives
were detected in a different order.
I have tried that and booting by UUID
Jason wrote:
initrd is exactly how you do it. In the case of booting off of USB,
there are too many variables (drive detection order, different
hardware, etc) to handle on the kernel command line. An initrd gives
you the flexibility to solve these problems.
You could use initrd/initramfs,
Hernan Lopez wrote:
Hello, I´m did install UtutoXS2007 (based on Gentoo 2007), FreeBsd, and I don´t
have this problem. Generally the USB key when exec the post the same is (sd0)
and boot, then of boot the usb key, (sd0) is the principal Hard Disk, NOT THE
USB KEY, this pass of (sd0) to (sd1).
41 matches
Mail list logo
