OpenMosix

[Qrczaqs]

lista partycji:
/dev/hdc
/dev/hdc1
/dev/hdc5
/dev/hdc6
/dev/hdc7
/dev/hdc8

A oto fstab:

/dev/hdc5 / ext3 defaults 1 1
/dev/hdc8 /home ext3 defaults 1 2
/dev/hdc6 /mnt/cdrom auto umask=0,iocharset=iso8859-2,codepage=852,noauto,extc,users 0 0
none /mnt/floppy supermount dev=/dev/fd0,fs=ext2:vfat,--,umask=0,iocharset=iso8859-2,sync,codepage=852 0 0
/dev/hdc1 /mnt/win_c ntfs umask=0,nls-iso8859-2,ro 0 0
dev/hdc6 /mnt/win_d vfat umask=0,iocharset=iso8859-2,codepage=852 0 0
none /proc proc defaults 0 0
/dev/hdc7 / none swap sw 0 0

[Qrczaqs]

Oto treść błędu jaki mi wywala:

The superblock could not be read ro does not describe a correct ext2 fiesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running esfsck with an alternate superblock:
   e2fsck -b 8193
:Bad magic number in super-block trying toto open /dev/hdc8
Niepowodzenie przy sprawdzaniu systemu plików. Czy chcesz naprawić błędy? (Y/N) (uwaga, można utracić dane)

[Qrczaqs]

Próbowałem uruchamiać:
e2fsck -b 8193 /dev/hdc8
e2fsck -b 32768 /dev/hdc8
e2fsck -S

Nic z tego nie działa. Dalej wyświetla się, że jest bad magic number.

[zebra]

Ale namieszane.
Ustalmy najpierw pod jaką taśma masz dysk twardy.
Wklej etc/lilo.conf, będziemy pewni.
Za godzine wrócę to ci napiszemy ten fstab.

[Qrczaqs]

/etc/lilo.conf

default=\\"linux\\"
boot=/dev/hdc
map=/boot/map
keytable=/boot/pl.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-sheme=wb:bw:wb:bw
image=/boot/vmlinuz
                  label=\\"linux\\"
                  root=/dev/hdc5
                  initrd=/boot/initrd.img
                  append=\\"acpi=ht resume=/dev/hdc7 spash=silent\\"
                  vga=788
                  read-only
image=/boot/vmlinuz
                  label=\\"linux-nonfb\\"
                  root=/dev/hdc5
                  initrd=/boot/initrd.img
                  append=\\"acpi=ht resume=dev/hdc7\\"
                  read-only
image=/boot/vmlinuz
                  label=\\"failsafe\\"
                  root=/dev/hdc5
                  initrd=/boot/initrd.img
                  append=\\"failsafe acpi=ht resume=/dev/hdc7 devfs=nomount\\"
                  read-only
other=/dev/hdc1
                  label=\\"windows\\"
                  table=/dev/hdc

[zebra]

2005-10-29 09:58:53 Qrczaqs napisał:

> /etc/lilo.conf
 >
 > default=\\"linux\\"
 > boot=/dev/hdc
 > map=/boot/map
 > keytable=/boot/pl.klt
 > prompt
 > nowarn
 > timeout=100
 > message=/boot/message
 > menu-sheme=wb:bw:wb:bw
 > image=/boot/vmlinuz
 >                   label=\\"linux\\"
 >                   root=/dev/hdc5
 >                   initrd=/boot/initrd.img
 >                   append=\\"acpi=ht resume=/dev/hdc7 spash=silent\\"
 >                   vga=788
 >                   read-only
 > image=/boot/vmlinuz
 >                   label=\\"linux-nonfb\\"
 >                   root=/dev/hdc5
 >                   initrd=/boot/initrd.img
 >                   append=\\"acpi=ht resume=dev/hdc7\\"
 >                   read-only
 > image=/boot/vmlinuz
 >                   label=\\"failsafe\\"
 >                   root=/dev/hdc5
 >                   initrd=/boot/initrd.img
 >                   append=\\"failsafe acpi=ht resume=/dev/hdc7 devfs=nomount\\"
 >                   read-only
 > other=/dev/hdc1
 >                   label=\\"windows\\"
 >                   table=/dev/hdc

