Re: Segmentation fault

Am 4.7.2004 14:57 Uhr schrieb "Bernd Walter" unter
<ticso(at)cicely12.cicely.de>:

> On Sun, Jul 04, 2004 at 12:30:44PM +0200, Erwin Zbinden wrote:
>> Hallo Liste
>>
>> Ich habe den find Befehl eingegeben um eine Datei zu suchen (find /
>> -name Datei) und folgendes erhalten:
>>
>> Segmentation fault (core dumped)
>>
>> Was bedeutet das?
>
> Das Equivalent zu einer Windows allgemeinen Schutzverletzung.
> Da find ein recht weit genutzter Befehl ist und du keine
> unüblichen Optionen verwended hast deutet das schon stark auf
> eine Hardware Ursache hin.
> Zumeist kaputtes RAM, übertaktete oder unzureichend gelüftete CPU,
> zu schwaches Netzteil, Handy auf der Festplatte abgelegt, ...

Ich habe auch die Hardware im Verdacht. Die Box lief vorher unter SuSELinux
8.1 und da gab es das selbe Problem: Linux meldete da einen
Speicherzugriffsfehler...

Unter Linux habe ich zuerst auf 9.1 aufgerüstet, wieder
Speicherzugriffsfehler...

Dann habe ich die CPU heruntergetacktet soweit das ging

Speicherzugriffsfehler...

Betroffen waren auch find und ein netpbm-Programm, pnmquant, glaube ich.
Beides generiert viel I/O und ich hatte die Festplatte im Verdacht.

Zunächst dachte ich an Überhitzung einer Disk und oder CPU, worauf ich zwei
zusätzliche Ventilatoren (Das schliesst wohl die Möglichkeit eines zu
schwachen Netzteiles aus.) anschloss und den Festplatten mehr Raum gab...

Dann habe ich ganz mutig auf FreeBSD 4.10 umgerüstet, Kernel generic, habe
nicht daran herumgespielt.

Da hatte ich zuerst eine ganze Weile Ruhe, bis vorgestern...

Ich bin noch überhaupt nicht vertraut mit FreeBSD, deshalb habe ich mal
unter /var/log/messages herumgeschaut, und habe folgendes gesehen, was ich
nicht interpretieren kann:

Jul 4 16:22:05 freebsd /kernel: Fatal trap 12: page fault while in kernel
mode
Jul 4 16:22:05 freebsd /kernel: fault virtual address = 0x100014
Jul 4 16:22:05 freebsd /kernel: fault code = supervisor read,
page not present
Jul 4 16:22:05 freebsd /kernel: instruction pointer = 0x8:0xc035107c
Jul 4 16:22:05 freebsd /kernel: stack pointer = 0x10:0xdb064e7c
Jul 4 16:22:05 freebsd /kernel: frame pointer = 0x10:0xdb064e84
Jul 4 16:22:05 freebsd /kernel: code segment = base 0x0, limit
0xfffff, type 0x1b
Jul 4 16:22:05 freebsd /kernel: = DPL 0, pres 1, def32 1, gran 1
Jul 4 16:22:05 freebsd /kernel: processor eflags = interrupt enabled,
resume, IOPL = 0
Jul 4 16:22:05 freebsd /kernel: current process = 16905 (sh)
Jul 4 16:22:05 freebsd /kernel: interrupt mask = none
Jul 4 16:22:05 freebsd /kernel: trap number = 12
Jul 4 16:22:05 freebsd /kernel: panic: page fault
Jul 4 16:22:05 freebsd /kernel:
Jul 4 16:22:05 freebsd /kernel: syncing disks...
Jul 4 16:22:05 freebsd /kernel: done
Jul 4 16:22:05 freebsd /kernel: Uptime: 12d1h19m3s

Das wir innerhalb von 12 Tagen Uptime sieben mal zu unterschiedlichen
Tageszeiten gemeldet.

Das kann wohl kein normaler Seitenfehler im Rahmen einer Seitenersetzung im
Paging sein...

Hat das was mit meinem Problem zu tun, oder ist das ein FreeBSD - Feature?

>
> Hast du das OS/Kernel selber compiliert?

Nein

> Wenn ja mit irgendwelchen exotischen Compileroptionen?
Nein

> Benutzt du den find aus dem OS (which find)?
>
Ja

Gruss Erwin

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 05 Jul 2004 - 20:11:59 CEST