User Mode Linux pod 2.6.26

melvin12 · Post autor: **melvin12** » 15 sierpnia 2008, 19:56

Witam

Użyłem źródeł 2.6.26 do kompilacji linuxa user-mode

make defconfig ARCH=um
make ARCH=um

Nie było problemu. Utworzyłem system plików ext2 w pliku.

Problem jest taki, że nie chce wystartować mi ten Linux. Odpalam takim poleceniem:

Kod: Zaznacz cały

./linux ubda=disk-image mem=128MB

Wszystko jest dobrze, montuje root device i tak dalej. To jest pełny listing.

Locating the bottom of the address space ... 0x0
Locating the top of the address space ... 0xc0000000
Core dump limits :
soft - 0
hard - NONE
0xc0000000
Core dump limits :
soft - 0
hard - NONE
0xc0000000
Core dump limits :
soft - 0
hard - NONE
0xc0000000
Core dump limits :
soft - 0
hard - NONE
Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
OK
OK
OK
UML running in SKAS0 mode
Linux version 2.6.26 (root@melvin) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Fri Aug 15 18:06:25 CEST 2008
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
Kernel command line: ubda=disk-image mem=256MB root=98:0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 255616k available
Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
net_namespace: 192 bytes
NET: Registered protocol family 16
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
NET: Registered protocol family 1
Checking host MADV_REMOVE support...OK
mconsole (version 2) initialized on /root/.uml/xBHNom/mconsole
Host TLS support detected
Detected host type: i386 (GDT indexes 6 to 9)
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
msgmni has been set to 499
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
TCP cubic registered
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
console [tty0] enabled
Initializing software serial port version 1
console [mc-1] enabled
ubda: unknown partition table
VFS: Mounted root (ext2 filesystem) readonly.
Stub registers -
0 - 0
1 - 0
2 - 0
3 - 0
4 - 0
5 - 0
6 - 0
7 - 0
8 - 0
9 - 0
10 - 0
11 - ffffffff
12 - 0
13 - 73
14 - 210202
15 - 0
16 - 7b
wait_stub_done : failed to wait for SIGTRAP, pid = 15736, n = 15736, errno = 25, status = 0x47f
Kernel panic - not syncing: Attempted to kill init!

EIP: 0073:[<b7f4e410>] CPU: 0 Not tainted ESP: 007b:bfb28274 EFLAGS: 00200246
Not tainted
EAX: 00000000 EBX: 00003d73 ECX: 00000013 EDX: 00003d73
ESI: 00003d6f EDI: 00000003 EBP: bfb2829c DS: 007b ES: 007b
17c5cb30: [<08069c77>] show_regs+0xb4/0xb9
17c5cb5c: [<08059816>] panic_exit+0x25/0x3b
17c5cb70: [<08083502>] notifier_call_chain+0x27/0x53
17c5cb98: [<08083545>] __atomic_notifier_call_chain+0x17/0x19
17c5cba8: [<0808355c>] atomic_notifier_call_chain+0x15/0x17
17c5cbc4: [<0806fbd2>] panic+0x52/0xdd
17c5cbe4: [<0807296b>] do_exit+0x5a/0x5ce
17c5cc1c: [<08072f5b>] do_group_exit+0x7c/0xa3
17c5cc38: [<0807a99f>] get_signal_to_deliver+0x288/0x2c6
17c5cc5c: [<080580cf>] do_signal+0x1e9/0x291
17c5cd1c: [<08059673>] fatal_sigsegv+0x1f/0x24
17c5cd30: [<08066da0>] wait_stub_done+0xa3/0xab
17c5cd5c: [<08066657>] do_syscall_stub+0x9e/0x186
17c5cd84: [<08066849>] run_syscall_stub+0x9c/0xa1
17c5cd98: [<08067c82>] write_ldt_entry+0xe2/0x140
17c5cde0: [<080682f1>] init_new_ldt+0x192/0x2a9
17c5ce58: [<08059b0e>] init_new_context+0xb7/0xf5
17c5ce78: [<080adaa8>] bprm_mm_init+0x3f/0x164
17c5cea8: [<080ae6a2>] do_execve+0x6d/0x198
17c5cec8: [<08056659>] execve1+0x25/0x40
17c5ceec: [<080566c5>] um_execve+0x14/0x34
17c5cef8: [<08058389>] kernel_execve+0x2c/0x36
17c5cf18: [<080563ac>] run_init_process+0x18/0x1d
17c5cf2c: [<08056457>] init_post+0xa6/0xcf
17c5cf38: [<0804953f>] kernel_init+0x1e7/0x1f1
17c5cfb4: [<08063dbb>] run_kernel_thread+0x37/0x3f
17c5cfe0: [<080576a5>] new_thread_handler+0x57/0x7e
17c5cffc: [<00000000>] 0x0

