Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[HU] egy-két kérdés
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Other Languages
View previous topic :: View next topic  
Author Message
ldave
n00b
n00b


Joined: 16 Mar 2005
Posts: 16
Location: Hungary

PostPosted: Wed Sep 21, 2005 11:47 am    Post subject: [HU] egy-két kérdés Reply with quote

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
View user's profile Send private message
ProTech
Tux's lil' helper
Tux's lil' helper


Joined: 30 Dec 2003
Posts: 88
Location: Hungary

PostPosted: Thu Sep 22, 2005 8:29 pm    Post subject: Reply with quote

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
View user's profile Send private message
ldave
n00b
n00b


Joined: 16 Mar 2005
Posts: 16
Location: Hungary

PostPosted: Fri Sep 23, 2005 9:24 pm    Post subject: Reply with quote

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
View user's profile Send private message
Vulpes_
Tux's lil' helper
Tux's lil' helper


Joined: 24 Apr 2004
Posts: 119
Location: Hungary

PostPosted: Mon Sep 26, 2005 10:12 am    Post subject: Reply with quote

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
View user's profile Send private message
pidro
n00b
n00b


Joined: 04 May 2005
Posts: 6
Location: Harkány, Hungary

PostPosted: Mon Sep 26, 2005 2:27 pm    Post subject: Reply with quote

@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
View user's profile Send private message
ldave
n00b
n00b


Joined: 16 Mar 2005
Posts: 16
Location: Hungary

PostPosted: Tue Sep 27, 2005 1:38 pm    Post subject: Reply with quote

Köszi a tippeket, majd a legközelebi rendszerinstall alatt megpróbálom őket.
Back to top
View user's profile Send private message
wrekno
n00b
n00b


Joined: 26 Feb 2003
Posts: 39
Location: Budapest, Hungary

PostPosted: Thu Oct 06, 2005 3:44 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Languages All times are GMT
Page 1 of 1

 
Jump to:  
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