Nepochopitelna havarie systemu

12.4.2009 01:40 | Přečteno: 2005× | linux

Je tomu asi tak pet dni. V klidu jsem si pracoval, kdyz nahle uderil blesk a nasledny hrom.

Pracoval jsem si v klidu na svem notebooku, ktery mi funguje bez problemu jiz dva a pul roku. Byl jsem prihlasen na lokalnim serveru, takze po uderu blesku a naslednemu vypadku proudu jiz nemelo smysl pokracovat v praci, protoze zalozni zdroje na ten server vydrzi jen par minut. V klidu jsem tedy svuj notebook(nebyl pripojeny ani na prepetovce) vypojil ze zasuvky a vypnul.

Druhy den jsem se rozhodl svuj stroj nabootovat. Mel jsem zkompilovane obstarozni dvasestkove jadro, ve kterem mi ale fungovalo vsechno. Toto jadro odmitlo nabootovat kvuli absenci souboru s moduly. Zkusil jsem tedy standardni distribucni kernel, ve kterem je stroj bez problemu pouzitelny, a normalne vse nabehlo. Uzivatelska data jsou neposkozena. System se chova uplne normalne. Jedine co zmizelo jsou moduly k jadru, ktere bylo nabootovano v okamzik uderu bleskem. Na okruhu, kde byl muj stroj pripojen do elektriky, doslo k vyhozeni jisticu, takze tam nejake prepeti bylo. Hardwarove se stroj tvari naprosto v poradku. Opravdu jedinym problemem je absence onych modulu. Nevi nekdo, jak k tomu mohlo dojit? Mne z toho jde hlava kolem...

       

Komentáře

[David Watzke]

Podívej se do lost+found

Jinak podle mě je to zmizení modulů irelevantní a nesouvisí s hromy a blesky. Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro. Tak jestli to nebylo něco podobnýho.

[YYY]

lost+found nic. tam mirily i me kroky. blesk je mozna irelevantni, avsak snad jedina mozna prirodni pricina

[R]

Ale predtym sprav fsck.

[YYY]

To jsem samozrejme udelal, ale bohuzel bez jakehokoli efektu. FS se tvari ciste. Dokonce ani na disku nejsou vadne bloky a podle smartu se tvari celkem v kondici. Proste to preinstaluju

[drc]

 

Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro.

Aha, to jsem nevěděl -- a zároveň to vysvětluje mnohé problémy, které jsem musel v minulosti řešit

 

[CEST]

 

Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro. Tak jestli to nebylo něco podobnýho.

Ale to uz je docela davno, ne? Stejny problem mel i ati-drivers balicek, ale uz pred dlouhou dobou jsem zaregistroval, ze to pri instalaci ohlasi protected files v /lib/modules ...

 

[David Watzke]

Nepoužívám Portage. Každopádně jde o tzv. config protection (cfgpr) a lze nastavit pro určité adresáře.

[bhy]

souhlas, s tím hromem to s největší pravděpodobností nijak nesouvisí, prostě náhoda.

[YYY]

To mi bylo jasne, ze to samozrejme nebude tim hromem a bleskem. To by asi odeslo vsechno, co na to bylo pripojene a ten nb by byl zpeceny cely. Ale je to proste takovy pekny pribeh v lehcim tonu.

[fakenickname]

Už se mi jednou stalo, že mi při výpadku napájení ( došla baterka ) systém vykazoval zvláštní chování. Konkrétně šlo o jednu binárku v /usr/bin. Reinstaloval jsem balíček ( stejná verze, stejný balíček ), který onu binárku přepsal a šlo všechno ok. Ale už si nepamatuji ani použitý FS (asi reiser) ani balíček a binárku (něco typu 'bc' nebo tak..). Zvláštní bylo, že program částečně fungoval. Možná se mi poškodily jen nějakých pár sektorů. To mne vede na myšlenku, že tvůj úkaz je možná jen poškozený i-node nebo blok dat popisující adresář - adresář pak vypadá jako vymazaný, ale obsah je na plotně. Otázka pak ale zní, jak je možné, že se takové data corruption dostalo přes všechny HW a SW kontrolní mechanismy..

[YYY]

Je to divne. Zitra to asi cele preinstaluju a zapomenu na to.

[Kvakor]

Možná, že data, co se nezapsaly, se ztratily z write-cache disku. Všechny dnešní disky mají write-cache a pokud se disk nedonutí, aby jí vysypal, může OS pokládat za data za zapsaná, ale na disku fyzicky nebudou. Protože ext3 nepodporuje bariéry ani kontrolní součty žurnálu, předpokládal bych, že práve toto bude nejpravděpodobnější přícina chyby.

[Marián Kyral]

Ale vzhledem k tomu, že to jádro je už starší, tak předpokládám, že se moduly načetly při startu a pak už se na ten adresář nešahalo. Takže by ani neměl být ve write-cache.