Nie wiem o co chodzi. Jak to rozwiązać?

Ps. Nie wiem czy dodałem do właściwego działu ten post.

fnmirk · Post autor: **fnmirk** » 15 sierpnia 2008, 20:51

melvin12 pisze:Użyłem źródeł 2.6.26 do kompilacji linuxa user-mode

Wiesz, podałeś sporo informacji. Na ich podstawie można się jedynie domyślać że próbujesz kompilować jądro.
Mogłeś napisać np. tak:

Mam zainstalowaną wersję systemu...
Próbuję skompilować (nazwa). Pakiet źródłowy pobrałem (link do źródła).
Wykonując polecenie (nazwa, ewentualne wyniki, logi itp.).
Pojawiają się błędy.
Itp.

Uzupełnij informacje.

melvin12 · Post autor: **melvin12** » 16 sierpnia 2008, 20:05

Witam ponownie

Myśle że podałem już dużo informacji ale niech ci będzie.
Możę cię to zdziwi ale używam debian etch z jądrem w wersji 2.6.18.
Mam jeszcze jedną ciekawą informację dla ciebie, chciałem uruchomić User Mode Linux ( jeśli wiesz co to jest, bo czytając twoją odpowiedź to mam wrażenie że nie wiesz ).

System plików który zrobiłem jest prawidłowy. Bo z nim nie ma problemu jak może zauważyłeś czytając to co wkleiłem.

Moje pytanie jest skierowane do tych którzy chcieli zrobić to co ja i też natrafili na ten problem i go rozwiązali. A nawet jak nie rozwiązali albo nie mieli problemu to też napiszą coś ciekawego.

Mam nadzieje że ktoś coś napisze.

fnmirk · Post autor: **fnmirk** » 16 sierpnia 2008, 23:13

Zerknij sobie
http://pl.wikipedia.org/wiki/User-mode_Linux

melvin12 pisze:Myślę że podałem już dużo informacji ale niech ci będzie.
Może cię to zdziwi ale używam Debian Etch z jądrem w wersji 2.6.18.

Mnie dziwi zawsze jedno, że ja mam się domyślać jaki ma problem autor.
Jest różnica z jakiej wersji Debiana korzystasz.

I nie mnie zależy na uzyskaniu odpowiedzi tylko Tobie. A informacje powinny być pełne. Skoro tak doskonale wiesz jaki masz kłopot to dlaczego zadajesz pytanie. Ty przecież wiesz. Ja nie wiem.

melvin12 · Post autor: **melvin12** » 18 sierpnia 2008, 12:17

Do kompilacji UML użyłem jądra w wersji 2.6.26.2 i działa bez problemu.
W wersji 2.6.26 czyli bez uaktualnien wkradł się błąd można poczytać
tutaj
Tytuł błędu to "UML - Fix boot crash". Tak dla zainteresowanych dodaje.

Swoją drogą zastanawiam się czemu fnmirk odpowiadasz na pytania piszesz jakieś posty jak nawet nie wiesz o co chodzi. To jaki jest system z którego aktualnie korzystam czyli na którym kompiluje i uruchamiam nie ma znaczenia. UML to zwykły program, używa bibliotek dynamicznych i te są ważne.

To tyle. Narazie