On Friday 03 August 2007 10:50, Marcin Owsiany wrote: > On Thu, Aug 02, 2007 at 10:12:35PM +0100, Paweł Krzywicki wrote: > > mam taki problem i może ktoś mogłby mi poradzić co to jest. > > [...] > > > Aug 2 16:00:39 troy kernel: BUG: unable to handle kernel paging request > > at virtual address ff6e33c0 > > To znaczy tyle, że jądro próbowało skorzystać z pamięci pod adresem pod > którym nic nie było. > > > Aug 2 16:00:39 troy kernel: Process sleep (pid: 19495, ti=df13c000 > > task=ecfdfab0 task.ti=df13c000) > > Zazwyczaj można taki błąd skojarzyć z procesem, który się akurat > wykonuje (np. korzysta z jakiegoś urządzenia, z którym coś jest nie > tak). Jednakowoż "sleep" tak naprawdę nic szczególnego nie robi. > > > Aug 2 16:00:39 troy kernel: Call Trace: > > Aug 2 16:00:39 troy kernel: [<c0139196>] filemap_nopage+0x9e/0x2ac > > Aug 2 16:00:39 troy kernel: [<c01407f3>] __handle_mm_fault+0x105/0x681 > > Aug 2 16:00:39 troy kernel: [<c01126bc>] do_page_fault+0x214/0x540 > > Aug 2 16:00:39 troy kernel: [<c0142b98>] do_munmap+0x193/0x1ac > > Aug 2 16:00:39 troy kernel: [<c01124a8>] do_page_fault+0x0/0x540 > > Aug 2 16:00:39 troy kernel: [<c03f8424>] error_code+0x74/0x80 > > W połączeniu z tym stosem wywołań, można pokusić się o następującą > diagnozę: że jądro chciało sobie zaalokować stronę pamięci > (prawdopodobnie żeby móc załadować kod programu sleep), ale w > strukturach danych dotyczących zarządzania pamięcią była taka kaszka, że > spowodowało to nieprawidłowe odwołanie do pamięci. > > Można więc powiedzieć, że jądro nie pracuje stabilnie. Jeśli ładowałeś > do niego jakieś eksperymentalne cuda, to spróbuj tego nie robić. ok postaram się :) dzięki > > -- > Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ > GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
pozdrawiam Pawel -- Proud Debian GNU/Linux User: Pawel"at"Wartan"dot"org kadu:3735326 Registered Linux User : 406139 |PLUG :1966491030 GnuPG | pub 1024D/2AAB159B Home Page: http://www.wartan.org
