🚀 go-pugleaf

22.01.03 Maestro / nET#47 wrote:

> Uptime 50 minut, bo "Unable to handle kernel pag-
> ing request" i trzeba było ręcznie restartować... 

Jądro próbowało dostać się do niezamapowanej strony pamięci, która w dodatku 
nie istniała (wyjątek page fault jest zgłaszany przez procesor w przypadku 
próby dostępu do strony pamięci, która nie istnieje, albo nie jest aktualnie 
dostępna, bo np. siedzi w swapie, nie ma praw do odczytu, itp., ale kod 
obsługi do_page_fault w jądrze potrafi odróżnić te sytuacje). Komunikat 
powinien brzmieć `Unable to handle kernel paging request at virtual address 
(osiem-cyferek-hex)', oraz parę przydatnych informacji. Na pewno masz 
sprawną pamięć? Dobrze jest ułożona w slotach? Pamiętasz może, jakie 
to były hexcyferki? Jeśli nie to powinieneś mieć zapis w syslogu 
(/var/log/messages).

> Eh :( . A ciekawe jest to, że winda na tym kompie 
> chodziła w miarę OK (tj. jak zawsze).

Hm, dziwne. Używałeś całą pamięć? Wyjątek ochrony to wyjątek ochrony, 
nieważne czy jego konsekwencją będzie segfault, czy oops, czy np. BSOD 
(o tym decyduje jego handler w jądrze, do_page_fault). Być może Windows 
pewne wyjątki ochrony ignoruje, albo robi coś za plecami użytkownika (to 
znaczy Linux też tak robi, ale tylko wtedy, kiedy wyjątek ochrony wystąpi 
np. z powodu wyswapowania strony - wtedy mówi swapperowi, żeby ją dociągnął, 
a użytkownik wcale nie musi o tym wiedzieć, chociaż oczywiście może). Musisz 
spytać jakiegoś fachowca od Windows, chociaż bez dostępu do źródeł raczej 
będzie ciężko.

> To już - AFAIR - czwarta instalka/dystrybucja linuxa, 
> która się krzaczy z powodu tego, co wyżej (unable...)

Ten kod siedzi w jądrze i nie był zmieniany od 1995 roku.

> lub "malloc: assertion botched".

Hm. A wiesz co, zrób eksperyment. Wyłącz użytkownikowi limity na pamięć, 
skompiluj i wykonaj poniższy kod (do pliku np. test.c i gcc -o test test.c, 
a potem ./test).

main()
{
 while (!0)
  memset ((char *) malloc(1024), 0, 1024);
}

Swoją drogą dobry sposób na przeniesienie części pamięci do swapa, 
zwalniając pamięć fizyczną (pochodzi i ^C, kill albo cokolwiek). 
Nieważne. Uruchom (najpierw wszystko pozamykaj, bo jeśli potwierdzą 
się moje przypuszczenia, może być potrzebny reboot) i czekaj. Możesz 
sobie gdzieś odpalić topa i obserwować. Są dwa wyjścia. Albo po pewnym 
(sporym...) czasie program skończy się z powodu braku pamięci, albo się 
wykrzaczy. Jeśli się skończy z powodu braku pamięci, pojęcia nie mam co 
może być nie tak, może spróbuj zainstalować najnowsze jądro. Jeśli 
wykrzaczy, sprawdź pamięć, bo to raczej ona.

> >   748 ttyS1    S      0:00 gpm -t ms -m /dev/mouse
> 
> Hmm...??

Mam załadowane w razie jakbym chciał zacząć używać.

> >   867 ?        S      0:00 banner 79
> >   868 ?        S      0:00 banner 139
> >   869 ?        S      0:00 banner 31337
> 
> Heh... finger, smb i eleet oraz "Nie ośmieszaj się" :)

No popatrz :)) (i jeszcze zapis w logach, wysyłany codziennie na maila)

> >  2027 pts/4    S      0:00              \_ /bin/bash
> >  2057 pts/4    R      0:00                  \_ ps axf
> 
> I znowu dowiedziałem się czegoś nowego - "f" 
> w ps'ie robi ładne drzewko :)

Nom :)

> >   873 tty3     S      0:00 /sbin/mingetty tty3
> 
> Czemu Ty masz mingetty, a ja agetty? Czym się różni?

agetty potrafi także obsługiwać połączenia po portach szeregowych 
oraz modemowe, chociaż kiedyś udało mi się połączyć Amigę z pecetem 
przez nullmodem i właśnie z mingetty (albo to było getty, nie pamiętam, 
po stronie Amigi był jakiś zwykły terminal ansi) i nawet ładnie chodziło 
(gdyby nie brać pod uwagę rozjechania się podczas wyświetlania irssi 
i przymusowego killa, kiedy to w przypływie natchnienia uruchomiliśmy 
ping -f, wysyłający na terminal kropki i bekspejse przy każdym wysłanym 
i odebranym pakiecie ICMP Echo i Reply... Ale czemu się dziwić, terminal 
chodził na 9600 i to było jego maksimum :)).

-- 
Pozdrowienia z Warszawy * Adam `gophi' Wysocki * gophi@studio.tpi.pl
GG# 1234 * RLU# 265791 * ICQ# 173653642 * GSM# +48505439030 * CB# 33