Czyli hdc
hdc5 to partycja główna /
hdc7 to swap
hdc8 to zapewne /home
wieć najprosciej w fstab, tak by uruchomić linuxa:

/dev/hdc5 / ext3 noatime 1 1
/dev/hdc8 /home ext3 noatime 1 2
none /proc proc defaults 0 0
/dev/hdc7 swap swap defaults 0 0

Reszte (cdrom, dyskietka, partycje windows) zamontujesz jak uruchomi się system.
O ile partycja hdc8 nie jest uszkodzona, to system powinien wstać. Zastanawia mnie tylko co masz na hdc6? Na pewno nie cdrom.
Spróbuj powyższy fstab. Zobaczymy co wyjdzie i sie odezwij.

[Qrczaqs]

dalej to samo, tyle że powrócił jeszcze błąd swapa

[zebra]

2005-10-29 11:21:29 Qrczaqs napisał:

> dalej to samo, tyle że powrócił jeszcze błąd swapa
Jaka masz dystrybucje bo niektóre nieco inaczej rozmieszczaja partycje, może bedzie łatwiej się domyslić ich prawdziwego układu.
Być może partycja hdc8 to ext2.
więc może jedna próba tak:

/dev/hdc5 / ext3 defaults 1 1
/dev/hdc8 /home ext2 defaults 1 2
none /proc proc defaults 0 0
/dev/hdc7 / none swap sw 0 0

a jak dalej ten sam błąd to bez montowania /home czyli

/dev/hdc5 / ext3 defaults 1 1  
none /proc proc defaults 0 0
/dev/hdc7 / none swap sw 0 0

Powinien sie uruchomic przynajmniej tryb konsoli. Wtedy zaloguj się na roota i próbuj zamontować ręcznie hdc8 jako /home.

Ewentualnie w trybie live zamontuj hdc6 i hdc8 i zobacz, czy da się przegladać. Może partycja hdc8 uszkodzona?
Więcej nic mi nie przychodzi do głowy.

[Qrczaqs]

2005-10-29 11:45:34 zebra napisał:
 > /dev/hdc5 / ext3 defaults 1 1  
 > none /proc proc defaults 0 0
 > /dev/hdc7 / none swap sw 0 0
 >
 > Powinien sie uruchomic przynajmniej tryb konsoli. Wtedy zaloguj się na roota i próbuj
 > zamontować ręcznie hdc8 jako /home.
 >
 > Ewentualnie w trybie live zamontuj hdc6 i hdc8 i zobacz, czy da się przegladać. Może partycja
 > hdc8 uszkodzona?
 > Więcej nic mi nie przychodzi do głowy.
 >

Jak można ręcznie zamontować partycję? I czym jest tryb live?

[Qrczaqs]

Sprawdzałem programem Partition Info i przy każdej partycji było tak samo:
No partition errors detected.
Tak więc partycja nie jest uszkodzona. Chyba format partycji lunixa i ponowna instalacja by pomogły, ale nie sztuką jest sformatować dysk, prawda?

[Qrczaqs]

Nikt się nie odzywa czyli mam rozumieć, że jedynym sensownym wyjściem jest zformatowanie partycji linuxa i ponowna instalacja?

[Stilgar]

Witam.

Niedawno postanowiłem uruchomić klaster na 2 kompach (Celeron 300A i Pentium 166 MMX). Nałożyłem łatki na jądro (2.4.30), skompilowałem, oba kompy sie ładnie wykrywają, w /proc/hpc sa wszystkie informacje...

Problemy zaczynają sie w momencie, kiedy chce uruchomic jakis proces na drugim komputerze używając mosrun albo kiedy jakis proces sam chce migrować. Taki program od razu sie wywala z segmentation fault...

