| View previous topic :: View next topic |
| Author |
Message |
ldave
n00b
Joined: 16 Mar 2005
Posts: 16
Location: Hungary
|
 Posted: Wed Sep 21, 2005 11:47 am Post subject: [HU] egy-két kérdés |
 |
|
amd64 rendszert tettem fel, de complile során (xorg és gnome) többször fellépett kernel panic, érdekes módon mplayer, xmms és még sok más azonban gond nélkül lefordult. Valaki ajánlotta, hogy a 2.6.12-r10 helyett próbáljam ki a 2.6.13 kernelt, de az emerge paranccsal ez nem tudom. Esetleg próbáljak inkább x86 Gentoo-t feltenni? Talán az stabilabb lenne? (és ott melyik stage kell? atlhonxp vagy i686?)
Memóriaellenőrzésre próbáltam a memtest86-ot, futott pár órát, de nem talált hibát. Van egy scriptem, ami állítólag egész jól ellenőrzi a ramot:
| Code: |
#!/bin/bash2
#
# memtest.sh
#
# Shell script to help isolate memory failures under linux
#
# Author: Doug Ledford + contributors
#
# (C) Copyright 2000-2002 Doug Ledford; Red Hat, Inc.
# This shell script is released under the terms of the GNU General
# Public License Version 2, June 1991. If you do not have a copy
# of the GNU General Public License Version 2, then one may be
# retrieved from http://people.redhat.com/dledford/GPL.html
#
# Note, this needs bash2 for the wait command support.
# This is where we will run the tests at
if [ -z "$TEST_DIR" ]; then
TEST_DIR=/tmp
fi
# The location of the linux kernel source file we will be using
if [ -z "$SOURCE_FILE" ]; then
SOURCE_FILE=$TEST_DIR/linux.tar.gz
fi
if [ ! -f "$SOURCE_FILE" ]; then
echo "Missing source file $SOURCE_FILE"
exit 1
fi
# How many passes to run of this test, higher numbers are better
if [ -z "$NR_PASSES" ]; then
NR_PASSES=20
fi
# Guess how many megs the unpacked archive is
if [ -z "$MEG_PER_COPY" ]; then
MEG_PER_COPY=$(ls -l $SOURCE_FILE | awk '{print int($5/1024/1024) * 4}')
fi
# How many trees do we have to unpack in order to make our trees be larger
# than physical RAM? If we don't unpack more data than memory can hold
# before we start to run the diff program on the trees then we won't
# actually flush the data to disk and force the system to reread the data
# from disk. Instead, the system will do everything in RAM. That doesn't
# work (as far as the memory test is concerned). It's the simultaneous
# unpacking of data in memory and the read/writes to hard disk via DMA that
# breaks the memory subsystem in most cases. Doing everything in RAM without
# causing disk I/O will pass bad memory far more often than when you add
# in the disk I/O.
if [ -z "$NR_SIMULTANEOUS" ]; then
NR_SIMULTANEOUS=$(free | awk -v meg_per_copy=$MEG_PER_COPY 'NR == 2 {print int($2*1.5/1024/meg_per_copy + (($2/1024)%meg_per_copy >= (meg_per_copy/2)) + (($2/1024/32) < 1))}')
fi
# Should we unpack/diff the $NR_SIMULTANEOUS trees in series or in parallel?
if [ ! -z "$PARALLEL" ]; then
PARALLEL="yes"
else
PARALLEL="no"
fi
if [ ! -z "$JUST_INFO" ]; then
echo "TEST_DIR: $TEST_DIR"
echo "SOURCE_FILE: $SOURCE_FILE"
echo "NR_PASSES: $NR_PASSES"
echo "MEG_PER_COPY: $MEG_PER_COPY"
echo "NR_SIMULTANEOUS: $NR_SIMULTANEOUS"
echo "PARALLEL: $PARALLEL"
echo
exit
fi
cd $TEST_DIR
# Remove any possible left over directories from a cancelled previous run
rm -fr linux linux.orig linux.pass.*
# Unpack the one copy of the source tree that we will be comparing against
tar -xzf $SOURCE_FILE
mv linux linux.orig
i=0
while [ "$i" -lt "$NR_PASSES" ]; do
j=0
while [ "$j" -lt "$NR_SIMULTANEOUS" ]; do
if [ $PARALLEL = "yes" ]; then
(mkdir $j; tar -xzf $SOURCE_FILE -C $j; mv $j/linux linux.pass.$j; rmdir $j) &
else
tar -xzf $SOURCE_FILE
mv linux linux.pass.$j
fi
j=`expr $j + 1`
done
wait
j=0
while [ "$j" -lt "$NR_SIMULTANEOUS" ]; do
if [ $PARALLEL = "yes" ]; then
(diff -U 3 -rN linux.orig linux.pass.$j; rm -fr linux.pass.$j) &
else
diff -U 3 -rN linux.orig linux.pass.$j
rm -fr linux.pass.$j
fi
j=`expr $j + 1`
done
wait
i=`expr $i + 1`
done
# Clean up after ourselves
rm -fr linux linux.orig linux.pass.*
|
de, mint a nevem alatt látható eléggé noob vagyok, szóval nem siekrült futtatnom. |
|
| Back to top |
|
 |
