Same error with all ports install!
Garrett Cooper
youshi10 at u.washington.edu
Sun Apr 23 18:27:57 UTC 2006
Marwan Sultan wrote:
>
>
> Hello Bill, Hello Garrett,
>
> First I would like to thank you for the support and time you are giving
> me and to everyone.
>
> Yes I ran memtest86 from a bootable cd on the two DDR chipsets and
> after like 10+ hours
> It found 3 errors! is it reasnable?
>
> Anyhow I replaced the two DDR with diffrent 1 256 DDR chipset and it
> start to give the error I
> wrote in my email.
> But I didnot run the memtest86 on the new RAM (well it not brand new) i
> had it somewhere.
> I will run the memtest86 on the new installed ram, and let you know.
>
> Thank you again.
> Marwan.
>>
>>
>> I want to direct the focus in the correct direction on this.
>>
>> Based on your described symptions, bad RAM is the _most_ likely
>> cause. There
>> are other things that could cause it, however.
>>
>> So _before_you_do_anything_else_, run memtest86. I recommend the
>> standalone
>> boot-from-CD version, as it's more thorough in its testing. Let it
>> run for
>> at least _8_ hours (or until you see errors). Any errors from
>> memtest86 are
>> bad. Even just a few errors per hour is unacceptable.
>>
>> If memtest86 produces errors, you can then start experimenting with
>> different
>> chips in different slots. After each change, use _memtest86_ to see
>> if the
>> problem is solved. I don't recommend using port compiles to test your
>> RAM,
>> it's not a reliable approach.
>>
>> Also, read the docs on memtest86. There's a lot of good advice on
>> finding
>> RAM problems.
>>
>> Garrett Cooper <youshi10 at u.washington.edu> wrote:
>> > Marwan,
>> >
>> > Did you run memtest86+? That is the true tell-tale sign that
>> > something RAM-related does or does not work.
>> >
>> > You may also have a bad slot on your motherboard, so moving the RAM
>> > around to try and get it to work is a good way to troubleshoot your
>> > given issue in compiling things.
>> > If you do move the RAM chip, make sure to firmly place it in its
>> > destination slot. If you don't your computer will report errors with
>> > the RAM chip, which are erroneous to the problem that you currently
>> > have.
>> >
>> > HTH,
>> > -Garrett
>> >
>> > On Apr 23, 2006, at 7:58 AM, Marwan Sultan wrote:
>> >
>> > > Hello there,
>> > >
>> > > Sorry for disturb,
>> > >
>> > > I have changed the RAM to diffrent 256 1 chipset DDR.
>> > > and now, whenever I compile any port the following error shows,
>> > >
>> > > cc: Internal error: Segmentation fault: 11 (program as)
>> > > Please submit a full bug report.
>> > > See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>> > > *** Error code 1
>> > >
>> > > For whatever port!
>> > > Any Advise? is it a PC problem? not BSD?
>> > >
>> > > Marwan
>> > >
>> > >> Marwan Sultan wrote:
>> > >>>
>> > >>> Its 2 chipset RAM, each 256DDR total 512
>> > >>> Running on Dell Optiplex Gx260. P4 2.5
>> > >>>
>> > >>> Do you think ram has something wrong! ? it should be like one ram
>> > >>> chipset? has the problem?
>> > >>> I'll try them one at a time,
>> > >>>
>> > >>> Thanks for the advise,
>> > >>>
>> > >>> Thanks kevin, thanks Garrett
>> > >>>
>> > >>>> Marwan Sultan wrote:
>> > >>>>
>> > >>>>> Hello Guys,
>> > >>>>>
>> > >>>>> I fresh installed FreeBSD 6.0R some wierd stuff going on!
>> > >>>>> Firts: the box restarted from it self like 4 times, and
>> > >>>>> /var/log/messages showing only one strange
>> > >>>>> line (for me) which is
>> > >>>>> Apr 22 01:10:46 box kernel: pid 5764 (cc1),
>> > >>>>> uid 0: exited on signal 6 (core
>> > >>>>> dumped)
>> > >>>>>
>> > >>>>> then i ran fsck, it cleared some files, now its not
>> > >>>>> restarting but, i'm not sure it will or it will not.
>> > >>>>>
>> > >>>>> second problem: whenever i try to install any port,
>> > >>>>> it gave an error msg during the make says:
>> > >>>>>
>> > >>>>> cc1 in free(): error: junk pointer, too high to make sense
>> > >>>>> cc1 in malloc(): error: recursive call
>> > >>>>> cc: Internal error: Abort trap: 6 (program cc1)
>> > >>>>> Please submit a full bug report.
>> > >>>>> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>> > >>>>> *** Error code 1
>> > >>>>>
>> > >>>>>
>> > >>>>> Anyone could Advise please?
>> > >>>>> Marwan
>> > >>>>
>> > >>>>
>> > >>>> How many RAM chips? Try them one at a time...
>> > >>>>
>> > >>>> KDK
>> > >>
>> > >> Another thing: Check the capacitors on your motherboard. If
>> > >> they the tops are swelling (tops are not flat) or bursting
>> > >> (emitting yellow/orange dialectric) on the capacitors around the
>> > >> RAM/CPU, it's time to either call Dell or get a new machine. The
>> > >> fault with bad capacitors is a well known quality control problem
>> > >> and if you search google for those terms, maybe you can get some
>> > >> more information as to what it is and why it occurs.
>> > >> -Garrett
>> > >
>> >
>> > _______________________________________________
>> > freebsd-questions at freebsd.org mailing list
>> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> > To unsubscribe, send any mail to
>> "freebsd-questions-unsubscribe at freebsd.org"
>> >
>> > *
>> >
>> >
>> >
>> >
>> >
>> ************************************************************************************
>>
>> > This footnote confirms that this email message has been scanned by
>> > PineApp Mail-SeCure for the presence of malicious code, vandals &
>> computer viruses.
>> >
>> ************************************************************************************
>>
>> >
>> >
>>
>>
>> --
>> Bill Moran
>> Potential Technologies
>> http://www.potentialtech.com
What I would do next is take a look in the system event log in your
BIOS and see if there are any logs about bad RAM access.
Next, I would grab your Dell Resource CD and run the memory tests to
see if it may be the bus or the RAM itself failing.
Finally, I would swap around the RAM if nothing is conclusive and rerun
memtest86+ just to make sure that your problem isn't a bad DIMM slot. If
the memory test shows the same sections (or similar sections), failing
with a different RAM chip on the same slot, the slot is bad. If the
problems migrate with the RAM, the RAM is bad.
HTH,
-Garrett
More information about the freebsd-questions
mailing list