Dotaz: SIGSEGV

[Biňďa]

Ahojky, mám problém s Fedora core 2. Používám ji už asi rok, ale poslední dobou mi po instalaci běží úplně skvěle, přežije i pár vypnutí zapnutí a po několika dnech začne na jakýkoli konzolový příkaz hlásit sigsegv (a to i na obyčejný #ls) a po vypnutí už nenaběhne! Neměl jste někdo podobný problém? Z aplikací mi běží nonstop snad jen Apache, pouštím Firefox a XMMS, také licq..

Odpovědi

[Michal Čihař]

Zkontroluj si hardware, to bude nejpravděpodobnější příčina.

[Biňďa]

Jo, to mě napadlo, ale nevím čím začít, může to být třeba deska? Nebo snad Harddisk, či co by to mohlo provádět?

[VícNežNic]

No, nevím, osobně bych tipoval, že nejčastějším zdrojem takovýchto problémů je asi paměť.

[Michal Marek (twofish)]

Zkusil bych memtest86+, badblocks a fsck. Když se najde nějaká chyba, tak bych pak zkoumal, kde přesně je (dát disk do jiného počítače apod.).

Core-dumping fsck's tend to make me nervous ;]

-- Linus Torvalds

[unchallenger]

Nejprve bych se podíval, zda se točí větráček na procesoru...

[VícNežNic]

A zkontroloval kabely! (nesmějte se, to je to první co dělám, když narazím na hw problém a všem to zcela vážně doporučuju)

[Pavel Stárek]

nabootuj z toho instalačního CD/DVD a místo entru napiš memtest86 [enter] a nech to běžet aspoň 1 až 2 celé cykly. Pokud je nabořená paměť, tak to odhalí celkem briskně hned při prvním testu, ale každopádně to nech projet. A pak se podívej na větráčky. Další příčina může být stárnoucí zdroj.

[Michal Kubeček]

Pokud je nabořená paměť, tak to odhalí celkem briskně hned při prvním testu

Ne nutně, na to už jsem taky naletěl. Měl jsem vadný DIMM, který způsoboval pád systému, a ze standardních testů se projevoval jen v jednom, a to ještě jen asi s padesátiprocentní pravděpodobností. Pak se projevoval ještě v jednom (č. 11), který kompletně trval asi šest hodin, tam to bylo stoprocentní. Při prvním testu (default nastavení, jeden průchod) se ta chyba samozřejmě jako na potvoru neprojevila… A aby toho nebylo málo, v jiném (pomalejším) počítači se chyba neprojevovala vůbec. Ale reklamaci mi naštěstí uznali.

[Pavel Stárek]

Jo jo, to je pravda. Větu sem myslel tak, že pokud je opravdu nabořená (řekněme např. statickou elektřinou nebo tak něco), že ji odhalí ten první testík. Jinak samozřejmě je potřeba ten test udělat celý, a nejlépe několikrát za sebou.

[tomas84]

Mám stejnou zkušenost. Memtest niky nic neodhalil, ale paměť byla vadná - stalo se mi už 2x (DDR různých značek).

[Biňďa]

No, jak jsem již psal, tak ramky jsou podle memtestu v pohodě a navíc mám dvě a zkoušel jsem pouštět počítač s každou zvlášť a chyba přetrvala. To znamená, že jsou buď obě v pohodě, nebo obě stejně v hajzlu. Ale další test s Live CD linuxu, který podle mých vědomostí využívá právě ramky jako náhradu disku, potvrzuje teorii o bezchybnosti ramek. Jelikož při běhu Live CD nedošlo k sebenší chybičce Co s tím kurvafix je?

[David Biňovec]

No, tak memtest proběhl v pořádku, žádná chyba nebyla nalezena a SIGSEGV se objevuje stále. Už jsem nainstaloval i FC3, ale problém stále zůstává. Vlastně po nabootování do KDE je vše v pořádku, všechny systémy fungují, ale poté co spustím Firefox, nebo OpenOffice přestane vše zas fungovat Žeby to byla grafárna? Jak to zkontrolovat?

[Pavel Stárek]

Zkusit nějakou jinou, a podívat se jak je nastavenej BIOS. Může jít do kytek taky zdroj, protože když to dělá i jiné distro tak je skutečně někde problém na úrovni HW (což ovšem nemusí být pravda). Zkuste třeba Slackware na nějakou partition, je velice rychle nainstalovaný. Aby se vyloučili nějaké problémy s fedořím jádrem.

[Michal Marek (twofish)]

Kontrolovals disk? Jestli to se to opakuje pořád a u stejného programu, tak by mohla být poškozená nějaká knihovna na disku.

[Biňďa]

Tak už jsem zkontroloval pamět (memtest86), harddisk(respektive jsem fedoru nainstaloval na jiný disk), prošel jsem kondenzátory na desce, vlastně celou desku a vyčistil ji, také jsem zkontroloval všechny větráčky(ve skutečnosti mám jen jeden) a vyčistil je, ale problém stále přetrvává. Co dál? Když nainstaluji distro (fedoru) tak mi v pohodě a bezproblémově běží třeba tři dny (to je rekord) a pak začne hlásit sigsegv na všechny příkazy v bashi a tu a tam odmítá spustit kde,někdy stačí jen restartovat a zas běží, vlastně vždy krátce po spuštění systému (po uplynutí těch bezproblémových třech dní) funguje vše jak má, až do nějakého okamžiku, který je vlastně nespecifikovatelný a pak zas pomůže v lepším případě restart. CO s tím? Help me, pls!

[Pavel Stárek]

Když to už je nějaké podezřelé. Zkusil bych to ještě s jinou RAM, jestli máš možnost si někde pujčit. I zdroj bych zkusil vyměnit na test za úplně nový. Jinak co to je za hardware. Bylo by dobré sem napsat z čeho se ten stroj skládá. V BIOSu bych nastavil ještě hodnoty na failsafe. Jinak mě nic skutečně nenapadá. Pravda je, že tu chybu RAM nemusí odhalit ani memtest. A ještě by bylo dobré, sem postnout výstup příkazu:

dmesg | tail >log.txt

poté co to udělá ten SIGSEGV, třeba i po tom ls

[natiku]

1. Nahraj si stresslinux CD ze

www.stresslinux.org

a spust na nem monitoring teploty a cpuburn.

2. Ma tva grafarna chladic nebo i vetrak?

Sedi ti dobre v AGP, netahas za ni kabelem od mointoru ???

3. Mas pridavny vetrak(y) na Case ? Vymnen za nove !

4. Na test grafiky pod Linux jsem pouzival OpenGL demo (soubor uz nemam ale muzes jej skusit najit na NETu)

Mas posledni kernel a posledni ovladac karty?

5. Skus boot z Live CD jako treba KNOPPIX a vyzkousej zda ti to take dela problemy.

[natiku]

PS: Pridal nebo upgrade jsi nejaky HW a pak to zcalo padat ?

[Biňďa]

Ramky mám dvě. Zkusil jsem nejdřív odendat jednu a počítač znovu spustit, pak vyměnit za druhou a znovu spustit počítač, obojí proběhlo neúspěšně, chyba přetrvala. Grafika větrák nemá, má jen chladič. Upgrade ni výměna hardware neproběhla už hodně dlouho Jedná se o stroj PIII 800 mhz, 640 MB ram (512mb + 128mb; obě 133mhz) grafika je Nvidia Riva TNT 2 ultra 64 video. Case také žádné větráčky nemá...Zkusím nějaké to Live CD, a dám zas vědět co a jak..Jo a ten výstup z příkazu je prázdný - log.txt má jen prázdný řádek

[Biňďa]

PS: je pravda, že jsem si teď o grafárnu spálil prstíky, že by to teda spravil jeden větráček na grafiku?

[Michal Marek (twofish)]

dmesg snad musí něco vypsat... leda že by taky segfaultoval

Jinak ti teda moc nezávidím

[Biňďa]

Tak dmesg vážně nic nevypíše, log.txt vytvoří, ale má 0kb a je prázdný

[Pavel Stárek]

Tak to je divné. Pusť ten dmesg samostatně někde v konzoli, ten vždy něco vypíše. To je výpis logu kernelu a ten kernel vypisuje téměř vždy něco. Funguje to i pro běžného uživatele (tedy ten dmesg), není nutné být ani root. U mě třeba výpis dmesg | tail vypíše:

[pavel@pavel pavel]$ dmesg | tail
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module  1.0-6629  Wed Nov  3 13:12:51 PST 2004
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
ACPI: PCI interrupt 0000:00:11.5[C] -> GSI 10 (level, low) -> IRQ 10
PCI: Setting latency timer of device 0000:00:11.5 to 64
application firefox-bin uses obsolete OSS audio interface

[Biňďa]

tak už vím kde je s dmesg chyba...hází také sigsegv

[Pavel Stárek]

Je ten počítač nějak veřejně v internetu ? Tedy dá se na ten http server apache dostat z venku ? Mě to připadá že je to hacklé, když už i dmesg nic nevypisuje. A ten SIGSEGV může dělat nějaký exploit nebo rootkit nevím, ale tohle už je vážně podezřelé.

[Biňďa]

Comp na netu je, ale hacklej nebude 1) Už jsem distro přeinstaloval a chyba přetrvala 2) od reinstalace jsem ještě apache nespustil, takže opakovaní hacku přes apache je nemožné Ale díky. Co myšlíš tím exploitem či rootkitem?