I am trying to install Fedora Core 1 for AMD64 test1 on a system with
the following specs:
CPU: AMD Opteron 246 (dual)
RAM: 16 GB
Motherboard: Tyan Thunder K8W V1.01a
GPU: NVIDIA Quadro FX 500
I have tested the installation media and it passed the tests.
I boot the system with the installation CDs and it will proceed until
loading the GUI but then it aborts with the following message
Install exited abnormally
And prompts for reboot
I have tried booting with acpi=off and with linux text. Same problem.
Has anyone had better luck with a similar system?
| Mario J. Borgnia, Ph. D. |
| Lab of Cell Biology |
| NIH NCI/CCR |
| 50 South Drive Rm 4306 MSC 8008 |
| Bethesda MD 20892-8008 |
| Tel: (301) 594 0563 |
| mborgnia(a)nih.gov |
Please avoid sending me Word or PowerPoint attachments.
1 gig RAM
Viewsonic vp211b tft
ATI Radeon 9800 pro 256mb
The above has a promise raid array which isn't recognised, I'm not bothered
about that as I'm using the plain 80 gig drive for linux. The raid uses two
120gig sata drives and is aprtitioned only for win xp.
When I try to install Fedora it enters the Anaconda phase and momentarily I
have a white screen with the X cursur, it is moving for 5 or so seconds and
then locks up with nothing else happening. If I use linux acpi=off I get
occssional screen changes from black back to white, every now and then.
The Radeon card appears to be recognised but not the Viewsonic monitor.
-----BEGIN PGP SIGNED MESSAGE-----
The emu10k1 driver will not load from the subject kernel. It bombs with
[root@stealth root]# modprobe emu10k1
unresolved symbol sys_lseek
Lunar Linux Project Lead
Disclaimer: "I am not a curmudgeon! No... really..."
Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
I recently switched from UW-IMAP to Dovecot IMAP and from mbox to
Maildir directories on a server. On a different server, I've been using
Dovecot with mbox for some time and recently converted it to Maildir as
well. In both cases, I'm using Mozilla or Thunderbird as my client.
It appears that after switching from mbox where label flags are stored
in headers to Maildir where the flags are stored at the tail of the
filename, that message labels were "Broken". Message labels appear to be
reverse associated with letters. Label 1 being f, Label 2 - d, 3 - c, 4
- b, and 5 - a.
How comes the problem. If I set one label and leave it, there's no
problem. However if I change a label on a message, or attempt to remove
it, it appears that dovecot isn't removing the previous label flag, but
instead adding a new label. If I'm switching from 5 to 3, it appends c
to a, and the client won't notice the difference. However, I can't
switch back from 3 to 5, since the flags are stored alphabetically, and
the previous flags aren't removed. Instead - the old label sticks. I can
apply all labels, and all "characters" remain in the filename, however
the "highest" in the alphabet is what gets displayed, and I end up with
a trailer on the file of "abcdf".
Proper behavior would be to remove the previous label flag before
applying a new one. This didn't appear to be a problem in the mbox
version since the labels were stored in the headers under X-Label or
something like that.
Interestingly, Evolution 1.4 is able to clear the labels, but only does
so after you exit the client.
This happens under 0.99.10-6 (core 1) and 0.99.10.4-1 (devel).
Bugzilla time? I filed 114230 for Dovecot, but I'm not 100% sure if this
is a Dovecot or Mozilla issue. I'm leaning toward Dovecot not clearing
previous labels, since the mail client generally doesn't "care" what
backend format you're using.
Rick Johnson, RHCE #807302311706007 - rjohnson(a)medata.com
Linux/Network Administrator - Medata, Inc. (from home)
PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc
I'm trying to make use of a precompiled 32-bit binary, but am receiving the
-bash: ./SDBINST: /lib/ld-linux.so.2: bad ELF interpreter: No such file or
Checking lib, there are indeed no libraries there.
Now, my question is, is it safe to symlink the required libraries to their
64-bit counterparts? if not, can I safely install an i686 glibc to meet the
requirements, and if not, what *is* the recommended method to correct the
my configuration is the dsl modem hook up to the hub by ways of uplink and
all 4 comoputer hook up to the hum with static ip address but thr firewall
on linux is preventing the fedora box from connecting to the internet
>From: jason pearl <jpearl24(a)cox.net>
>Subject: Re: unable to connect to the internet
>Date: Tue, 20 Jan 2004 17:54:39 -0700
>On Tue, 20 Jan 2004 19:52:20 -0500
>"alton bailey" <ojgbagg27ab(a)msn.com> wrote:
> >A few days ago i went for a drive and return to see that my computers
> >internet connection was down. I began to trace all my net cable to my
> >router only to find out that my router bagan to malfunction. I
> >deassemble my network and connect my dsl modem to a 8 port hub and
> >start the network only to find out that FC1 cant find the internet
> >connection the firewall is preventing it from connecting I desable the
> >firewall and it still says the same thing I reinstall and the same
> >thing happen could someone point me in to resolve this problem
>im assuming you are trying to go from dsl modem to hub to computer...
>do you have all 8 hooked up... do you have a static ip.. only 1 will
>have access if u have dynamic ip..
>hook the computer straight from the modem... if u have static ip with no
>router you have to configure the computer with your ip.
>jason pearl <jpearl24(a)cox.net>
>"Keep your friends close and your enemies closer"-Tupac
>Kurrupted Visionz Phx, AZ registered linux user #307811
>MDK 9.2 Linux Machine# 193475, 227341
>AMD64 Opteron 1.6 http://counter.li.org
>uptime: 17:52:33 up 5:24, 3 users, load average: 2.03, 2.24, 2.43
><< attach3 >>
I think I know what the basic issues are here, but I'm trying to get
some bearing on what to do next, and maybe nudge the developers in a
I have a dual Opteron with the 1210SA controller plus a 36GB WDC SATA
disk. It won't install either of the test or development setups. It
will boot, recognize the controller as an IDE device (I believe that
is the siimage driver, right?), find the disk, but then I get tons of
"hdg: lost interrupt" messages. The system appears to talk to the
disk, but so slowly as to be useless.
Skimming recent discussions on the Linux Kernel list, it transpires
a) the controller has a SIL3112 chip
b) the firmware has a nasty habit of turning the interrupts off on
this particular device
c) there's another kernel driver (sata_sil + libata) which is the one
you really ought to use
d) patches exist and have been tested with some success
I saw a note (where?) to the effect that the libata stuff was still in
the works and an errata RPM was being planned. In any case, I'm not
badly scared of patching kernels myself. However, without a kernel
that can handle the disk, I'd still be up the creek without a paddle.
(No other Opterons around and I'm not going into cross-compiling from
On the other hand if someone would just set up a pxeboot directory
with stuff which could get me through the install stages, I'd be eager
to test it and report back. It might be useful to do this before
release since I suspect I'm not the only one around with such a
setup (nudge, nudge...)
The other obvious workaround is of course just to go out and buy a
disk for the *real* IDE controller and install to that. However, if a
solution is just around the corner, I'd rather save my money for
O__ ---- Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~~~~~~~~~ - (p.dalgaard(a)biostat.ku.dk) FAX: (+45) 35327907
My announcements aren't as fun to read as Bill Nottingham's, but
hopefully the content makes up a bit for the (lack of) style.
A test release of Fedora Core 1 for AMD64 is now available at
and at distinguised mirror sites near you. Like the original x86
architecture release, the AMD64 architecture has three binary ISO images
and three source ISO images. This is a single (we hope and intend)
test release specifically to check hardware support; the package set is
the same versions as an updated Fedora Core 1 for x86 system will have.
Please file bugs via Bugzilla, at http://bugzilla.redhat.com/bugzilla/
(Product "Fedora Core", Version "test1", Architecture "x86_64" so that
they are noticed and appropriately classified. Hardware support bugs
should generally be filed against the <tt>kernel</tt> component, unless
they are specifically about kudzu or anaconda. Discuss this test release
We are hoping to make minimal changes before making the final release
Many mirrors are in sync already, many more are still syncing.
"He that composes himself is wiser than he that composes a book."
Linux Application Development -- Ben Franklin