Menu
▾
▴
colinux-devel — Cooperative Linux development mailing list
You can subscribe to this list here.
| 2004 |
Jan
(64) |
Feb
(530) |
Mar
(266) |
Apr
(580) |
May
(360) |
Jun
(161) |
Jul
(185) |
Aug
(164) |
Sep
(123) |
Oct
(160) |
Nov
(59) |
Dec
(84) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(156) |
Feb
(95) |
Mar
(124) |
Apr
(81) |
May
(79) |
Jun
(179) |
Jul
(35) |
Aug
(64) |
Sep
(56) |
Oct
(57) |
Nov
(18) |
Dec
(41) |
| 2006 |
Jan
(65) |
Feb
(37) |
Mar
(59) |
Apr
(73) |
May
(65) |
Jun
(27) |
Jul
(54) |
Aug
(76) |
Sep
(103) |
Oct
(23) |
Nov
(45) |
Dec
(29) |
| 2007 |
Jan
(41) |
Feb
(47) |
Mar
(61) |
Apr
(24) |
May
(14) |
Jun
(6) |
Jul
(23) |
Aug
(30) |
Sep
(16) |
Oct
(9) |
Nov
(53) |
Dec
(36) |
| 2008 |
Jan
(19) |
Feb
(49) |
Mar
(74) |
Apr
(21) |
May
(24) |
Jun
(5) |
Jul
(9) |
Aug
(53) |
Sep
(26) |
Oct
(23) |
Nov
(32) |
Dec
(19) |
| 2009 |
Jan
(47) |
Feb
(49) |
Mar
(39) |
Apr
(61) |
May
(28) |
Jun
(19) |
Jul
(12) |
Aug
(10) |
Sep
(31) |
Oct
(16) |
Nov
(60) |
Dec
(26) |
| 2010 |
Jan
(17) |
Feb
(9) |
Mar
(32) |
Apr
(11) |
May
(24) |
Jun
(33) |
Jul
(5) |
Aug
(2) |
Sep
(7) |
Oct
(8) |
Nov
(17) |
Dec
(7) |
| 2011 |
Jan
(12) |
Feb
(16) |
Mar
(2) |
Apr
(12) |
May
(5) |
Jun
(10) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(1) |
Nov
(17) |
Dec
(1) |
| 2012 |
Jan
(9) |
Feb
(9) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(8) |
Sep
(11) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2013 |
Jan
|
Feb
(7) |
Mar
(4) |
Apr
(10) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(3) |
| 2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: coLinux a. <col...@he...> - 2009-09-28 04:25:44
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090926/ colinux-0.8.0-20090926.src.tgz (835782 Bytes) daemons-0.8.0-20090926.dbg.zip (590961 Bytes) daemons-0.8.0-20090926.zip (477816 Bytes) modules-2.6.25.20-co-0.8.0-20090926.tgz (2711494 Bytes) vmlinux-2.6.25.20-co-0.8.0-20090926.zip (1765505 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090926.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1280 | henryn | 2009-09-26 09:46:58 +0000 (Sat, 26 Sep 2009) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/patch/base-2.6.25.diff * math_state_restore: Optimization for PREEMPT_NONE, disable IRQ at caller. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2009-09-26 23:40:32
|
Support Requests item #2485983, was opened at 2009-01-04 19:17 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-27 01:40 Message: Add "text" to the boot parameter in coLinux config. This should skip loading GDM to have a text only system. Add "nosplash". Maybe this produce the error. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-26 22:54 Message: > to stop the GUI (gnome-desktop) at Ubuntu Add the word "single" (without quotes) into coLinux config, This boot parameter got me a Recovery Menu , where I can "Drop to root shell prompt". This I have found for Ubuntu 8.10. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-24 23:49 Message: First, if you want to boot in DualBoot, then don't change the /etc/fstab!!! coLinux would run with the original too. Perhaps you would have no swap, so you needs to add and script for coLinux bootup and add a line like "swapon /edv/cobd1" The output on FLTK is not normal, I think. This are memory maps for used libraries. Perhaps any binary is faulting and Ubuntu prints a core dump about used libs? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-24 18:23 Message: It's not simple to stop the GUI (gnome-desktop) at Ubuntu, because Ubuntu (Debian?) uses the runlevels not in the Linux typically manner. Ubuntu have only the runlevel 1 and 2 at booting, and runlevels 3...5 are all the same as runlevel 2. But thanks the dualboot functionality of the WUBI installed Ubuntu, I can boot into the native Ubuntu and inspect the log files. I have seen at the log files part foir the coLinux boot, that the conet network interface is fully configured, e.g. the ndis-bridged conet interface get the right IPs automatically from the DHCP server at the ADSL router. I think too, that the problem is the start of the Xserver and/or the gnome-desktop (with the activated auto-logon at Ubuntu). I'll try to modify the start-scripts of Ubuntu, as described at the Wiki for the WUBI/Dualboot conversion, at the running native Ubuntu. I hope/think, that than it should be possible to get a working dualboot WUBI installation and with a working coLinux with the same WUBI image. For your informations, this are the last messages at the FLTK console: b7b50000-b7b59000 r-xp 00000000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b59000-b7b5a000 rw-p 00008000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b65000-b7b6d000 r-xp 00000000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6d000-b7b6e000 rw-p 00007000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6e000-b7b74000 r-xp 00000000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b74000-b7b75000 rw-p 00005000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b75000-b7bc5000 r-xp 00000000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc5000-b7bc9000 rw-p 0004f000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc9000-b7bca000 rw-p b7bc9000 00:00 0 b7bca000-b7be8000 r-xp 00000000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be8000-b7be9000 rw-p 0001e000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be9000-b7c32000 r-xp 00000000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c32000-b7c50000 rw-p 00049000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c50000-b7c51000 rw-p b7c50000 00:00 0 b7c51000-b7c65000 r-xp 00000000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c65000-b7c67000 rw-p 00013000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c67000-b7c6a000 rw-p b7c67000 00:00 0 b7c6a000-b7c7e000 r-xp 00000000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7e000-b7c7f000 rw-p 00013000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7f000-b7ce9000 r-xp 00000000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7ce9000-b7cec000 rw-p 0006a000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7cec000-b7e35000 r-xp 00000000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e35000-b7e36000 r--p 00149000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e36000-b7e38000 rw-p 0014a000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e38000-b7e3b000 rw-p b7e38000 00:00 0 b7e3b000-b7e45000 r-xp 00000000 75:00 195136 /lib/libgcc_s.so.1 b7e45000-b7e46000 rw-p 0000a000 75:00 195136 /lib/libgcc_s.so.1 b7e46000-b7e4d000 r-xp 00000000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4d000-b7e4f000 rw-p 00006000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4f000-b7e72000 r-xp 00000000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e72000-b7e74000 rw-p 00023000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e74000-b7e75000 rw-p b7e74000 00:00 0 b7e75000-b7e79000 r-xp 00000000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e79000-b7e7a000 rw-p 00003000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e7a000-b7eae000 r-xp 00000000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eae000-b7eb0000 rw-p 00033000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eb0000-b7ebf000 r-xp 00000000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ebf000-b7ec0000 rw-p 0000e000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ec0000-b7ee8000 r-xp 00000000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee8000-b7ee9000 rw-p 00027000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee9000-b7eed000 r-xp 00000000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eed000-b7eee000 rw-p 00004000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eee000-b7ef0000 r-xp 00000000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef0000-b7ef1000 rw-p 00001000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef1000-b7ef2000 rw-p b7ef1000 00:00 0 b7ef2000-b7f4a000 r-xp 00000000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f4a000-b7f50000 rw-p 00058000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f50000-b7f57000 rw-p b7f50000 00:00 0 b7f57000-b7f59000 r-xp 00000000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f59000-b7f5b000 rw-p 00001000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f5f000-b7f60000 r-xp 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f60000-b7f61000 rw-p 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f61000-b7f65000 r-xp 00000000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f65000-b7f66000 rw-p 00003000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f66000-b7f68000 rw-p b7f66000 00:00 0 b7f68000-b7f82000 r-xp 00000000 75:00 195084 /lib/ld-2.7.so b7f82000-b7f84000 rw-p 00019000 75:00 195084 /lib/ld-2.7.so bf8c1000-bf8d6000 rw-p bf8c1000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-24 00:12 Message: Maybe you tries to boot coLinux with GUI in runlevel 3? Set the default runlevel 2. After it's stopping, please close the FLTK console (right top cross), and run colinux-console-nt.exe, to have copy & paste with left mouse menu. Please post here the last lines from this console. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-23 19:06 Message: Many thanks henry for youre response. I have solved the udev-persitent eth0/eth2 renaming, but the problem is the same. I have tried the ndis-bridge network interface, but the problem is the same too. At the FLTK console I see some library loading information, but not other at the stopping end. If the dispayed messages are important, I can post this here. Just I'll try the WUBI converting instruction for Ubuntu 8.10, but this is not a LTS version of Ubuntu and I'm more interrested at the LTS versions. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-22 21:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 08:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 23:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 20:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-26 20:54:37
|
Support Requests item #2485983, was opened at 2009-01-04 19:17 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-26 22:54 Message: > to stop the GUI (gnome-desktop) at Ubuntu Add the word "single" (without quotes) into coLinux config, This boot parameter got me a Recovery Menu , where I can "Drop to root shell prompt". This I have found for Ubuntu 8.10. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-24 23:49 Message: First, if you want to boot in DualBoot, then don't change the /etc/fstab!!! coLinux would run with the original too. Perhaps you would have no swap, so you needs to add and script for coLinux bootup and add a line like "swapon /edv/cobd1" The output on FLTK is not normal, I think. This are memory maps for used libraries. Perhaps any binary is faulting and Ubuntu prints a core dump about used libs? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-24 18:23 Message: It's not simple to stop the GUI (gnome-desktop) at Ubuntu, because Ubuntu (Debian?) uses the runlevels not in the Linux typically manner. Ubuntu have only the runlevel 1 and 2 at booting, and runlevels 3...5 are all the same as runlevel 2. But thanks the dualboot functionality of the WUBI installed Ubuntu, I can boot into the native Ubuntu and inspect the log files. I have seen at the log files part foir the coLinux boot, that the conet network interface is fully configured, e.g. the ndis-bridged conet interface get the right IPs automatically from the DHCP server at the ADSL router. I think too, that the problem is the start of the Xserver and/or the gnome-desktop (with the activated auto-logon at Ubuntu). I'll try to modify the start-scripts of Ubuntu, as described at the Wiki for the WUBI/Dualboot conversion, at the running native Ubuntu. I hope/think, that than it should be possible to get a working dualboot WUBI installation and with a working coLinux with the same WUBI image. For your informations, this are the last messages at the FLTK console: b7b50000-b7b59000 r-xp 00000000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b59000-b7b5a000 rw-p 00008000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b65000-b7b6d000 r-xp 00000000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6d000-b7b6e000 rw-p 00007000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6e000-b7b74000 r-xp 00000000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b74000-b7b75000 rw-p 00005000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b75000-b7bc5000 r-xp 00000000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc5000-b7bc9000 rw-p 0004f000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc9000-b7bca000 rw-p b7bc9000 00:00 0 b7bca000-b7be8000 r-xp 00000000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be8000-b7be9000 rw-p 0001e000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be9000-b7c32000 r-xp 00000000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c32000-b7c50000 rw-p 00049000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c50000-b7c51000 rw-p b7c50000 00:00 0 b7c51000-b7c65000 r-xp 00000000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c65000-b7c67000 rw-p 00013000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c67000-b7c6a000 rw-p b7c67000 00:00 0 b7c6a000-b7c7e000 r-xp 00000000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7e000-b7c7f000 rw-p 00013000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7f000-b7ce9000 r-xp 00000000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7ce9000-b7cec000 rw-p 0006a000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7cec000-b7e35000 r-xp 00000000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e35000-b7e36000 r--p 00149000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e36000-b7e38000 rw-p 0014a000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e38000-b7e3b000 rw-p b7e38000 00:00 0 b7e3b000-b7e45000 r-xp 00000000 75:00 195136 /lib/libgcc_s.so.1 b7e45000-b7e46000 rw-p 0000a000 75:00 195136 /lib/libgcc_s.so.1 b7e46000-b7e4d000 r-xp 00000000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4d000-b7e4f000 rw-p 00006000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4f000-b7e72000 r-xp 00000000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e72000-b7e74000 rw-p 00023000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e74000-b7e75000 rw-p b7e74000 00:00 0 b7e75000-b7e79000 r-xp 00000000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e79000-b7e7a000 rw-p 00003000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e7a000-b7eae000 r-xp 00000000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eae000-b7eb0000 rw-p 00033000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eb0000-b7ebf000 r-xp 00000000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ebf000-b7ec0000 rw-p 0000e000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ec0000-b7ee8000 r-xp 00000000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee8000-b7ee9000 rw-p 00027000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee9000-b7eed000 r-xp 00000000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eed000-b7eee000 rw-p 00004000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eee000-b7ef0000 r-xp 00000000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef0000-b7ef1000 rw-p 00001000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef1000-b7ef2000 rw-p b7ef1000 00:00 0 b7ef2000-b7f4a000 r-xp 00000000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f4a000-b7f50000 rw-p 00058000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f50000-b7f57000 rw-p b7f50000 00:00 0 b7f57000-b7f59000 r-xp 00000000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f59000-b7f5b000 rw-p 00001000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f5f000-b7f60000 r-xp 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f60000-b7f61000 rw-p 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f61000-b7f65000 r-xp 00000000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f65000-b7f66000 rw-p 00003000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f66000-b7f68000 rw-p b7f66000 00:00 0 b7f68000-b7f82000 r-xp 00000000 75:00 195084 /lib/ld-2.7.so b7f82000-b7f84000 rw-p 00019000 75:00 195084 /lib/ld-2.7.so bf8c1000-bf8d6000 rw-p bf8c1000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-24 00:12 Message: Maybe you tries to boot coLinux with GUI in runlevel 3? Set the default runlevel 2. After it's stopping, please close the FLTK console (right top cross), and run colinux-console-nt.exe, to have copy & paste with left mouse menu. Please post here the last lines from this console. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-23 19:06 Message: Many thanks henry for youre response. I have solved the udev-persitent eth0/eth2 renaming, but the problem is the same. I have tried the ndis-bridge network interface, but the problem is the same too. At the FLTK console I see some library loading information, but not other at the stopping end. If the dispayed messages are important, I can post this here. Just I'll try the WUBI converting instruction for Ubuntu 8.10, but this is not a LTS version of Ubuntu and I'm more interrested at the LTS versions. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-22 21:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 08:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 23:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 20:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2009-09-26 04:12:55
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090925/ colinux-0.8.0-20090925.src.tgz (829973 Bytes) daemons-0.8.0-20090925.dbg.zip (591049 Bytes) daemons-0.8.0-20090925.zip (477927 Bytes) modules-2.6.25.20-co-0.8.0-20090925.tgz (2705163 Bytes) vmlinux-2.6.25.20-co-0.8.0-20090925.zip (1765512 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090925.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1279 | henryn | 2009-09-25 23:05:56 +0000 (Fri, 25 Sep 2009) | 3 lines Changed paths: M /branches/devel/patch/base-2.6.25.diff * math_state_restore: Restauration host FPU state was missing for kernel 2.6.25.20, ported changes from kernel 2.6.22.18 SVN r1247, r1278. ------------------------------------------------------------------------ r1278 | henryn | 2009-09-25 22:05:22 +0000 (Fri, 25 Sep 2009) | 3 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff Contributed by Paolo Minazzi: * math_state_restore: Disable IRQ before clts (for PREEMPT_NONE only). ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2009-09-24 21:49:57
|
Support Requests item #2485983, was opened at 2009-01-04 19:17 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-24 23:49 Message: First, if you want to boot in DualBoot, then don't change the /etc/fstab!!! coLinux would run with the original too. Perhaps you would have no swap, so you needs to add and script for coLinux bootup and add a line like "swapon /edv/cobd1" The output on FLTK is not normal, I think. This are memory maps for used libraries. Perhaps any binary is faulting and Ubuntu prints a core dump about used libs? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-24 18:23 Message: It's not simple to stop the GUI (gnome-desktop) at Ubuntu, because Ubuntu (Debian?) uses the runlevels not in the Linux typically manner. Ubuntu have only the runlevel 1 and 2 at booting, and runlevels 3...5 are all the same as runlevel 2. But thanks the dualboot functionality of the WUBI installed Ubuntu, I can boot into the native Ubuntu and inspect the log files. I have seen at the log files part foir the coLinux boot, that the conet network interface is fully configured, e.g. the ndis-bridged conet interface get the right IPs automatically from the DHCP server at the ADSL router. I think too, that the problem is the start of the Xserver and/or the gnome-desktop (with the activated auto-logon at Ubuntu). I'll try to modify the start-scripts of Ubuntu, as described at the Wiki for the WUBI/Dualboot conversion, at the running native Ubuntu. I hope/think, that than it should be possible to get a working dualboot WUBI installation and with a working coLinux with the same WUBI image. For your informations, this are the last messages at the FLTK console: b7b50000-b7b59000 r-xp 00000000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b59000-b7b5a000 rw-p 00008000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b65000-b7b6d000 r-xp 00000000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6d000-b7b6e000 rw-p 00007000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6e000-b7b74000 r-xp 00000000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b74000-b7b75000 rw-p 00005000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b75000-b7bc5000 r-xp 00000000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc5000-b7bc9000 rw-p 0004f000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc9000-b7bca000 rw-p b7bc9000 00:00 0 b7bca000-b7be8000 r-xp 00000000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be8000-b7be9000 rw-p 0001e000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be9000-b7c32000 r-xp 00000000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c32000-b7c50000 rw-p 00049000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c50000-b7c51000 rw-p b7c50000 00:00 0 b7c51000-b7c65000 r-xp 00000000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c65000-b7c67000 rw-p 00013000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c67000-b7c6a000 rw-p b7c67000 00:00 0 b7c6a000-b7c7e000 r-xp 00000000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7e000-b7c7f000 rw-p 00013000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7f000-b7ce9000 r-xp 00000000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7ce9000-b7cec000 rw-p 0006a000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7cec000-b7e35000 r-xp 00000000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e35000-b7e36000 r--p 00149000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e36000-b7e38000 rw-p 0014a000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e38000-b7e3b000 rw-p b7e38000 00:00 0 b7e3b000-b7e45000 r-xp 00000000 75:00 195136 /lib/libgcc_s.so.1 b7e45000-b7e46000 rw-p 0000a000 75:00 195136 /lib/libgcc_s.so.1 b7e46000-b7e4d000 r-xp 00000000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4d000-b7e4f000 rw-p 00006000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4f000-b7e72000 r-xp 00000000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e72000-b7e74000 rw-p 00023000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e74000-b7e75000 rw-p b7e74000 00:00 0 b7e75000-b7e79000 r-xp 00000000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e79000-b7e7a000 rw-p 00003000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e7a000-b7eae000 r-xp 00000000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eae000-b7eb0000 rw-p 00033000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eb0000-b7ebf000 r-xp 00000000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ebf000-b7ec0000 rw-p 0000e000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ec0000-b7ee8000 r-xp 00000000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee8000-b7ee9000 rw-p 00027000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee9000-b7eed000 r-xp 00000000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eed000-b7eee000 rw-p 00004000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eee000-b7ef0000 r-xp 00000000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef0000-b7ef1000 rw-p 00001000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef1000-b7ef2000 rw-p b7ef1000 00:00 0 b7ef2000-b7f4a000 r-xp 00000000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f4a000-b7f50000 rw-p 00058000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f50000-b7f57000 rw-p b7f50000 00:00 0 b7f57000-b7f59000 r-xp 00000000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f59000-b7f5b000 rw-p 00001000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f5f000-b7f60000 r-xp 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f60000-b7f61000 rw-p 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f61000-b7f65000 r-xp 00000000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f65000-b7f66000 rw-p 00003000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f66000-b7f68000 rw-p b7f66000 00:00 0 b7f68000-b7f82000 r-xp 00000000 75:00 195084 /lib/ld-2.7.so b7f82000-b7f84000 rw-p 00019000 75:00 195084 /lib/ld-2.7.so bf8c1000-bf8d6000 rw-p bf8c1000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-24 00:12 Message: Maybe you tries to boot coLinux with GUI in runlevel 3? Set the default runlevel 2. After it's stopping, please close the FLTK console (right top cross), and run colinux-console-nt.exe, to have copy & paste with left mouse menu. Please post here the last lines from this console. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-23 19:06 Message: Many thanks henry for youre response. I have solved the udev-persitent eth0/eth2 renaming, but the problem is the same. I have tried the ndis-bridge network interface, but the problem is the same too. At the FLTK console I see some library loading information, but not other at the stopping end. If the dispayed messages are important, I can post this here. Just I'll try the WUBI converting instruction for Ubuntu 8.10, but this is not a LTS version of Ubuntu and I'm more interrested at the LTS versions. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-22 21:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 08:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 23:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 20:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-24 16:23:38
|
Support Requests item #2485983, was opened at 2009-01-04 18:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-24 16:23 Message: It's not simple to stop the GUI (gnome-desktop) at Ubuntu, because Ubuntu (Debian?) uses the runlevels not in the Linux typically manner. Ubuntu have only the runlevel 1 and 2 at booting, and runlevels 3...5 are all the same as runlevel 2. But thanks the dualboot functionality of the WUBI installed Ubuntu, I can boot into the native Ubuntu and inspect the log files. I have seen at the log files part foir the coLinux boot, that the conet network interface is fully configured, e.g. the ndis-bridged conet interface get the right IPs automatically from the DHCP server at the ADSL router. I think too, that the problem is the start of the Xserver and/or the gnome-desktop (with the activated auto-logon at Ubuntu). I'll try to modify the start-scripts of Ubuntu, as described at the Wiki for the WUBI/Dualboot conversion, at the running native Ubuntu. I hope/think, that than it should be possible to get a working dualboot WUBI installation and with a working coLinux with the same WUBI image. For your informations, this are the last messages at the FLTK console: b7b50000-b7b59000 r-xp 00000000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b59000-b7b5a000 rw-p 00008000 75:00 58425 /usr/lib/libdrm.so.2.3.0 b7b65000-b7b6d000 r-xp 00000000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6d000-b7b6e000 rw-p 00007000 75:00 123412 /usr/lib/xorg/modules/extensions/libdri.so b7b6e000-b7b74000 r-xp 00000000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b74000-b7b75000 rw-p 00005000 75:00 123415 /usr/lib/xorg/modules/extensions/librecord.so b7b75000-b7bc5000 r-xp 00000000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc5000-b7bc9000 rw-p 0004f000 75:00 123414 /usr/lib/xorg/modules/extensions/libglx.so b7bc9000-b7bca000 rw-p b7bc9000 00:00 0 b7bca000-b7be8000 r-xp 00000000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be8000-b7be9000 rw-p 0001e000 75:00 123413 /usr/lib/xorg/modules/extensions/libextmod.so b7be9000-b7c32000 r-xp 00000000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c32000-b7c50000 rw-p 00049000 75:00 123345 /usr/lib/xorg/modules/libpcidata.so b7c50000-b7c51000 rw-p b7c50000 00:00 0 b7c51000-b7c65000 r-xp 00000000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c65000-b7c67000 rw-p 00013000 75:00 212368 /lib/tls/i686/cmov/libpthread-2.7.so b7c67000-b7c6a000 rw-p b7c67000 00:00 0 b7c6a000-b7c7e000 r-xp 00000000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7e000-b7c7f000 rw-p 00013000 75:00 59090 /usr/lib/libz.so.1.2.3.3 b7c7f000-b7ce9000 r-xp 00000000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7ce9000-b7cec000 rw-p 0006a000 75:00 58481 /usr/lib/libfreetype.so.6.3.16 b7cec000-b7e35000 r-xp 00000000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e35000-b7e36000 r--p 00149000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e36000-b7e38000 rw-p 0014a000 75:00 212354 /lib/tls/i686/cmov/libc-2.7.so b7e38000-b7e3b000 rw-p b7e38000 00:00 0 b7e3b000-b7e45000 r-xp 00000000 75:00 195136 /lib/libgcc_s.so.1 b7e45000-b7e46000 rw-p 0000a000 75:00 195136 /lib/libgcc_s.so.1 b7e46000-b7e4d000 r-xp 00000000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4d000-b7e4f000 rw-p 00006000 75:00 212370 /lib/tls/i686/cmov/librt-2.7.so b7e4f000-b7e72000 r-xp 00000000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e72000-b7e74000 rw-p 00023000 75:00 212358 /lib/tls/i686/cmov/libm-2.7.so b7e74000-b7e75000 rw-p b7e74000 00:00 0 b7e75000-b7e79000 r-xp 00000000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e79000-b7e7a000 rw-p 00003000 75:00 58237 /usr/lib/libXdmcp.so.6.0.0 b7e7a000-b7eae000 r-xp 00000000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eae000-b7eb0000 rw-p 00033000 75:00 58324 /usr/lib/libdbus-1.so.3.4.0 b7eb0000-b7ebf000 r-xp 00000000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ebf000-b7ec0000 rw-p 0000e000 75:00 58720 /usr/lib/libhal.so.1.0.0 b7ec0000-b7ee8000 r-xp 00000000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee8000-b7ee9000 rw-p 00027000 75:00 58902 /usr/lib/libpixman-1.so.0.10.0 b7ee9000-b7eed000 r-xp 00000000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eed000-b7eee000 rw-p 00004000 75:00 58475 /usr/lib/libfontenc.so.1.0.0 b7eee000-b7ef0000 r-xp 00000000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef0000-b7ef1000 rw-p 00001000 75:00 58226 /usr/lib/libXau.so.6.0.0 b7ef1000-b7ef2000 rw-p b7ef1000 00:00 0 b7ef2000-b7f4a000 r-xp 00000000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f4a000-b7f50000 rw-p 00058000 75:00 58245 /usr/lib/libXfont.so.1.4.1 b7f50000-b7f57000 rw-p b7f50000 00:00 0 b7f57000-b7f59000 r-xp 00000000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f59000-b7f5b000 rw-p 00001000 75:00 212357 /lib/tls/i686/cmov/libdl-2.7.so b7f5f000-b7f60000 r-xp 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f60000-b7f61000 rw-p 00000000 75:00 123417 /usr/lib/xorg/modules/fonts/libfreetype.so b7f61000-b7f65000 r-xp 00000000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f65000-b7f66000 rw-p 00003000 75:00 123411 /usr/lib/xorg/modules/extensions/libdbe.so b7f66000-b7f68000 rw-p b7f66000 00:00 0 b7f68000-b7f82000 r-xp 00000000 75:00 195084 /lib/ld-2.7.so b7f82000-b7f84000 rw-p 00019000 75:00 195084 /lib/ld-2.7.so bf8c1000-bf8d6000 rw-p bf8c1000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-23 22:12 Message: Maybe you tries to boot coLinux with GUI in runlevel 3? Set the default runlevel 2. After it's stopping, please close the FLTK console (right top cross), and run colinux-console-nt.exe, to have copy & paste with left mouse menu. Please post here the last lines from this console. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-23 17:06 Message: Many thanks henry for youre response. I have solved the udev-persitent eth0/eth2 renaming, but the problem is the same. I have tried the ndis-bridge network interface, but the problem is the same too. At the FLTK console I see some library loading information, but not other at the stopping end. If the dispayed messages are important, I can post this here. Just I'll try the WUBI converting instruction for Ubuntu 8.10, but this is not a LTS version of Ubuntu and I'm more interrested at the LTS versions. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-22 19:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 06:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 21:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 18:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 19:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 19:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-23 22:12:41
|
Support Requests item #2485983, was opened at 2009-01-04 19:17 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-24 00:12 Message: Maybe you tries to boot coLinux with GUI in runlevel 3? Set the default runlevel 2. After it's stopping, please close the FLTK console (right top cross), and run colinux-console-nt.exe, to have copy & paste with left mouse menu. Please post here the last lines from this console. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-23 19:06 Message: Many thanks henry for youre response. I have solved the udev-persitent eth0/eth2 renaming, but the problem is the same. I have tried the ndis-bridge network interface, but the problem is the same too. At the FLTK console I see some library loading information, but not other at the stopping end. If the dispayed messages are important, I can post this here. Just I'll try the WUBI converting instruction for Ubuntu 8.10, but this is not a LTS version of Ubuntu and I'm more interrested at the LTS versions. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-22 21:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 08:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 23:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 20:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-23 17:06:29
|
Support Requests item #2485983, was opened at 2009-01-04 18:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-23 17:06 Message: Many thanks henry for youre response. I have solved the udev-persitent eth0/eth2 renaming, but the problem is the same. I have tried the ndis-bridge network interface, but the problem is the same too. At the FLTK console I see some library loading information, but not other at the stopping end. If the dispayed messages are important, I can post this here. Just I'll try the WUBI converting instruction for Ubuntu 8.10, but this is not a LTS version of Ubuntu and I'm more interrested at the LTS versions. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-09-22 19:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 06:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 21:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 18:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 19:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 19:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-22 19:11:34
|
Support Requests item #2485983, was opened at 2009-01-04 19:17 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-22 21:11 Message: You need to find a way, that you can see the hanging script name. I don't know exactly how you can do it with Ubuntu. It should be exist a boot parameter or a setting in some of the /etc files to print more verbose about the booting scripts. I see "udev: renamed network interface eth0 to eth2" there, that says, you have not fixed the udev rule script. Add the bypass for coLinux. Check the coLinux boot. If not helps, maybe the network script hangs on non existing interface? What network interface you have on normal boot of wubi? Use the same (eth0 or eth1) under coLinux. If you need a second network, add a network with ndis-bridge (and the name of your real network card) to colinux.conf. Try SSH login: Replace the "eth0=slirp" with "eth0=slirp,,tcp:22:22". Boot Wubi in normal mode and setup a SSH server. Than boot coLinux and try to login via SSH from Windows to "localhost" port 22. (Yes SLiRP is listen on localhost.) Have you a FLTK console and it contains the same kernel messages, you have printed here? Ends FLTK with same message? Maybe Ubuntu has an error console on tty9 or tty10? Try ALT-F9 and ALT-F10 to switch the consoles. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 08:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 23:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 20:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 20:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-22 06:34:31
|
Support Requests item #2485983, was opened at 2009-01-04 18:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Booting a WUBI image from c:\ drive in CoLinux Initial Comment: I am trying to boot an image that was installed by WUBI on my C:\ drive. If someone could help me get this working, then Linux would basically run natively from within Windows without requiring any new partitions. That would be awesome. WUBI puts its linux image in the location C:\ubuntu\disks\root.disk So I modified the example.conf file to say cobd0="C:\ubuntu\disks\root.disk" But alas it does not boot properly. I have included a dump from the screen of what colinux-daemon.exe outputs when it is trying to boot. It just repeats request_module: runaway loop modprobe binfmt-464c a few times and then hangs. I think it is to do with the line ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 that comes up when it is booting. I think this may be because I left the root pointing to root=/dev/cobd0 in the example.conf file when maybe WUBI takes it from somewhere else. Help would be greatly appreciated!! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-22 06:34 Message: I try this with a Ubuntu Hardy 8.04.3LTS WUBI installation as it would be described at the coLinux Wiki. But I dont get the linux console with the login prompt. The coLinux sart should be stopped at/after the network initialization: C:\Programme\coLinux>colinux-daemon kernel=vmlinux cocon=100x60 cobd0=v:\ubuntu\ disks\root.disk cobd1=v:\ubuntu\disks\swap.disk root=/dev/cobd0 eth0=slirp cofs0 =. cofs1=v:\ubuntu\disks\boot Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 2856 colinux: booting Linux version 2.6.22.18-co-0.7.4 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 128MB LOWMEM available. Entering add_active_range(0, 0, 32768) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 On node 0 totalpages: 32768 Normal zone: 256 pages used for memmap Normal zone: 0 pages reserved Normal zone: 32512 pages, LIFO batch:7 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour CoCON 100x60 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125824k/131072k available (1955k kernel code, 0k reserved, 560k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xc8800000 - 0xffffa000 ( 887 MB) lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e8f28 - 0xc0374fe4 ( 560 kB) .text : 0xc0100000 - 0xc02e8f28 (1955 kB) Calibrating delay loop... 24117.24 BogoMIPS (lpj=120586240) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff e1d3fbff 00000000 00000000 00000000 00000000 00000001 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 00000410 00000000 0000000 0 00000001 Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 conet-slirp-daemon: running IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered audit: initializing netlink socket (disabled) audit(1253600152.750:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:81:f3:46:20 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 136k freed udev: renamed network interface eth0 to eth2 fuse init (API version 7.8) EXT3 FS on cobd0, internal journal ip_tables: (C) 2000-2006 Netfilter Core Team NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth2: no IPv6 routers present What can I do? The WUBI installed Ubuntu runs without any problems, and I have installed the XRDP package at Ubuntu, I can get the RDP connection from Windows into the Ubuntu. My intention is to use the Windows RDP client to get the Ubuntu desktop from the running coLinux/Ubuntu system. I have made the same with the Thinstuff LX Server a long time ago, and it was fully functional in the combination with a coLinux/Ubuntu 6.06 system, but the Thinstuff LX Server is a dicontinued product and dont be fully functional after the Ubuntu upgrade to Ubuntu 8.04. It would be nice, to get a RDP connection with the Ubuntu 8.04 system, because a RDP client hase all Windows versions since Windows 2000, and you dont install some other programs (VNCviewer, Cygwin, Xming ...) to get a Linux desktop at the Windows machine. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-06-27 21:30 Message: Complete howto exist at Wiki now: http://colinux.wikia.com/wiki/Wubi ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-19 18:42 Message: Hi, did anything else transpired on this effort? I am willing to help move this idea forward as I believe it has value. I have about ten different PCs I can use to test this if I can make it work. So before I start I would like to know if there was any progress since January when this was initially posted. Thanks! Sergio. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 19:22 Message: Oh, sorry, have not seen your attchement. Please forget the scsi stuff. cobd is ok, the filesystem ext2 was mounted correctly. But you need to prepere some thing before you can run it. I don't know all. First, install please the modules manualy. The modules are in the file vmlinux-modules.tar.gz in your coLinux directory. Run WUBI and unpack the modules file as root with this command: tar xzf vmlinux-modules.tar.gz -C / Check, on what mount point is your file mounted. It is something like sda1 or hda1. WUBI does not know "cobd0". Use the mount you found from running WUBI and replace the cobd0 in the colinux config with this. Remove initrd from colinux config. For the first boot, bypass the normal runlevel to have a simple shell. Add this to your boot parameters: init 1 or init=/bin/bash I think there needs more work to bypass the loop mount. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-01-04 19:09 Message: I'm afraid, that WOBI does not use a raw single partition in the file. If WUBI use whole disk with partitions and it is only one file, You can try to replace this lines: cobd0="C:\ubuntu\disks\root.disk" root=/dev/cobd0 with scsi0=disk,"C:\ubuntu\disks\root.disk" root=/dev/sda1 The scsi0 is usable only in the devel version, you can get it from http://www.colinux.org/snapshots/ For more help, I need to kwon how WUBI store the data in the file. Please post the the output from 'mount' running under WUBI here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=2485983&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2009-09-22 04:13:31
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090921/ colinux-0.8.0-20090921.src.tgz (829736 Bytes) daemons-0.8.0-20090921.dbg.zip (591045 Bytes) daemons-0.8.0-20090921.zip (477920 Bytes) modules-2.6.25.20-co-0.8.0-20090921.tgz (2704853 Bytes) vmlinux-2.6.25.20-co-0.8.0-20090921.zip (1765488 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090921.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1277 | henryn | 2009-09-21 21:33:10 +0000 (Mon, 21 Sep 2009) | 1 line Changed paths: M /branches/devel/conf/linux-2.6.25.20-config * Kernel: ModuleCONFIG_PPPOL2TP enabled. ------------------------------------------------------------------------ |
|
From: Vladislav G. <the...@ma...> - 2009-09-19 06:32:07
|
Hello, since we have 2.6.25.20 kernel, please, enable pppol2tp kernel driver as module in def config it's used to speed up l2tp connections Best regards, theMIROn |
|
From: coLinux a. <col...@he...> - 2009-09-16 04:12:35
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090915/ colinux-0.8.0-20090915.src.tgz (829734 Bytes) daemons-0.8.0-20090915.dbg.zip (591050 Bytes) daemons-0.8.0-20090915.zip (477927 Bytes) modules-2.6.25.20-co-0.8.0-20090915.tgz (2692583 Bytes) vmlinux-2.6.25.20-co-0.8.0-20090915.zip (1765491 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090915.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1276 | henryn | 2009-09-15 23:48:36 +0000 (Tue, 15 Sep 2009) | 1 line Changed paths: M /branches/devel/src/colinux/user/slirp/libslirp.h M /branches/devel/src/colinux/user/slirp/misc.c M /branches/devel/src/colinux/user/slirp/misc.h M /branches/devel/src/colinux/user/slirp/slirp.c * Slirp: Remove unused functions add_exec and slirp_add_exec. ------------------------------------------------------------------------ r1275 | henryn | 2009-09-15 23:27:46 +0000 (Tue, 15 Sep 2009) | 1 line Changed paths: M /branches/devel/patch/cofs-2.6.25.diff * cofs: generic_file_splice_read added. Needed by "mount -o loop" on cofs. ------------------------------------------------------------------------ |
|
From: Henry N. <hen...@ar...> - 2009-09-15 07:31:51
|
Hello, coLinux autobuild creates kernel 2.6.25.20 now. Autobuilds are available from http://www.henrynestler.com/colinux/autobuild/ The history of beta testing and test results can read from http://www.henrynestler.com/colinux/testing/kernel-2.6.25.20/ Thanks Frédéric L. W. Meunier for stress testing and reviews. -- Henry N. |
|
From: Henry N. <hen...@ar...> - 2009-09-15 07:25:14
|
Hello, Next release candidate 0.7.5-rc1 is available from snapshot page under "stable branch". http://www.colinux.org/snapshots/ This is a copy from currently branch devel. Users of devel 0.8.0 will not find any differences as only the versions number. Details about changes you can read from Changelog there. Here are the short news: * Version 0.7.5 * Bug #1959846, #2760666: Don't crash the host, if an other virtualization runs in VMX mode. Network: * Bug #2849262: SLiRP: Active FTP failed with "500 Illegal PORT command". Environment COLINUX_HOST_IPADDR overwrites auto detected host ip address. Console and daemons: * Insert keys from fltk console without keyboard mapping. (Paolo Minazzi) * New: NT console WinKey+V paste keys from clipboard. (Vladislav Grishenko) * Linux as host: Handle extended keys, for example ALT+CurRight. * Automatically add network dependency to coLinux as service. * Version informations about binutils and SVN revision added to daemon file. Kernel: * Remove floating point handling from passage page code. FPU save/restore only on demand and only inside Linux guest kernel, if Linux kernel or Linux userland needs the FPU. In cases where FPU was not used on Linux guest side, the registers of FPU are not touched. That saves some time between operating system switches. It's 1 percent (or less) faster now. * Increase CO_LINUX_API_VERSION to 13, avoids crashes with older builds. * cloop updated to version 2.625 * Forward plain text panic message instead "terminated with code 3". Buildsystem: * Bug #2847393: Configure detected wrong program versions. (Steven Chen) Updated libraries and tools: * w32api 3.13 -- Henry N. |
|
From: coLinux a. <col...@he...> - 2009-09-15 04:50:15
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090914/ colinux-0.8.0-20090914.src.tgz (829962 Bytes) daemons-0.8.0-20090914.dbg.zip (591167 Bytes) daemons-0.8.0-20090914.zip (478032 Bytes) modules-2.6.25.20-co-0.8.0-20090914.tgz (2692579 Bytes) vmlinux-2.6.25.20-co-0.8.0-20090914.zip (1765488 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090914.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1274 | henryn | 2009-09-14 23:50:21 +0000 (Mon, 14 Sep 2009) | 1 line Changed paths: M /branches/devel/patch/series-2.6.25.20 * Enable fixup for gcc 4.1.2. ------------------------------------------------------------------------ r1273 | henryn | 2009-09-14 23:37:01 +0000 (Mon, 14 Sep 2009) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/bin/build-kernel.sh A /branches/devel/conf/linux-2.6.25.20-config A /branches/devel/patch/audio-2.6.25.diff A /branches/devel/patch/base-2.6.25.diff A /branches/devel/patch/cloop-2.6.25.diff A /branches/devel/patch/cobd-2.6.25.diff A /branches/devel/patch/cobd-async-2.6.25.diff A /branches/devel/patch/coconsole-2.6.25.diff A /branches/devel/patch/cofs-2.6.25.diff A /branches/devel/patch/conet-2.6.25.diff A /branches/devel/patch/gcc412fix.diff A /branches/devel/patch/kbd-2.6.25.diff A /branches/devel/patch/mouse-2.6.25.diff A /branches/devel/patch/pci-2.6.25.diff A /branches/devel/patch/scsi-2.6.25.diff M /branches/devel/patch/scsi-core.diff A /branches/devel/patch/serial-2.6.25.diff A /branches/devel/patch/series-2.6.25.20 A /branches/devel/patch/squashfs3.3-2.6.25.diff A /branches/devel/patch/squashfs3.3-core.diff A /branches/devel/patch/timer-2.6.25.diff A /branches/devel/patch/unionfs-2.5.2_for_2.6.25.20.diff A /branches/devel/patch/unionfs-2.6.25.20.diff A /branches/devel/patch/video-2.6.25.diff * Kernel update to 2.6.25.20. ------------------------------------------------------------------------ r1272 | henryn | 2009-09-14 22:52:26 +0000 (Mon, 14 Sep 2009) | 1 line Changed paths: M /branches/devel/Makefile.winnt M /branches/devel/bin/build-colinux.sh A /branches/devel/bin/premaid.sh (from /branches/devel/src/colinux/os/winnt/user/install/premaid.sh:1269) D /branches/devel/src/colinux/os/winnt/user/install/premaid.sh * Bugfix build: Update directory premaid on request for package or installer. ------------------------------------------------------------------------ r1271 | henryn | 2009-09-14 22:19:42 +0000 (Mon, 14 Sep 2009) | 1 line Changed paths: M /branches/devel/NEWS * Sync news from stable. ------------------------------------------------------------------------ r1269 | henryn | 2009-09-14 21:19:26 +0000 (Mon, 14 Sep 2009) | 1 line Changed paths: M /branches/devel/NEWS * Update comments in news. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2009-09-09 04:07:15
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090908/ colinux-0.8.0-20090908.src.tgz (686164 Bytes) daemons-0.8.0-20090908.dbg.zip (591118 Bytes) daemons-0.8.0-20090908.zip (477980 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20090905/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1268 | henryn | 2009-09-08 21:39:02 +0000 (Tue, 08 Sep 2009) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/daemon/res/colinux.rc M /branches/devel/src/colinux/os/winnt/user/daemon/res/daemon.rc M /branches/devel/src/colinux/os/winnt/user/daemon/res/resources_def.sh * Add version informations about binutils and SVN revision to daemon. ------------------------------------------------------------------------ r1267 | henryn | 2009-09-08 21:25:02 +0000 (Tue, 08 Sep 2009) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/RUNNING * Small text changes. ------------------------------------------------------------------------ r1266 | henryn | 2009-09-08 20:45:39 +0000 (Tue, 08 Sep 2009) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/daemon/main.c M /branches/devel/src/colinux/os/winnt/user/daemon/service.c M /branches/devel/src/colinux/os/winnt/user/daemon/service.h M /branches/devel/src/colinux/user/config.c M /branches/devel/src/colinux/user/daemon.h * Automatically add network dependency to coLinux as service. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2009-09-06 20:05:09
|
Feature Requests item #2025225, was opened at 2008-07-23 02:16 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for Windows x64 Initial Comment: All the machines in our office are running either Vista x64 or Server 2008 x64 and thus I can't use coLinux on my desktop despite really wanting to. Obviously there are driver signing issues to work through. Requiring the user to self-sign is not necessarily a blocker, at least for us. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-06 22:05 Message: I have updated the wiki http://colinux.wikia.com/wiki/Dashboard_for_developing_a_64_bit_coLinux#TODO_list ---------------------------------------------------------------------- Comment By: David Solomon (lorddavon) Date: 2009-09-04 22:49 Message: @henryn: Let me know how we can help. I have some developers, besides myself, that I can get involved with the 64bit port. You can reach me at my email (LordDavon at gmail dot com). Just let me know how we can help. @josath: Some of us are too tied to colinux to go elsewhere easily. :) David Solomon http://www.andLinux.org ---------------------------------------------------------------------- Comment By: David Rorex (josath) Date: 2009-08-05 21:55 Message: The developers have enough on their plate already, x64 is important, but there's only so many devs. If you really need to run linux under 64bit windows, check on virtualbox or vmware, they both have free versions which support that. Not quite as fast as colinux, but since you seem to already have a high end machine, the speed bump shouldn't bother you too much. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-08-05 21:49 Message: Whats with no X64 development? M$FT is signaling that x64 is going to be very important now, and those of us with lots of ram (8GB for me) and the need to run Windows for intensive tasks (IE those most likely to have x64). I cannot run X86 and I want my Linux apps to. Out in the cold, I would help developing but I am just a lowly Mechanical Engineer and am mostly useless outside of java. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-11-28 00:06 Message: Have started a Dashboard for 64 bit in the Wiki: http://colinux.wikia.com/wiki/Dashboard_for_developing_a_64_bit_coLinux Developers wanted! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2009-09-06 04:10:24
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090905/ colinux-0.8.0-20090905.src.tgz (685755 Bytes) daemons-0.8.0-20090905.dbg.zip (590936 Bytes) daemons-0.8.0-20090905.zip (477829 Bytes) modules-2.6.22.18-co-0.8.0-20090905.tgz (2632479 Bytes) vmlinux-2.6.22.18-co-0.8.0-20090905.zip (1673485 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090905.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1265 | henryn | 2009-09-05 13:59:53 +0000 (Sat, 05 Sep 2009) | 1 line Changed paths: M /branches/devel/bin/build-common.sh * Copy modules (not linking) in packages. ------------------------------------------------------------------------ r1264 | henryn | 2009-09-05 12:59:22 +0000 (Sat, 05 Sep 2009) | 1 line Changed paths: M /branches/devel/patch/cloop-2.6.22.diff M /branches/devel/patch/cloop-core-2.06.diff * cloop updated to version 2.625 ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2009-09-05 04:11:15
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090904/ colinux-0.8.0-20090904.src.tgz (684069 Bytes) daemons-0.8.0-20090904.dbg.zip (590932 Bytes) daemons-0.8.0-20090904.zip (477820 Bytes) modules-2.6.22.18-co-0.8.0-20090904.tgz (2631577 Bytes) vmlinux-2.6.22.18-co-0.8.0-20090904.zip (1673481 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090904.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1263 | henryn | 2009-09-04 15:14:59 +0000 (Fri, 04 Sep 2009) | 4 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/src/colinux/common/ioctl.h M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/user/daemon.c * Forward panic message instead "terminated with code 3". * co_monitor_linux_bug_invocation_t: Increase text size from 60 to 128 chars. * co_terminate, co_terminate_bug: "NORET_TYPE" for never returned functions. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2009-09-04 20:49:06
|
Feature Requests item #2025225, was opened at 2008-07-23 00:16 Message generated for change (Comment added) made by lorddavon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for Windows x64 Initial Comment: All the machines in our office are running either Vista x64 or Server 2008 x64 and thus I can't use coLinux on my desktop despite really wanting to. Obviously there are driver signing issues to work through. Requiring the user to self-sign is not necessarily a blocker, at least for us. ---------------------------------------------------------------------- Comment By: David Solomon (lorddavon) Date: 2009-09-04 20:49 Message: @henryn: Let me know how we can help. I have some developers, besides myself, that I can get involved with the 64bit port. You can reach me at my email (LordDavon at gmail dot com). Just let me know how we can help. @josath: Some of us are too tied to colinux to go elsewhere easily. :) David Solomon http://www.andLinux.org ---------------------------------------------------------------------- Comment By: David Rorex (josath) Date: 2009-08-05 19:55 Message: The developers have enough on their plate already, x64 is important, but there's only so many devs. If you really need to run linux under 64bit windows, check on virtualbox or vmware, they both have free versions which support that. Not quite as fast as colinux, but since you seem to already have a high end machine, the speed bump shouldn't bother you too much. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-08-05 19:49 Message: Whats with no X64 development? M$FT is signaling that x64 is going to be very important now, and those of us with lots of ram (8GB for me) and the need to run Windows for intensive tasks (IE those most likely to have x64). I cannot run X86 and I want my Linux apps to. Out in the cold, I would help developing but I am just a lowly Mechanical Engineer and am mostly useless outside of java. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-11-27 23:06 Message: Have started a Dashboard for 64 bit in the Wiki: http://colinux.wikia.com/wiki/Dashboard_for_developing_a_64_bit_coLinux Developers wanted! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2009-09-04 04:15:39
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090903/ colinux-0.8.0-20090903.src.tgz (683820 Bytes) daemons-0.8.0-20090903.dbg.zip (590818 Bytes) daemons-0.8.0-20090903.zip (477713 Bytes) modules-2.6.22.18-co-0.8.0-20090903.tgz (2631808 Bytes) vmlinux-2.6.22.18-co-0.8.0-20090903.zip (1673563 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20090903.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1262 | henryn | 2009-09-03 21:12:57 +0000 (Thu, 03 Sep 2009) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/patch/pci-core.diff M /branches/devel/patch/video-core.diff * Move PCI_DEVICE_ID_COVIDEO and CO_DEVICE_VIDEO to the place they are created, without renaming. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2009-09-03 04:07:27
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20090902/ colinux-0.8.0-20090902.src.tgz (684033 Bytes) daemons-0.8.0-20090902.dbg.zip (590821 Bytes) daemons-0.8.0-20090902.zip (477716 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20090525/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1261 | henryn | 2009-09-02 17:59:00 +0000 (Wed, 02 Sep 2009) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/doc/colinux-daemon M /branches/devel/src/colinux/user/slirp/misc.c SLiRP: Env COLINUX_HOST_IPADDR overwrites auto detected host ip address. ------------------------------------------------------------------------ r1260 | henryn | 2009-09-02 17:13:28 +0000 (Wed, 02 Sep 2009) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/src/colinux/user/slirp/main.h M /branches/devel/src/colinux/user/slirp/misc.c M /branches/devel/src/colinux/user/slirp/slirp.c M /branches/devel/src/colinux/user/slirp/tcp_subr.c * Bug #2849262: SLiRP: Active FTP failed with "500 Illegal PORT command". ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2009-09-02 18:04:13
|
Bugs item #2849262, was opened at 2009-09-02 18:37 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2849262&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Daemons (Windows) Group: v0.7.x (release) Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Henry N. (henryn) Assigned to: Henry N. (henryn) Summary: SLiRP: FTP active failed with "500 Illegal PORT command" Initial Comment: FTP "active" connections via SLiRP failed with "500 Illegal PORT command" Or similar messages, that only your local ip address can use for PORT command. This depends on the bug, that SLiRP sends 10.0.2.2 as the host ip addresses to the FTP server. Please read details from entry in help forum: https://sourceforge.net/forum/message.php?msg_id=7602945 A good reference about FTP connections found here: http://slacksite.com/other/ftp.html#active ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-09-02 20:04 Message: FTP "active" was not working, since version 0.7.1 (so I found from code history). The PORT command have fixed by using "our_addr" now. Now, we have the old small problem again: If you have more as one active network interfaces, for example the real ethernet connection (Internet) and a tun/tap (coLinux or VPN), then SLiRP will detect only the first tcp/ip address as your host address. That can be wrong some times. For that cases, please add an environment variable COLINUX_HOST_IPADDR with your current ipaddress, for example set COLINUX_HOST_IPADDR=192.168.0.100 Please update the SLiRP daemon from: http://www.henrynestler.com/colinux/releases/0.7.4/update/colinux-slirp-0.7.4-20090902.zip Changes are committed to SVN as revision 1260 and 1261. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2849262&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2009-09-02 16:37:34
|
Bugs item #2849262, was opened at 2009-09-02 18:37 Message generated for change (Tracker Item Submitted) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2849262&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Daemons (Windows) Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henry N. (henryn) Assigned to: Henry N. (henryn) Summary: SLiRP: FTP active failed with "500 Illegal PORT command" Initial Comment: FTP "active" connections via SLiRP failed with "500 Illegal PORT command" Or similar messages, that only your local ip address can use for PORT command. This depends on the bug, that SLiRP sends 10.0.2.2 as the host ip addresses to the FTP server. Please read details from entry in help forum: https://sourceforge.net/forum/message.php?msg_id=7602945 A good reference about FTP connections found here: http://slacksite.com/other/ftp.html#active ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2849262&group_id=98788 |
81 messages has been excluded from this view by a project administrator.
