Hi All,
A vendor wants me to set up core dumps for him on
a Fedora 30 server.
Is this link from 2012 still valid?
https://radek.io/2012/02/11/core-dumps-in-fedora/
And is there a way to set up core dumps on only
particular software? (Okay, I know, split infinitive,
but you know what I mean
On Mon, Sep 01, 2014 at 12:39:48PM -0700, Joe Zeff wrote:
> On 09/01/2014 03:28 AM, Tim wrote:
> >I was thinking in the other direction: That when mains power is
> >available, the main supply powers the CMOS instead of the battery, to
> >prolong its life.
>
> Not only does the regular power suppl
On 09/01/2014 03:28 AM, Tim wrote:
I was thinking in the other direction: That when mains power is
available, the main supply powers the CMOS instead of the battery, to
prolong its life.
Not only does the regular power supply run the CMOS, it recharges the
battery, which is why they last so l
Tim:
>> I've come across computers that foul up when powered up with a dead
>> CMOS battery. I get the impression that some BIOSs have parts of
>> themselves powered only by the battery, and don't get anything from
>> the main power supply.
Joe Zeff:
> Well, of course. What do you think powers t
On 08/31/2014 11:13 PM, Tim wrote:
I've come across computers that foul up when powered up with a dead CMOS
battery. I get the impression that some BIOSs have parts of themselves
powered only by the battery, and don't get anything from the main power
supply.
Well, of course. What do you think
On Sun, 2014-08-31 at 22:48 -0700, Tod Merley wrote:
> My test for a bad CMOS battery is simply to load the default CMOS
> values - make sure the machine is NOT turned off - and see if the
> problem goes away - but returns after the machine is turned off (for
> a time).
I've come across computers
My test for a bad CMOS battery is simply to load the default CMOS values -
make sure the machine is NOT turned off - and see if the problem goes away
- but returns after the machine is turned off (for a time).
HP suggests several things to look at (Joe's suggestion included):
http://h10025.www1.h
On 08/31/2014 09:56 PM, Tod Merley wrote:
cmos battery
That's an easy one to check for, especially on a laptop that's not on
24/7: go into your CMOS settings after it's been turned off for several
hours (overnight should be ample) and see if the clock's running slow.
Computers have been bui
ut unused hardware continually core dumps
>> Message-ID:
>> > gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>>
>> distrowatch.com search "old computers"
>>
>> I like Puppy linux as a place to start. Probab
Tod,
Date: Sun, 31 Aug 2014 15:36:41 -0700
From: Tod Merley
To: Community support for Fedora users
Subject: Re: F20 + Old but unused hardware continually core dumps
Message-ID:
Content-Type: text/plain; charset="utf-8"
distrowatch.com search "old computers"
I l
Chris,
Date: Sun, 31 Aug 2014 14:00:08 -0600
From: Chris Murphy
To: Community support for Fedora users
Subject: Re: F20 + Old but unused hardware continually core dumps
Message-ID:
Content-Type: text/plain; charset=us-ascii
On Aug 30, 2014, at 10:12 PM, Philip Rhoades
wrote:
It sort
distrowatch.com search "old computers"
I like Puppy linux as a place to start. Probably Wary.
On Sun, Aug 31, 2014 at 1:00 PM, Chris Murphy
wrote:
>
> On Aug 30, 2014, at 10:12 PM, Philip Rhoades wrote:
>
> > It sort of looks like a RAM problem to me but ALL the SIMMS can't be
> faulty . .
>
On Aug 30, 2014, at 10:12 PM, Philip Rhoades wrote:
> It sort of looks like a RAM problem to me but ALL the SIMMS can't be faulty .
> .
They could be. memtest86+ to find out. Another possibility is they're the wrong
SIMMs for the hardware, i.e. wrong timing or voltage. There might be BIOS
se
| From: Philip Rhoades
| Any ideas what the problem(s) might be? It sort of looks like a RAM problem
| to me but ALL the SIMMS can't be faulty . .
When I have a flaky system, I fire up memtest86+ and let it rip for 12
to 24 hours. I sometimes finds an error. If the memory passes, I no
longer
| From: Ralf Corsepius
| I am not sure, but IIRC, Socket 478-era processor all were 32bit and did not
| support pae.
Socket 478 was for Pentium 4 "Northwood" processors and some later
ones.
PAE was introduced with the Pentium Pro. As far as I know, all P4
processors had PAE.
--
users mailing
On 08/31/2014 04:19 PM, Philip Rhoades wrote:
Which CPU are you using? Unless it's a hardware defect somewhere, I'm
inclined to believe you could be trying to run an incompatible kernel.
Hmmm . . that MB is for Socket478 processors
It would be really helpful if you'd tell us which processor
Aug 2014 10:48:37 +0200
From: Ralf Corsepius
On 08/31/2014 06:12 AM, Philip Rhoades wrote:
People,
I have been trying to build a usable PC out of old - but previously
unused hardware (motherboards, CPUs, RAM, 80GB Seagate disks, power
supplies) - but whatever combination I use I continually get c
ously
>> unused hardware (motherboards, CPUs, RAM, 80GB Seagate disks, power
>> supplies) - but whatever combination I use I continually get core dumps
>> - I have reinstalled on numerous occasions and sometimes the PC works
>> for hours without a problem and then fails - but
On 08/31/2014 06:12 AM, Philip Rhoades wrote:
People,
I have been trying to build a usable PC out of old - but previously
unused hardware (motherboards, CPUs, RAM, 80GB Seagate disks, power
supplies) - but whatever combination I use I continually get core dumps
- I have reinstalled on numerous
On Sun, 2014-08-31 at 14:12 +1000, Philip Rhoades wrote:
> It sort of looks like a RAM problem to me but ALL the SIMMS can't be
> faulty
Well, they can... When it comes to recycling, all bets are off,
particularly if nobody took anti-static precautions while handling the
parts.
But, for the sake
People,
I have been trying to build a usable PC out of old - but previously
unused hardware (motherboards, CPUs, RAM, 80GB Seagate disks, power
supplies) - but whatever combination I use I continually get core dumps
- I have reinstalled on numerous occasions and sometimes the PC works
for
Hi,
For the VM on CentOS I found a solution: changing the video driver
from the default "cirrus" driver to xvga, after that the gdm screen
indeed showed a list of users. Previously the error I got was
before/during the gdm so I never saw the gdm screen.
For the VM on Virtualbox I switched the di
On 05/01/2013 03:03 AM, Bram Mertens wrote:
Now I do get a graphical login screen but after I log on I still get
the "oh no something has gone wrong".
It is still trying to start Gnome 3, and gnome-shell is still getting
killed by signal 4.
If all were working properly, when you select your acc
er II
wrote:
> On 30 Apr 2013 at 13:54, Bram Mertens wrote:
>
> Date sent: Tue, 30 Apr 2013 13:54:14 +0200
> Subject: fedora 18 gnome-shell core dumps before live
> system starts
> From: Bram Mertens
> To: users
On 30 Apr 2013 at 13:54, Bram Mertens wrote:
Date sent: Tue, 30 Apr 2013 13:54:14 +0200
Subject:fedora 18 gnome-shell core dumps before live
system starts
From: Bram Mertens
To: users@lists.fedoraproject.org
> Hi,
>
>
Hi,
I wanted to give fedora 18 a try so I created a new virtual machine in
virtualbox (host is Windows 7 enterprise 64bit).
I'm using the 32bit live CD but no matter what options I try after the
fedora 18 progress bar I get a black screen followed by the blue
background for a short while and then
On 9/7/2010 8:25 AM, Dael Maselli wrote:
Hi Rich,
On 07/09/10 16.56, Rich Megginson wrote:
Do you see seg fault messages in /var/log/messages?
Sure: ns-slapd[13737]: segfault at 00bc rip 003abb420375
rsp 580d85d0 error 4
The directory server dumps core in the log fi
Dael Maselli wrote:
> Hi,
>
> I'm experiencing a lot of segmentation fault on my installations, I have
> the latest release on EPEL on SL 5.4 (389-Directory/1.2.5 B2010.012.2034).
>
Do you see seg fault messages in /var/log/messages?
> I'm trying to get core dumps b
28 matches
Mail list logo