ProTech
Tux's lil' helper
Joined: 30 Dec 2003
Posts: 88
Location: Hungary
|
| Posted: Thu Sep 22, 2005 8:29 pm Post subject: |
|
|
Jo lenne valami info mondjuk a panic-rol, hatha ra lehet jonni mivel van a baj. Egyebkent mindig ugyanott jelenkezik a panic. pl. a gnome forditasnal a gnome-terminal alatt, vagy nagyobb forditasok soran jon elo random.
Esetleg egy dmesg/.config is jol jonne. Genkernellel forditottad?
Igy lathatlanba nehez megmondani. Valoszinuleg valamelyik driver a szar. Sztem nem memoria azt a memtest kihozta volna. Ugye nincs huzva a proci / nem melegszik tul. |
|
| Back to top |
|
|
ldave
n00b
Joined: 16 Mar 2005
Posts: 16
Location: Hungary
|
| Posted: Fri Sep 23, 2005 9:24 pm Post subject: |
|
|
A kernelt genkernel (2.6.12-r10) fordította, de én állítóttam be menuconfig-al. Lényegében véletlenszerűen jött elő a fagyás, ezért gondoltam memóriahibára, de memtest nem talált semmit. A fordítás elején van az a "checking" rész, ott is szokott fagyni, meg később amikor a "make" rész van, szóval teljesen véletlenszerűnek tűnik.
De mondjuk tényleg mintha csak a nagyobb fájlok esetén fagyna, xorg is vagy 40 mega, meg a gnome-nál is egy 10 mega feletti résznél fagy ki. A swap 512MB, ennyi a RAM is a gépben, lehet nagyobb swap kéne? |
|
| Back to top |
|
|
Vulpes_
Tux's lil' helper
Joined: 24 Apr 2004
Posts: 119
Location: Hungary
|
| Posted: Mon Sep 26, 2005 10:12 am Post subject: |
|
|
| Szerintem nem kell nagyobb swap. Nekem is ennyi van (mármint 512+512 MB) A64-en, és még csak hozzá sem nagyon szokott nyúlni. Meg ez szvsz nem is okozna kernel panic-ot, csak egy sima hibaüzenettel leállna. Szerintem lásd amit ProTech kért, plusz egy lsmod és lspci, csak hogy tisztában legyünk mindennel. |
|
| Back to top |
|
|
pidro
n00b
Joined: 04 May 2005
Posts: 6
Location: Harkány, Hungary
|
| Posted: Mon Sep 26, 2005 2:27 pm Post subject: |
|
|
@ldave
Hali ezek a fagyásos problémák nekem is előjöttek gentoo-sources alatt
de mióta sima vanillát használok azóta egyetlen egyszer sem volt kernel panic
Egy próbát megér! |
|
| Back to top |
|
|
ldave
n00b
Joined: 16 Mar 2005
Posts: 16
Location: Hungary
|
| Posted: Tue Sep 27, 2005 1:38 pm Post subject: |
|
|
| Köszi a tippeket, majd a legközelebi rendszerinstall alatt megpróbálom őket. |
|
| Back to top |
|
|
wrekno
n00b
Joined: 26 Feb 2003
Posts: 39
Location: Budapest, Hungary
|
| Posted: Thu Oct 06, 2005 3:44 pm Post subject: |
|
|
| Nálam amd64-es rendszer van + gentoo-sources. Semmi hiba. Szal egy lspci kimenet segíthetne talán, hogy akinek hasonló gépe van, tapaszlt-e már ilyet, van-e valami trükkje, stb... |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Other Languages