Dodatkowo wyświetla sie taka informacja:
Oct 26 11:11:15 localhost kernel:  <1>Unable to handle kernel NULL pointer dereference at virtual address 0000001c
Oct 26 11:11:16 localhost kernel:  printing eip:
Oct 26 11:11:16 localhost kernel: c0162dcc
Oct 26 11:11:16 localhost kernel: Oops: 0002
Oct 26 11:11:16 localhost kernel: CPU:    0
Oct 26 11:11:16 localhost kernel: EIP:    0010:[set_brk+60/152]    Not tainted
Oct 26 11:11:16 localhost kernel: EFLAGS: 00210286
Oct 26 11:11:16 localhost kernel: eax: 0000001c   ebx: c94aa000   ecx: 0000001c   edx: ffff0001
Oct 26 11:11:16 localhost kernel: esi: 080e8000   edi: 080ec000   ebp: 00000000   esp: c94abbe0
Oct 26 11:11:16 localhost kernel: ds: 0018   es: 0018   ss: 0018
Oct 26 11:11:16 localhost kernel: Process sh (pid: 3260, stackpage=c94ab000)
Oct 26 11:11:16 localhost kernel: Stack: 0000a1b8 080e1ca4 cb710880 c94abd24 c0165035 080e7478 080ebe5c c03555fc
Oct 26 11:11:16 localhost kernel:        c016465c c94abd7c 080e1000 080e1ca4 c94aa000 00006478 c29aeb20 00001812
Oct 26 11:11:16 localhost kernel:        00000000 00000000 080e7478 080e1ca4 080e0ca4 08048000 0805b4b0 00000008
Oct 26 11:11:16 localhost kernel: Call Trace:    [load_elf_binary+2521/3892] [load_elf_binary+0/3892] [rtl8139_interrupt+204/276] [search_binary_handler+122/420] [do_execve+474/740]
Oct 26 11:11:16 localhost kernel:   [do_execve+601/740] [sys_execve+47/96] [call_with_regs+75/148] [deputy_syscall+249/540] [sys_execve+0/96] [deputy_main_loop+1054/1240]
Oct 26 11:11:16 localhost kernel:   [mosix_pre_usermode_actions+60/116] [straight_to_mosix+5/13]
Oct 26 11:11:16 localhost kernel:
Oct 26 11:11:16 localhost kernel: Code: c3 8d 76 00 55 89 e5 83 ec 2c 57 56 53 8b 4d 0c 8b 45 14 8b


Przeszukałem google i wiekszość dostepnej dokumentacji, jeszcze chyba tylko na ircu nie pytalem

2005-10-26 11:38:26 Stilgar napisał:

> Witam.
 >
 > Niedawno postanowiłem uruchomić klaster na 2 kompach (Celeron 300A i Pentium 166 MMX).
 > Nałożyłem łatki na jądro (2.4.30), skompilowałem, oba kompy sie ładnie wykrywają, w /proc/hpc
 > sa wszystkie informacje...
 >
 > Problemy zaczynają sie w momencie, kiedy chce uruchomic jakis proces na drugim komputerze
 > używając mosrun albo kiedy jakis proces sam chce migrować. Taki program od razu sie wywala z
 > segmentation fault...
 >
 > Dodatkowo wyświetla sie taka informacja:
 > Oct 26 11:11:15 localhost kernel:  <1>Unable to handle kernel NULL pointer dereference at
 > virtual address 0000001c
 > Oct 26 11:11:16 localhost kernel:  printing eip:
 > Oct 26 11:11:16 localhost kernel: c0162dcc
 > Oct 26 11:11:16 localhost kernel: Oops: 0002
 > Oct 26 11:11:16 localhost kernel: CPU:    0
 > Oct 26 11:11:16 localhost kernel: EIP:    0010:[set_brk+60/152]    Not tainted
 > Oct 26 11:11:16 localhost kernel: EFLAGS: 00210286
 > Oct 26 11:11:16 localhost kernel: eax: 0000001c   ebx: c94aa000   ecx: 0000001c   edx:
 > ffff0001
 > Oct 26 11:11:16 localhost kernel: esi: 080e8000   edi: 080ec000   ebp: 00000000   esp:
 > c94abbe0
 > Oct 26 11:11:16 localhost kernel: ds: 0018   es: 0018   ss: 0018
 > Oct 26 11:11:16 localhost kernel: Process sh (pid: 3260, stackpage=c94ab000)
 > Oct 26 11:11:16 localhost kernel: Stack: 0000a1b8 080e1ca4 cb710880 c94abd24 c0165035 080e7478
 > 080ebe5c c03555fc
 > Oct 26 11:11:16 localhost kernel:        c016465c c94abd7c 080e1000 080e1ca4 c94aa000 00006478
 > c29aeb20 00001812
 > Oct 26 11:11:16 localhost kernel:        00000000 00000000 080e7478 080e1ca4 080e0ca4 08048000
 > 0805b4b0 00000008
 > Oct 26 11:11:16 localhost kernel: Call Trace:    [load_elf_binary+2521/3892]
 > [load_elf_binary+0/3892] [rtl8139_interrupt+204/276] [search_binary_handler+122/420]
 > [do_execve+474/740]
 > Oct 26 11:11:16 localhost kernel:   [do_execve+601/740] [sys_execve+47/96]
 > [call_with_regs+75/148] [deputy_syscall+249/540] [sys_execve+0/96]
 > [deputy_main_loop+1054/1240]
 > Oct 26 11:11:16 localhost kernel:   [mosix_pre_usermode_actions+60/116]
 > [straight_to_mosix+5/13]
 > Oct 26 11:11:16 localhost kernel:
 > Oct 26 11:11:16 localhost kernel: Code: c3 8d 76 00 55 89 e5 83 ec 2c 57 56 53 8b 4d 0c 8b 45
 > 14 8b
 >
 >
 > Przeszukałem google i wiekszość dostepnej dokumentacji, jeszcze chyba tylko na ircu nie pytalem
 >
 >

Proponuje powyłączać migshm (migrację pamięci współdzielonej) i oba systemy (kernela i ich programy - wszystko!) skompilować na minimalny system. Skoro ma migrowac z 686+mmx+sse+... na 586+mmx to mogą powstać błędy spowodowane tymi różnicami.

[Stilgar]

 > Proponuje powyłączać migshm (migrację pamięci współdzielonej) i oba systemy (kernela i ich
 > programy - wszystko!) skompilować na minimalny system. Skoro ma migrowac z 686+mmx+sse+... na
 > 586+mmx to mogą powstać błędy spowodowane tymi różnicami.
 >

migshm powodowało błędy nawet przy normalnym uruchamianiu programów, więc wyłączyłem to w miare na poczatku... z OpenMosiksa jedyne wlaczone opcje to migrowanie procesów i zwiekszone bezpieczeństwo

Czyli radzisz skompilować oba systemy jakby były 586mmx ?

2005-10-26 16:07:14 Stilgar napisał:

>
 >  > Proponuje powyłączać migshm (migrację pamięci współdzielonej) i oba systemy (kernela i
 > ich
 >  > programy - wszystko!) skompilować na minimalny system. Skoro ma migrowac z
 > 686+mmx+sse+... na
 >  > 586+mmx to mogą powstać błędy spowodowane tymi różnicami.
 >  >
 >
 > migshm powodowało błędy nawet przy normalnym uruchamianiu programów, więc wyłączyłem to w miare
 > na poczatku... z OpenMosiksa jedyne wlaczone opcje to migrowanie procesów i zwiekszone
 > bezpieczeństwo
 >
 > Czyli radzisz skompilować oba systemy jakby były 586mmx ?
tak