[Zdeněk Štěpánek]

To si spis myslim ze to tam nebylo uz pred padem... Moduly jsou nahrane v pameti, takze smazani jim vubec nevadi.

Zdenek

[mirec]

Eh stále lepšie než ja: prvý deň s vistou, aktualizácia, výpadok prúdu, došla baterka, vista v prdeli ;)

[PepaSFI]

Já vím co s tím je! Je to rozbitý!  Dyť tomu nic není, jen to nejde. To bude jenom nějakej drátek. Nebo nějaký pérko. Dyť to normálně šlo, tomu určitě nic nebude, dyť se z toho jen trochu zakouřilo.

Nemoh jsem si pomoct, jak slyším o nepochopitelné závadě tak se mi vybaví tyhle hlášky. Kdo se pohybuje v nějaké opravářské profesi tak to určitě zná. Uživatel přijde s nějakým rozpraseným šrotem a hrozně se diví že je to k nespravení.

[maertien]

Proste mi z disku zmizely soubory. Ja si to opravim jednoduse, jen jsem si chtel zablogovat v takovem uvolnenejsim tonu. Nevim, proc hned mluvis o rozprasenem srotu, kdyz si muj stroj ani nevidel. Je sice hezke, ze se ti vybavuji ony hlasky, ale proste pro mne je zmizeni tech souboru nepochopitelne a blesk byl pekna zaminka k napsani tohoto blogpostu.

[PepaSFI]

já to taky myslel v uvolněnějším tónu a už vůbec jsem nemyslel tvůj stroj. Prostě mě ten nadpis pobavil protože jak mi jistě každý kdo má co do činění s opravami jakéhokoliv druhu potvrdí, když je nějaká závada nepochopitelná, záhadná a "fakt s tím nikdo nic nedělal" tak je to jasné. Buď banalita kterou uživatel svým zásahem proměnil v katastrofu nebo katastrofa typu pád přístroje z velké výšky na dlažbu případně pád přístroje z malé výšky do......(piva, záchodu, kanálu). Zajímavé závady existují, ta tvoje bude asi jedna z nich. V počítači mě to až tak nepřekvapuje ale ony někdy i stroje ryze mechanické a poměrně jednoduché dovedou překvapit.

[CEST]

Predpokladam, ze jsi ho vypnul normalne pres poweroff nebo shutdown, nebo pres nejakou funkci manazera "Power Off/Shutdown". Predpokladam, ze nemas nejakej FS oznacenej jako EXPERIMENTAL.

Pak je jediny mozny vysvetleni, ze jsi udelal nejakou akci, ktera (a) prejmenovala adresar s modulama, ale to bys ho nasel, (b) smazala moduly (nespoustel jsi nejakej "zajimavej" prikaz?), (c) delal jsi upgrade kernelu, kterej z nejakyho duvodu selhal a moduly se nedoinstalovaly, (d) delal jsi nejakou defragmentaci (nebo jadro samo, ale  o tom dost pochybuju) a zrovna pri presouvani prisel ten vyboj, kterej by z nejakyho duvodu pomatlo ten proces a on si myslel, ze uz ty data presunul (ale to se mi zda taky hoooodne nepravdepodobny)

Jeste by byla moznost, ze by sam Linux se rozhodnul, z nejakyho zvlastniho duvodu, ty moduly na disku nejak presunout a behem presouvani ho ten vyboj pomat, ale to je jako (d) dost nepravdepodobny.

[YYY]

Vypnul jsem to normalnim zpusobem. Pouzivam ext3. a) zadnou takovou akci jsem neprovedl, b) zadny zajimavy prikaz jsem nespoustel pouze vim, ssh a gcc, c) upgrade jsem opravdu nedelal nekolik mesicu d) defragmentaci jsem neprovadel,

[Václav HFechs Švirga]

Odlož to do Škatulky 'věci mezi nebem a zemí' a dál po tom nepátrej. Taky sem zažil dost WTF příhod, které se moc vysvětlit nedají .

[Marián Kyral]

Já měl jednou problémy s HW. Nabootoval jsem, chyběl adresář /usr/bin. Restart - najednou tam zase byl. Později se začaly objevovat různé chyby, systém byl často poškozený a musel se udělat fsck. Vyměnil jsem skoro úplně všechno, až jsem nakonec zjistil, že byl problém s MB a CPU zároveň. Začalo to pomalu, nakonec jsem to definitivně vyřešil až po několika měsících.

Když se mi před měsícem na tomtéž počítači zase záhadně ztratila data (tentokrát moduly xorg), tak jsem rovnou koupil nový MB, CPU, RAM a GPU, vyměnil, přeinstaloval (upgrade na amd64) a problém vyřešen.