Hallo zusammen, ich habe da mal eine Frage zu Suse 10.0 64-Bit und coLinux. Auf meinem Rechner läuft ein Dual-Boot-System mit einer WindowsXP-Partition und einer zusätzlichen Suse10.0 64-Bit-Partition. Nachdem ich Linux grundsätzlich Windows vorziehe, aber auch auf Windows nicht verzichten kann, möchte ich nun mit coLinux unter Windows in meine bestehende Suse-Partition booten. Momentan kriege ich hin, daß coLinux die Partition findet. Aber nach einigen Meldungen bleibt die Konsole einfach stehen und das System bootet nicht. Ich bekomme folgende Meldungen auf den Bildschirm: " .. Cooperative Linux Daemon, 0.6.3 Compiled on Sun Feb 5 20:25:03 2006 mxml: Mismatched close tag </colinux> under parent <network>! auto selecting TAP found TAP device named "LAN-Verbindung 4" opening TAP: "LAN-Verbindung 4" driver version 8.1 enabling TAP... Linux version 2.6.11-co-0.6.3 (george@CoDebianDevel) (gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)) #1 Sun 512MB LOWMEM available. initrd enabled: start: 0xdfe10000 size: 0x001ef78a) On node 0 totalpages: 131072 DMA zone: 0 pages, LIFO batch:1 Normal zone: 131072 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 Built 1 zonelists Kernel command line: root="/dev/cobd0" Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 65536 bytes) Using cooperative for high-res timesource Console: colour CoCON 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 513536k/524288k available (1537k kernel code, 0k reserved, 521k data, 10 8k init, 0k highmem) Calibrating delay loop... 1297.61 BogoMIPS (lpj=6488064) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000000 CPU: After vendor identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 0 0000000 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After all inits, caps: 078bfbff e1d3fbff 00000000 00000010 00000000 0000000 0 00000000 CPU: AMD Athlon(tm) 64 Processor 3400+ stepping 00 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 1981k freed NET: Registered protocol family 16 devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x0 cofuse init 0.1 (API version 2.2) Initializing Cryptographic API serio: cokbd at irq 1 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize cobd: loaded (max 32 devices) loop: loaded (max 8 devices) conet: loaded (max 16 devices) conet0: initialized mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard on cokbd NET: Registered protocol family 2 IP: routing cache hash table of 4096 buckets, 32Kbytes TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 131072 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 17 RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ReiserFS: cobd0: found reiserfs format "3.6" with standard journal ReiserFS: cobd0: using ordered data mode ReiserFS: cobd0: journal params: device cobd0, size 8192, journal first block 18 , max trans len 1024, max batch 900, ReiserFS: cobd0: checking transaction log ( cobd0) ReiserFS: cobd0: replayed 24 transactions in 0 seconds ReiserFS: cobd0: Using r5 hash to sort names VFS: Mounted root (reiserfs filesystem). Trying to move old root to /initrd ... failed Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 108k freed request_module: runaway loop modprobe binfmt-464c request_module: runaway loop modprobe binfmt-464c request_module: runaway loop modprobe binfmt-464c request_module: runaway loop modprobe binfmt-464c request_module: runaway loop modprobe binfmt-464c" Nach dem letzten request bleibt coLinux einfach stehen und es tut sich nichts mehr. Hat vielleicht von Euch jemand damit Erfahrung oder gibts vielleicht eine bessere Anwendung unter Windows, mit der ich meine Linux-Installation vollwertig nutzen kann? Gruß Udo -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com