Cooperative Linux

Ok, tried with scsi0=\Device\Harddisk2\Partition0 , wich is the same USB
Flash pen drive.

Removing the drive letter from windows doesn't seem to make a difference.
Still getting "sd:0:0:0:0: rejecting I/O to offline device"
If scsi0 is a standard file it works, though.

Anyway, I'll put it in a new bug, as requested.

Thanks

It is normal, that Windows is slow down. mkfs.ext3 has a heavy disk IO.

The next here is an other problem, and it would be nice you would open a
new Bug.
If You use \device\harddissk2\partition0, that Windows and coLinux are
fighting for the format on USB disk. Windows does not know ext3 an will ask
you to format it with FAT. Multiple access to same filesystem does not
work. You needs to disable the drive letter in Windows Disk Manager before
you starts coLinux.

And last, the parameter "8100" should not append on existing files and
real disk. The parameter is an option to create, blowup or shrink image
files. Be very carefully with this parameter! This can damage (corrupt)
existing image files.

Ok, I have tried with this snapshot, and it "almost" works, it still slows
down a lot, but although it eventually seems to complete, there are a lot
of errors about "rejecting I/O to a offline device" or something like that,
and after the command finishes, the device is not visible any more.

This is trying to write to scsi0=disk,\device\harddissk2\partition0,8100 ,
wich is a USB pen drive attached.

Sometimes, even, the windows mouse stops moving and I can see a windows
balloon complaining about usb device nor working properly. When the
mkfs.ext3 ends, it recovers.

SVN revision r1293 should fix that bug. There we have limited the worker
queue from 73 down to 32 entries, and changed the queue type from Critical
into Delayed.

Both changes are hints from MSDN.
http://msdn.microsoft.com/en-us/library/aa490176.aspx:
"Because the pool of system worker threads is a limited resource, ... used
only for operations that take a short period of time."

http://msdn.microsoft.com/en-us/library/aa490574.aspx:
"Drivers must specify DelayedWorkQueue."

A new snapshot 'devel' 20091115 is available on
http://www.colinux.org/snapshots/

I have tried with the 20091110 snapshot, downloaded from
http://www.henrynestler.com/colinux/testing/stable-0.7.6/20091110-Snapshot/stable-coLinux-20091110.exe,
and the bug is still there.

About the memory, I tried with several options, but it makes no
difference. Now I'm trying with the default debian-lenny.conf, wich has the
mem line commented.

Ok, have seen it with 0.7.6-rc1
scsi0=disk,j:\test.bin,8192
Created primary partition on /dev/sda with fdisk
mkfs.ext3 /dev/sda1
...
First coLinux stops doing, no keyboard reaction, The host is idle. Some
seconds later, the host is no accessible. The mouse can move, and
window-frames (GUI) can move with it. But, can not start taskmanager, and
all of the windows-explorer hangs. It seams, that the complete filesystem
is locked.

Please try 0.7.6-rc1 from todays build (with kernel 2.6.22.18), or the
devel build after 2009-11-05 with kernel 2.6.25.20 - Because a bug #2890857
inside scsi driver was fixed last days.

How many memory you have configured or used inside Linux?
I ask, because we have fixed an other bug #2893343 this weekend.