insight into the SMART data, and Ken it starting
to give me a headache now. Thanks for the insight folks.
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
if this is an error that can be safely ignored? Or will
it affect the build in some way? If it will affect the build how would I
go about fixing the problem?
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above
Mike McCarty wrote:
Mykal Funk wrote:
While running a compile of GCC I got the following error:
Oh, if you have a distro which can use SMART, and your
disc is SMART capable, you can ask it.
# smartctl -i /dev/hda
This command showed that the drive was SMART enabled, though
the clock is
still accurate. Problem fixed. Thanks for the ideas, folks. They helped
me to learn which is the most important thing in my book.
e
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above
William Immendorf wrote:
On Wed, Dec 16, 2009 at 7:33 AM, Mykal Funk mykalf...@gmail.com wrote:
I can say it isn't the hardware. I recompiled the kernel with
CONFIG_HZ_100 option set, then rebooted with that kernel. I started the
glibc build from 5.7.1 and 12 hours later under high load
long enough to compile without being 'nice'.
Does the clock moving only a tick or two during the entire build break it?
No, it doesn't seem to break the build. It's just annoying.
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs
Bruce Dubbs wrote:
Mykal Funk wrote:
I would hate to have to 'nice' the process. An SBU equals about 150
minutes.
That is a *really* slow system. My 5 year old P4 has an SBU of 132.5
*seconds*. I'm not sure why you want to do this except that you might
just want to see
and learning. It's been a
while since I built a LFS system.
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
. The time loss
occurs only under high load. When uptime reports a high load average,
the system loses time like crazy. When it is just sitting doing nothing
it keeps perfect time. I don't know what to make of it. Perhaps someone
else can.
Mykal Funk
--
http://linuxfromscratch.org/mailman
Bruce Dubbs wrote:
Mykal Funk wrote:
I replaced the battery and the behavior didn't change. The time loss
occurs only under high load. When uptime reports a high load average,
the system loses time like crazy. When it is just sitting doing nothing
it keeps perfect time. I don't know
should
concern
myself about? Any advice would be welcome.
Thanks in Advance,
Mykal Funk
I'm not sure about a permanent fix, but a script to update the
time with a
ntp server might help. I'm not sure of the best method for
offline use
Mike McCarty wrote:
Mykal Funk wrote:
I know the cmos battery is running low on this machine. But will the
The clock does not run on the battery unless the machine is shut down
and turned off. While the power supply is on, the clock runs off the
power supply. The crystals supplied
that it will. That is my main concern.
Should I ignore the clock issue? Is this something I should concern
myself about? Any advice would be welcome.
Thanks in Advance,
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Ken Moffat wrote:
2009/12/7 Mykal Funk mykalf...@gmail.com:
Ken Moffat wrote:
Do you have CONFIG_COMPAT_VDSO=y ? If so, try turning it off.
whoops, if not try turning it on.
I'm not sure where it appears in menuconfig, but the help says:
config COMPAT_VDSO
-p_vaddr == _rtld_local._dl_sysinfo_dso’ failed! and the
kernel panics. I'm considering recompiling Glibc but am unsure if that
would fix the problem or cause more.
Thanks in advance,
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs
Ken Moffat wrote:
2009/12/7 Mykal Funk mykalf...@gmail.com:
Thanks for the pointers. Once I got the configuration right it would go
all the way to loading Init. However, it is now givining an error
Inconsistency detected by ld.so: rtld.c: 1180: dl_main: Assertion
`(void *) ph-p_vaddr
is on.
Any ideas on what to do next?
Thanks in Advance,
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
, if that helps. I've googled
around and haven't found anything. I can't get this kernel to compile
and I'm not sure why.
Thanks in Advance,
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information
suggestions work. And yes, I
think I left this one a bit too long. But I like a challenge. Thats why
I bother with an old 486 in the first place.
Thanks,
Mykal Funk
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above
19 matches
Mail list logo