🚀 go-pugleaf

Witam wszystkich,

Mam nastepujacy problem. Na komputerze ktorym administruje ( Pentium 90,
dysk SCSI 1.7 GB, kernel 1.2.13 ) system od pewnego czasu wyprawia rozne
dzikie harce, nad ktorymi nie jestem w stanie zapanowac. Od chwili
zainstalowania ( ponad rok temu ) - od czasu do czasu zdarzaly mi sie
"zawieszenia" systemu, wg. moich obserwacji najczesciej podczas
intensywnego korzystania z dysku ( ftp, obliczenia numeryczne piszace na
dysk ). Za kazdym razem po zresetowaniu komputer bootstrapowal sie
prawidlowo, udawalo sie tez "zaprowadzic porzadek" przy pomocy fsck. Kilka
dni temu, w zwiazku z planowana przerwa w zasilaniu, wykonalem shutdown
i po zamknieciu systemu wylaczylem komputer. Po ponownym wlaczeniu system
podniosl sie prawidlowo i dzialal wzglednie "normalnie" przez dwa dni,
poczym pojawily sie dziwne objawy - efektem dzialania komend finger, last,
who bylo produkowanie bezsensownej kaszy. Po krotkiej chwili niemozliwe
bylo zaloginowanie sie z consoli, chociaz z zewnatrz host byl caly czas
dostepny. Wykonalem zdalnie shutdown -r , system zamknal sie lecz nie
potrafil juz ponownie podniesc sie, zatrzymujac sie na etapie "mounted
root". Po bootstrapowaniu z dyskietki udalo mi sie recznie wynonac mount
partycji /dev/sda3 (users), natomiast partycja dev/sda2 ze zbiorami
systemowymi nie daje sie zamontowac. Podejrzewam, ze istota klopotow lezy
w hardware ( awaria dysku lub kontrolera ), czy ktos ma jakis pomysl
na "uratowanie sytuacji" ? Czy istnieja jakies godne polecenia narzedzia
dzialajace pod Linuxem, ktore potrafia testowac dysk na poziomie
sprzetowym ?

Pozdrawiam -

*************************************************************************
Wojciech Borczyk
Astronomical Observatory of A.Mickiewicz University
ul.Sloneczna 36, 60-286 Poznan, POLAND
phone (+48-61)679-670  
fax   (+48-61)536-536

bo...@phys.amu.edu.pl
WWW : http://www.astro.amu.edu.pl
*************************************************************************

Wojciech Borczyk <bo...@phys.amu.edu.pl> writes:

Linux oczywiscie...

> Mam nastepujacy problem. Na komputerze ktorym administruje ( Pentium 90,
> dysk SCSI 1.7 GB, kernel 1.2.13 )
                    ^^^^^^^^^^^^^
W wolnej chwili proponuje upgrade do nowszej wersji, polecam RedHat-4.0.
M.in. ze wzgledow bezpieczenstwa, stare kernele, liby i inne rzeczy maja
wiele _znanych_ dziur w bezpieczenstwie.

Oczywiscie nie ma to znaczenie, jesli maszyna jest _calkowicie_
odpieta od sieci.

> system od pewnego czasu wyprawia rozne
> dzikie harce, nad ktorymi nie jestem w stanie zapanowac. Od chwili
> zainstalowania ( ponad rok temu ) - od czasu do czasu zdarzaly mi sie
> "zawieszenia" systemu, wg. moich obserwacji najczesciej podczas
> intensywnego korzystania z dysku ( ftp, obliczenia numeryczne piszace na
> dysk ). Za kazdym razem po zresetowaniu komputer bootstrapowal sie
> prawidlowo, udawalo sie tez "zaprowadzic porzadek" przy pomocy fsck.

Pytania za 30 punktow: typ plyty glownej (dobrze tez znac chipset),
rozumiem oczywiscie ze ustawienia z CMOSu (BIOS setup) nie byly
podkrecane, itd.

> Kilka
> dni temu, w zwiazku z planowana przerwa w zasilaniu, wykonalem shutdown
> i po zamknieciu systemu wylaczylem komputer. Po ponownym wlaczeniu system
> podniosl sie prawidlowo i dzialal wzglednie "normalnie" przez dwa dni,

Czyli dotad bylo normalnie, nie liczac wczesniejszych zawieszen.

> poczym pojawily sie dziwne objawy - efektem dzialania komend finger, last,
> who bylo produkowanie bezsensownej kaszy. Po krotkiej chwili niemozliwe
> bylo zaloginowanie sie z consoli, chociaz z zewnatrz host byl caly czas
> dostepny.

Przypuszczalnie nastapila jakas korupcja np. plikow getty, czesci bibliotek
(byc moze tylko ich obrazu w RAM) itp.

> Wykonalem zdalnie shutdown -r , system zamknal sie lecz nie
> potrafil juz ponownie podniesc sie, zatrzymujac sie na etapie "mounted
> root". Po bootstrapowaniu z dyskietki udalo mi sie recznie wynonac mount
> partycji /dev/sda3 (users), natomiast partycja dev/sda2 ze zbiorami
> systemowymi nie daje sie zamontowac.

Tzn. fsck nie moze jej naprawic?

> Podejrzewam, ze istota klopotow lezy
> w hardware ( awaria dysku lub kontrolera ), czy ktos ma jakis pomysl
> na "uratowanie sytuacji" ? Czy istnieja jakies godne polecenia narzedzia
> dzialajace pod Linuxem, ktore potrafia testowac dysk na poziomie
> sprzetowym ?

Przypuszczam, ze to raczej nie jest wina dysku - one dobrze raportuja
swoje problemy. Oczywiscie mozna go przetestowac - np. programem dd
(kazac odczytac caly dysk) albo podczas formatowania - bad-blocks itp.

Jaki sterownik SCSI siedzi w tej maszynce?
Ja bym szukal w wadliwych pamieciach RAM (ew. cache) - testy DOS moga
nic nie wykazac, dobrym (historycznym) testem jest np. kompilacja
jadra linuxa na nowozainstalowanym systemie (moze byc tylko base+
kompilator). Inny test to pograc z 30 minut w DOOMa (pod DOSem) - niestety
ten test musi trwac dluzej, by wykryc to samo co kompilacja jadra.
Jesli pojawia sie jakies "segmentation faults" lub DOS extender errors,
to sprawa siedzi w pamieciach lub np. niesprawnym CPU (kiedys mialem
P-60 z wylaczonym wiatrakiem - po nagrzaniu sie sypal bledami raz na
2 dni).
-- 
Krzysztof Halasa
Network Administrator of The Palace of Youth in Warsaw