Dotaz: apt-get update skonci sigsev

[Josef Koudela]

Zdravim, prikaz apt-get update mi skonci hlasenim Neoprávněný přístup do paměti (SIGSEGV). Mohl by mi nekdo poradit co s tim? Mam Debian 3.1r2 Sarge, do ted to chodilo v pohode, uz jsem zkousel i prelozit apt ze zdrojaku a nepomohlo to Predem diky joe_k

Odpovědi

[Milan Jurik]

Co takhle se skrze strace podivat, kde to havaruje? Take gdb je docela uzitelny nastroj.

Treba mate rozbite soubory typu /etc/apt/sources.list ci /var/lib/dpkg/available a apt-get se s tim neni schopen vyrovnat.

[XMurder]

aptitude?

[Josef Koudela]

Aptitude zhavaruje se stejnou chybou, synaptic se spusti a hned skonci - pravdepodobne stejny problem, kpackage nabehne.
Zkousel jsem ten strace, ale priznam se, ze z toho moc moudry nejsem, jsem v linuxu docela zacatecnik, posledni radky jsou:
mmap2(NULL, 6826565, PROT_READ, MAP_SHARED, 7, 0) = 0x4032a000
stat64("/var/lib/apt/lists/Debian%20GNU_Linux%203.1r2%20Update%20CD%2020060420:%20i386%20CD%202_dists_sarge_contrib_binary-i386_Packages", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

[Milan Jurik]

Ale, ale, to vypada zajimave. Co se zamerit na ten soubor, ktery to vypise v tom syscallu stat64()?

Instaloval jste z CD images? Neni ten soubor poskozeny? Nebo nektery jemu blizky? Lze cist ve /var/lib/apt/lists/ adresari? Co fsck na danem svazku? Prijde mi, ze je rozbity sobour/filesystem a apt se s tim neni schopen vyrovnat. Zkusil bych nacist znovu informace z tech CD medii.

[n/a]

zkusil bych memtest u toho pocitace. tohle je divny, hned na prvnim radku ...

[Marián Kyral]

Taky jsem se potýkal s podobným problémem, ale u emerge (nebo spíše pythonu). Memtest nic nenašel, nakonec pomohla až výměna základní desky a procesoru

[vencas]

Překompiluj to s -ggdb3, pusť v shellu kde nastavíš "ulimit -c unlimited". Výsledný core nahraj do gdb (gdb /usr/bin/apt-get[nebo co to je] core), pak "backtrace". Když z toho nic nevykoukáš, pošli backtrace aspoň na debianní bugzillu, tam si s tím nějak poradí.

Nemyslím si, že je to poškozeným filesystémem, to by se ozvalo jádro.

Kdyby to byla chyba paměti, pak by se to projevovalo u jiných programů a nestávalo by se to právě při spouštění programů, co využívají libapt-pkg.

[Josef Koudela]

diky vsem za odpovedi

memtest jsem vcera nechal behat asi 15 hodin a nenahlasil zadnou chybu, takze pameti by to snad byt nemelo, ostatni moznosti vyzkousim a dam vedet, jak jsem dopadl

existuje nejaky jiny program, ktery testuje i ostatni HW? -urcite jo, ale ja ho neznam

[vencas]

Nechci aby to znělo jako urážka kolegů, co posílali ostatní odpovědi, ale opravdu si myslím, že hledat při SEGV velmi specifického programu chybu v HW je ne snad nesmyslné, ale až poslední věc, co je třeba udělat. Vzhledem k tomu, že apt je co se reálné adresy v paměti týče nejpíš pokaždé jinde, tohle by to určitě nedělalo.

Myslím si, že první relevantní informaci získáte z core apt-getu (i nepřekompilovaného s -g), backtrace vám aspoň řekne, v jaké knihovně se to stalo. Protože je to nejspíš (podle toho co píšete) /usr/lib/libapt-pkg-*, jako první věc zkontrolujte md5 přes debsums nebo to prostě ty soubory přeinstalujte (dpkg nepadá, ne?: dpkg -i apt_0.5.28.6_i386.deb (podle vaší verze)) - to pro případ, že by se knihovna poškodila nějakou chybou na fs, disku atp.

Až další je překompilace s debugem a hledání chyby v programu samotném (většině lidí apt moc nepadá - proto až na druhém místě IMHO).

[xxl]

Vymažte /var/cache/apt/pkgcache.bin a /var/cache/apt/srcpkgcache.bin.

[dan1]

taky doporucuju - mel jsem stejny problem a pomohlo smazani cache

[boar]

a co kompilace cehokoliv jinyho ? neceho narocnejsiho ? probehnou v pohode, nebo taky padaj? mel jsem tu stroj, kterej taky koncil hodne sigsegv, a nakonec to byly kondiky na desce. koukni vedle procaku, jestli nejsou nafouknuty :)