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: SourceForge.net <no...@so...> - 2009-11-20 18:31:48
|
Bugs item #2899010, was opened at 2009-11-17 12:43 Message generated for change (Comment added) made by peter_kuznetsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-20 20:31 Message: 1. I am sorry. From MS docs I knows, that the disks are numbered from 0, and partitions from 1. When I want to access entire disk, I newer use "\PartitonY". So I've noticed word "partition", and ignored its number :). 2. I tried to reproduce the error several times, using Flash Drives 4, 8 and 32 Gb, but did not succeed. The message "coscsi0: unable to open device..." may indicate that the disk is used by another process. The drive letter does not matter, because is the letter of the partition. The NT-program can access entire disk as "\\.\PhysicalDriveX" and disk can be locked. So it is very important to know what processes, system or not, are running at NT-side when you started coLinux. Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-20 18:49 Message: About the bug: I have tried using cobd0=\device\harddisk2\partition0 instead of scsi, and it works ok. Only that then I can't access the partitions as cobd01 or something like that. I think I can make a workaround using several consecutive invocations to colinux: - scsi0=... for creating the partitions - several cobdX for formatting and installing the data I need. I'll try as soon as I can. Thanks in advance, And about \device\harddiskX\partition0 or not: Peter, I didn't used \\.\PhysicalDriveX\Partition0, but \device\harddiskX\Partition0. It's not the same thing. Anyway, I wanted to know if \device\harddiskX and \device\harddiskX\partition0 are synonyms, but it doesn't seem like that: With a new 8 GB flash pen and colinux using scsi0=\device\harddisk2\partition0: scsi0 : Cooperative Linux SCSI Adapter scsi 0:0:0:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 15646720 512-byte hardware sectors (8011 MB) ... sd 0:0:0:0: [sda] 15646720 512-byte hardware sectors (8011 MB) .. sda: sda1 sd 0:0:0:0: [sda] Attached SCSI disk colinux:~# fdisk -l Disk /dev/sda: 8011 MB, 8011120640 bytes 247 heads, 62 sectors/track, 1021 cylinders Units = cylinders of 15314 * 512 = 7840768 bytes Disk identifier: 0x1ceab904 With, as suggested, scsi0=\device\harddisk2: scsi0 : Cooperative Linux SCSI Adapter scsi 0:0:0:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 coscsi0: unable to open device! rc: 1 coscsi0: unable to open device! rc: 1 coscsi0: unable to open device! rc: 1 coscsi0: unable to open device! rc: 1 sd 0:0:0:0: [sda] READ CAPACITY failed sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x00 sd 0:0:0:0: [sda] Sense not available. ... sd 0:0:0:0: [sda] Attached SCSI disk colinux:~# fdisk -l colinux:~# I haven't tried with the \\.\PhysicalDriveX.. syntax, because the previous version of the tool I'm making, wich is just a kind of dd but in windows, uses \device\harddiskX\Partition0 for writting raw binary disk images, with MBR and usually 4 partitions, and works fine. References: * From http://www.cygwin.com/cygwin-ug-net/using-specialnames.html The new fixed POSIX names are mapped to NT internal devices as follows: ... /dev/sda \device\harddisk0\partition0 (whole disk) /dev/sda1 \device\harddisk0\partition1 (first partition) ... /dev/sda15 \device\harddisk0\partition15 (fifteenth partition So, /dev/sda is like \device\harddisk0\partition0 /dev/sda1 is like \device\harddisk0\partition1 The partition numbers start with 1, not with 0. In windows the partition0 is then reserved for the whole disk, wich is just what I need to access in colinux Germán ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-20 15:09 Message: Please, read about "scsiX=..." parameter in "colinux-daemon.txt" more carefully: ... <path to image file> can be a raw disk drive, with format "\\.\PhysicalDriveX", where X starts with 0 for first harddisk. Be carefully with these configs, you risk datas on your drive C:. Don't mount a partition that is in use on windows side! ... "\\.\PhysicalDriveX", but not "\\.\PhysicalDriveX\PartitionY". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 14:31 Message: Article "HOW TO: Create Multiple Partitions by Using the Bmpart.exe Tool in Automated Deployment Services" (http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) describes only input parameters for Bmpart.exe: "The DeviceName PARAMETER, \device\harddisk0\partition0, refers to the whole hard disk", not the structure of the hard disk. Bmpart.exe can extract the whole hard disk NAME "\device\harddisk0" from the string "\device\harddisk0\partition0". What way and why it will be done "mkfs.ext3"? This program has no idea that somewhere on the NT-side you made a mistake in the parameters of another program, "colinux-daemon.exe". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 13:05 Message: I know, Peter. I didn't say otherwise. Read again my message. I'm only stating that, in Windows block device nomenclature, ...\Partition0 is the whole disk I don't like it that way, and would rather prefer \Device\HarddiskN as the whole disk, but ask MS why is it like that. If you don't belive it, ok. quote: "The DeviceName parameter, \device\harddisk0\partition0, refers to the whole hard disk." (taken from http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-19 16:17 Message: Each Harddisk has only one Master Boot Record (512 byte sector at the very beging of the disk with partition table at the end of the MBR) . Each partion has own boot sector, also 512 bytes, but wihout partition table. Please read documentation, for example http://en.wikipedia.org/wiki/Master_boot_record Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 10:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 19:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-20 16:49:51
|
Bugs item #2899010, was opened at 2009-11-17 11:43 Message generated for change (Comment added) made by germansalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-20 17:49 Message: About the bug: I have tried using cobd0=\device\harddisk2\partition0 instead of scsi, and it works ok. Only that then I can't access the partitions as cobd01 or something like that. I think I can make a workaround using several consecutive invocations to colinux: - scsi0=... for creating the partitions - several cobdX for formatting and installing the data I need. I'll try as soon as I can. Thanks in advance, And about \device\harddiskX\partition0 or not: Peter, I didn't used \\.\PhysicalDriveX\Partition0, but \device\harddiskX\Partition0. It's not the same thing. Anyway, I wanted to know if \device\harddiskX and \device\harddiskX\partition0 are synonyms, but it doesn't seem like that: With a new 8 GB flash pen and colinux using scsi0=\device\harddisk2\partition0: scsi0 : Cooperative Linux SCSI Adapter scsi 0:0:0:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 15646720 512-byte hardware sectors (8011 MB) ... sd 0:0:0:0: [sda] 15646720 512-byte hardware sectors (8011 MB) .. sda: sda1 sd 0:0:0:0: [sda] Attached SCSI disk colinux:~# fdisk -l Disk /dev/sda: 8011 MB, 8011120640 bytes 247 heads, 62 sectors/track, 1021 cylinders Units = cylinders of 15314 * 512 = 7840768 bytes Disk identifier: 0x1ceab904 With, as suggested, scsi0=\device\harddisk2: scsi0 : Cooperative Linux SCSI Adapter scsi 0:0:0:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 coscsi0: unable to open device! rc: 1 coscsi0: unable to open device! rc: 1 coscsi0: unable to open device! rc: 1 coscsi0: unable to open device! rc: 1 sd 0:0:0:0: [sda] READ CAPACITY failed sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x00 sd 0:0:0:0: [sda] Sense not available. ... sd 0:0:0:0: [sda] Attached SCSI disk colinux:~# fdisk -l colinux:~# I haven't tried with the \\.\PhysicalDriveX.. syntax, because the previous version of the tool I'm making, wich is just a kind of dd but in windows, uses \device\harddiskX\Partition0 for writting raw binary disk images, with MBR and usually 4 partitions, and works fine. References: * From http://www.cygwin.com/cygwin-ug-net/using-specialnames.html The new fixed POSIX names are mapped to NT internal devices as follows: ... /dev/sda \device\harddisk0\partition0 (whole disk) /dev/sda1 \device\harddisk0\partition1 (first partition) ... /dev/sda15 \device\harddisk0\partition15 (fifteenth partition So, /dev/sda is like \device\harddisk0\partition0 /dev/sda1 is like \device\harddisk0\partition1 The partition numbers start with 1, not with 0. In windows the partition0 is then reserved for the whole disk, wich is just what I need to access in colinux Germán ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-20 14:09 Message: Please, read about "scsiX=..." parameter in "colinux-daemon.txt" more carefully: ... <path to image file> can be a raw disk drive, with format "\\.\PhysicalDriveX", where X starts with 0 for first harddisk. Be carefully with these configs, you risk datas on your drive C:. Don't mount a partition that is in use on windows side! ... "\\.\PhysicalDriveX", but not "\\.\PhysicalDriveX\PartitionY". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 13:31 Message: Article "HOW TO: Create Multiple Partitions by Using the Bmpart.exe Tool in Automated Deployment Services" (http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) describes only input parameters for Bmpart.exe: "The DeviceName PARAMETER, \device\harddisk0\partition0, refers to the whole hard disk", not the structure of the hard disk. Bmpart.exe can extract the whole hard disk NAME "\device\harddisk0" from the string "\device\harddisk0\partition0". What way and why it will be done "mkfs.ext3"? This program has no idea that somewhere on the NT-side you made a mistake in the parameters of another program, "colinux-daemon.exe". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 12:05 Message: I know, Peter. I didn't say otherwise. Read again my message. I'm only stating that, in Windows block device nomenclature, ...\Partition0 is the whole disk I don't like it that way, and would rather prefer \Device\HarddiskN as the whole disk, but ask MS why is it like that. If you don't belive it, ok. quote: "The DeviceName parameter, \device\harddisk0\partition0, refers to the whole hard disk." (taken from http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-19 15:17 Message: Each Harddisk has only one Master Boot Record (512 byte sector at the very beging of the disk with partition table at the end of the MBR) . Each partion has own boot sector, also 512 bytes, but wihout partition table. Please read documentation, for example http://en.wikipedia.org/wiki/Master_boot_record Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 09:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 17:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-20 13:09:30
|
Bugs item #2899010, was opened at 2009-11-17 12:43 Message generated for change (Comment added) made by peter_kuznetsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-20 15:09 Message: Please, read about "scsiX=..." parameter in "colinux-daemon.txt" more carefully: ... <path to image file> can be a raw disk drive, with format "\\.\PhysicalDriveX", where X starts with 0 for first harddisk. Be carefully with these configs, you risk datas on your drive C:. Don't mount a partition that is in use on windows side! ... "\\.\PhysicalDriveX", but not "\\.\PhysicalDriveX\PartitionY". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 14:31 Message: Article "HOW TO: Create Multiple Partitions by Using the Bmpart.exe Tool in Automated Deployment Services" (http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) describes only input parameters for Bmpart.exe: "The DeviceName PARAMETER, \device\harddisk0\partition0, refers to the whole hard disk", not the structure of the hard disk. Bmpart.exe can extract the whole hard disk NAME "\device\harddisk0" from the string "\device\harddisk0\partition0". What way and why it will be done "mkfs.ext3"? This program has no idea that somewhere on the NT-side you made a mistake in the parameters of another program, "colinux-daemon.exe". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 13:05 Message: I know, Peter. I didn't say otherwise. Read again my message. I'm only stating that, in Windows block device nomenclature, ...\Partition0 is the whole disk I don't like it that way, and would rather prefer \Device\HarddiskN as the whole disk, but ask MS why is it like that. If you don't belive it, ok. quote: "The DeviceName parameter, \device\harddisk0\partition0, refers to the whole hard disk." (taken from http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-19 16:17 Message: Each Harddisk has only one Master Boot Record (512 byte sector at the very beging of the disk with partition table at the end of the MBR) . Each partion has own boot sector, also 512 bytes, but wihout partition table. Please read documentation, for example http://en.wikipedia.org/wiki/Master_boot_record Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 10:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 19:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-20 12:31:47
|
Bugs item #2899010, was opened at 2009-11-17 10:43 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 12:31 Message: Article "HOW TO: Create Multiple Partitions by Using the Bmpart.exe Tool in Automated Deployment Services" (http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) describes only input parameters for Bmpart.exe: "The DeviceName PARAMETER, \device\harddisk0\partition0, refers to the whole hard disk", not the structure of the hard disk. Bmpart.exe can extract the whole hard disk NAME "\device\harddisk0" from the string "\device\harddisk0\partition0". What way and why it will be done "mkfs.ext3"? This program has no idea that somewhere on the NT-side you made a mistake in the parameters of another program, "colinux-daemon.exe". Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 11:05 Message: I know, Peter. I didn't say otherwise. Read again my message. I'm only stating that, in Windows block device nomenclature, ...\Partition0 is the whole disk I don't like it that way, and would rather prefer \Device\HarddiskN as the whole disk, but ask MS why is it like that. If you don't belive it, ok. quote: "The DeviceName parameter, \device\harddisk0\partition0, refers to the whole hard disk." (taken from http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-19 14:17 Message: Each Harddisk has only one Master Boot Record (512 byte sector at the very beging of the disk with partition table at the end of the MBR) . Each partion has own boot sector, also 512 bytes, but wihout partition table. Please read documentation, for example http://en.wikipedia.org/wiki/Master_boot_record Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 08:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 17:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 16:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-20 11:05:29
|
Bugs item #2899010, was opened at 2009-11-17 10:43 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-20 11:05 Message: I know, Peter. I didn't say otherwise. Read again my message. I'm only stating that, in Windows block device nomenclature, ...\Partition0 is the whole disk I don't like it that way, and would rather prefer \Device\HarddiskN as the whole disk, but ask MS why is it like that. If you don't belive it, ok. quote: "The DeviceName parameter, \device\harddisk0\partition0, refers to the whole hard disk." (taken from http://support.microsoft.com/?scid=kb%3Ben-us%3B821303&x=14&y=11 ) ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-19 14:17 Message: Each Harddisk has only one Master Boot Record (512 byte sector at the very beging of the disk with partition table at the end of the MBR) . Each partion has own boot sector, also 512 bytes, but wihout partition table. Please read documentation, for example http://en.wikipedia.org/wiki/Master_boot_record Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 08:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 17:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 16:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-19 14:17:16
|
Bugs item #2899010, was opened at 2009-11-17 12:43 Message generated for change (Comment added) made by peter_kuznetsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-19 16:17 Message: Each Harddisk has only one Master Boot Record (512 byte sector at the very beging of the disk with partition table at the end of the MBR) . Each partion has own boot sector, also 512 bytes, but wihout partition table. Please read documentation, for example http://en.wikipedia.org/wiki/Master_boot_record Peter. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 10:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 19:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-19 08:02:09
|
Bugs item #2899010, was opened at 2009-11-17 11:43 Message generated for change (Comment added) made by germansalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-19 09:02 Message: As far as I know, \Device\HarddiskN\Partition0 refers to the whole device, including MBR and all partitions. I'm, using it like that in other tool without problems for a long time. I need access to the MBR because I need to repartition the device. About the other comment, I had a normal usage pattern while mkfs'ing the disk, I opened other windows, change active focus, etc. I didn't did any heavy task, but I was neither frozen while it worked. The Flash disk didn't had associated any drive letter, either. German ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 17:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-18 21:03:16
|
Bugs item #2899522, was opened at 2009-11-18 02:28 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899522&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: Installer Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Can't install or uninstall driver (upgrade from old version) Initial Comment: I just recently upgraded to CoLinux 0.7.5 from 0.6.3. (I hadn't run CoLinux in a long time, and the old version immediately rebooted the computer upon trying to run it.) However, the new version won't run, saying it can't contact the driver. When I try to install the driver, it says it is already installed. Mostly it complains it can't read a file, but won't tell me what file. When I used Process Monitor, there aren't any obvious file open failures. (Some registry Name Not Found, but none obvious as the source of the problem.) I tried doing a full uninstall, then re-installing and uninstalling 0.6.3, and re-installing 0.7.5 again, but there was no change. C:\Program Files\coLinux>colinux-daemon.exe --status-driver Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 checking if the driver is installed colinux: manager open: The system cannot find the file specified. couldn't get driver handle C:\Program Files\coLinux>colinux-daemon.exe --install-driver Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 driver already installed daemon: driver installed C:\Program Files\coLinux>colinux-debug-daemon.exe -d colinux: manager open: The system cannot find the file specified. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-11-18 22:03 Message: Some times have res such case you have. The problem is, that the driver is installed, but it is not runnng, so the daemon can not open the file. The "file" is not a real file, it is a device "CoLinuxDriver". You should follow the steps from colinux-daemon.txt: """ You can also remove the linux.sys driver with standard Windows tools and many mouse clicks. Open your System settings - control panel - hardware device manager - under "View" options enable "view hidden drivers" - open the non PnP drivers - locate and uninstall the device entry "CoLinuxDriver" and reboot Windows. """ Here is a Screenshot from hardware device manager: http://www.henrynestler.com/colinux/screenshoots/HardwareDeviceManager.png Essential are the steps: Remove coLinux driver - reboot Windows - install coLinux driver. Because sometimes the driver can not remove, while it is in use, for example by a "coLinux as service". ---------------------------------------------------------------------- Comment By: Mike Frysinger (vapier) Date: 2009-11-18 02:41 Message: try reading colinux-daemon.txt. it covers uninstalling the driver (automatically and manually). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899522&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-18 01:41:26
|
Bugs item #2899522, was opened at 2009-11-17 20:28 Message generated for change (Comment added) made by vapier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899522&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: Installer Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Can't install or uninstall driver (upgrade from old version) Initial Comment: I just recently upgraded to CoLinux 0.7.5 from 0.6.3. (I hadn't run CoLinux in a long time, and the old version immediately rebooted the computer upon trying to run it.) However, the new version won't run, saying it can't contact the driver. When I try to install the driver, it says it is already installed. Mostly it complains it can't read a file, but won't tell me what file. When I used Process Monitor, there aren't any obvious file open failures. (Some registry Name Not Found, but none obvious as the source of the problem.) I tried doing a full uninstall, then re-installing and uninstalling 0.6.3, and re-installing 0.7.5 again, but there was no change. C:\Program Files\coLinux>colinux-daemon.exe --status-driver Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 checking if the driver is installed colinux: manager open: The system cannot find the file specified. couldn't get driver handle C:\Program Files\coLinux>colinux-daemon.exe --install-driver Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 driver already installed daemon: driver installed C:\Program Files\coLinux>colinux-debug-daemon.exe -d colinux: manager open: The system cannot find the file specified. ---------------------------------------------------------------------- Comment By: Mike Frysinger (vapier) Date: 2009-11-17 20:41 Message: try reading colinux-daemon.txt. it covers uninstalling the driver (automatically and manually). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899522&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-18 01:28:22
|
Bugs item #2899522, was opened at 2009-11-18 01:28 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899522&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: Installer Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Can't install or uninstall driver (upgrade from old version) Initial Comment: I just recently upgraded to CoLinux 0.7.5 from 0.6.3. (I hadn't run CoLinux in a long time, and the old version immediately rebooted the computer upon trying to run it.) However, the new version won't run, saying it can't contact the driver. When I try to install the driver, it says it is already installed. Mostly it complains it can't read a file, but won't tell me what file. When I used Process Monitor, there aren't any obvious file open failures. (Some registry Name Not Found, but none obvious as the source of the problem.) I tried doing a full uninstall, then re-installing and uninstalling 0.6.3, and re-installing 0.7.5 again, but there was no change. C:\Program Files\coLinux>colinux-daemon.exe --status-driver Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 checking if the driver is installed colinux: manager open: The system cannot find the file specified. couldn't get driver handle C:\Program Files\coLinux>colinux-daemon.exe --install-driver Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 driver already installed daemon: driver installed C:\Program Files\coLinux>colinux-debug-daemon.exe -d colinux: manager open: The system cannot find the file specified. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899522&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-17 17:34:16
|
Bugs item #2899010, was opened at 2009-11-17 12:43 Message generated for change (Comment added) made by peter_kuznetsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 19:34 Message: Just now I've noticed the error in your parameter: scsi0=\Device\Harddisk2\Partition0 <== scsi0 is disk with Master Boot Record, it is NOT partition. When you run 'mkfs.ext3 /dev/sda1', you are trying to use /dev/sda1 as "the partition of of the partition", not as the partition of of the disk. Your should use scsi0=\Device\Harddisk2 (without '\Partition0) Peter. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-17 16:02:17
|
Bugs item #2899010, was opened at 2009-11-17 12:43 Message generated for change (Comment added) made by peter_kuznetsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-17 18:02 Message: Before 20091115 snapshot I've had the similar error. With 20091115 everything works. But you and me have different preconditions: My case Your case Image on hard drive USB pen drive Only while switching NT processes ??? When I've tested new SVN revision r1293, have tried only "simple" magic: 1. Open "Process Explorer" window. 2. While 'mkfs' working, mouse clicked at "Process Explorer" and back at "colinux-console-nt". For previous revision with this two conditions the error was reproduced. With last revision - not. If you want somebody to reproduce this error, please write, what have you exactly did while 'mkfs.ext3' worked? I mean your activity with mouse, keyboard, or other user interface input devices, which coLinux console was used and so on. Some NT processes may block (lock) devices for it's "individual use" and it is erroneus to work with the drive or partition at this time from coLinux. So your "magic" may be much complicated than my. Then I can check three USB Flash Drives of various vendors: 4, 8, and 32 Gb. Peter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-17 10:43:58
|
Bugs item #2899010, was opened at 2009-11-17 10:43 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: scsi disk disconnects while creating an ext3 filesystem Initial Comment: I'm trying to make a mkfs.ext3 /dev/sda1 , while sda is scsi0=\Device\Harddisk2\Partition0 , an 8 GB USB Flash Pen drive. Before mkfs ends, the linux console starts complaining with lots of lines like: sd:0:0:0:0: rejecting I/O to offline device and after stop, /sda is no longer visible. Tried with the 20091115 snapshot. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2899010&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-17 09:41:42
|
Bugs item #2895531, was opened at 2009-11-10 22:34 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mkfs.ext3 freezes on scsi disks Initial Comment: I have tryed to make a mkfs.ext3 on /dev/sda1, wich is the only partition crreated on a scsi disk, backed by a plain file. I am using 0.7.5 with the debian lenny root filesystem image. The scsi parameter I am adding to the conf file is just scsi0=disk,j:\test.bin (test.bin is a 8 GB empty file) What happens is that mkfs starts quickly, but soon slows down, and can even freeze colinux. Sometimes it crashes windows also. This also happened on the latest devel snapshot, and also when the scsi backing is a raw device. Tested con Windows XP SP2 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-17 09:41 Message: 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 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-16 21:13 Message: 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. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-16 13:16 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-15 15:48 Message: 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/ ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-11 08:48 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 00:51 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-10 23:22 Message: 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&group_id=98788 |
From: coLinux a. <col...@he...> - 2009-11-17 05:08:14
|
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-20091116/ colinux-0.8.0-20091116.src.tgz (834910 Bytes) daemons-0.8.0-20091116.dbg.zip (590958 Bytes) daemons-0.8.0-20091116.zip (477812 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-20091108/ 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 ------------------------------------------------------------------------ r1296 | henryn | 2009-11-16 23:43:18 +0000 (Mon, 16 Nov 2009) | 1 line Changed paths: M /branches/devel/NEWS * Comment Bug #2895531. ------------------------------------------------------------------------ r1295 | henryn | 2009-11-16 23:29:23 +0000 (Mon, 16 Nov 2009) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/alloc.c * Replace "goto" with "else" part of "if". (Peter Kuznetsov) ------------------------------------------------------------------------ r1294 | henryn | 2009-11-16 23:08:57 +0000 (Mon, 16 Nov 2009) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/kernel/module/alloc.c M /branches/devel/src/colinux/os/linux/user/alloc.c M /branches/devel/src/colinux/os/winnt/kernel/alloc.c M /branches/devel/src/colinux/os/winnt/kernel/lowlevel/alloc.c M /branches/devel/src/colinux/os/winnt/user/alloc.c * Comments, spaces and source face lifts. (Peter Kuznetsov) ------------------------------------------------------------------------ |
From: SourceForge.net <no...@so...> - 2009-11-16 21:13:36
|
Bugs item #2895531, was opened at 2009-11-10 23:34 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mkfs.ext3 freezes on scsi disks Initial Comment: I have tryed to make a mkfs.ext3 on /dev/sda1, wich is the only partition crreated on a scsi disk, backed by a plain file. I am using 0.7.5 with the debian lenny root filesystem image. The scsi parameter I am adding to the conf file is just scsi0=disk,j:\test.bin (test.bin is a 8 GB empty file) What happens is that mkfs starts quickly, but soon slows down, and can even freeze colinux. Sometimes it crashes windows also. This also happened on the latest devel snapshot, and also when the scsi backing is a raw device. Tested con Windows XP SP2 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-11-16 22:13 Message: 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. ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-16 14:16 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-15 16:48 Message: 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/ ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-11 09:48 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 01:51 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 00:22 Message: 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-16 13:16:20
|
Bugs item #2895531, was opened at 2009-11-10 23:34 Message generated for change (Comment added) made by germansalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mkfs.ext3 freezes on scsi disks Initial Comment: I have tryed to make a mkfs.ext3 on /dev/sda1, wich is the only partition crreated on a scsi disk, backed by a plain file. I am using 0.7.5 with the debian lenny root filesystem image. The scsi parameter I am adding to the conf file is just scsi0=disk,j:\test.bin (test.bin is a 8 GB empty file) What happens is that mkfs starts quickly, but soon slows down, and can even freeze colinux. Sometimes it crashes windows also. This also happened on the latest devel snapshot, and also when the scsi backing is a raw device. Tested con Windows XP SP2 ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-16 14:16 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-15 16:48 Message: 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/ ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-11 09:48 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 01:51 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 00:22 Message: 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&group_id=98788 |
From: coLinux a. <col...@he...> - 2009-11-16 05:07:57
|
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-20091115/ colinux-0.8.0-20091115.src.tgz (834602 Bytes) daemons-0.8.0-20091115.dbg.zip (590958 Bytes) daemons-0.8.0-20091115.zip (477820 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-20091108/ 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 ------------------------------------------------------------------------ r1293 | henryn | 2009-11-15 15:04:19 +0000 (Sun, 15 Nov 2009) | 2 lines Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * Bug #2895531: Limit scsi work queue size from 73 to 32 entries. Change from type CriticalWorkQueue into DelayedWorkQueue. ------------------------------------------------------------------------ r1292 | henryn | 2009-11-15 12:40:53 +0000 (Sun, 15 Nov 2009) | 1 line Changed paths: M /branches/devel/src/colinux/common/console.c M /branches/devel/src/colinux/common/console.h M /branches/devel/src/colinux/kernel/README M /branches/devel/src/colinux/user/config.c * CO_CONSOLE_MAX_CHARS: Instead two hard coded numbers. (Peter Kuznetsov) ------------------------------------------------------------------------ |
From: SourceForge.net <no...@so...> - 2009-11-15 16:05:16
|
Bugs item #2895531, was opened at 2009-11-10 23:34 Message generated for change (Settings changed) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&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: Crash / BSOD Group: v0.7.x (release) Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mkfs.ext3 freezes on scsi disks Initial Comment: I have tryed to make a mkfs.ext3 on /dev/sda1, wich is the only partition crreated on a scsi disk, backed by a plain file. I am using 0.7.5 with the debian lenny root filesystem image. The scsi parameter I am adding to the conf file is just scsi0=disk,j:\test.bin (test.bin is a 8 GB empty file) What happens is that mkfs starts quickly, but soon slows down, and can even freeze colinux. Sometimes it crashes windows also. This also happened on the latest devel snapshot, and also when the scsi backing is a raw device. Tested con Windows XP SP2 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-15 16:48 Message: 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/ ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-11 09:48 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 01:51 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 00:22 Message: 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-15 15:48:07
|
Bugs item #2895531, was opened at 2009-11-10 23:34 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mkfs.ext3 freezes on scsi disks Initial Comment: I have tryed to make a mkfs.ext3 on /dev/sda1, wich is the only partition crreated on a scsi disk, backed by a plain file. I am using 0.7.5 with the debian lenny root filesystem image. The scsi parameter I am adding to the conf file is just scsi0=disk,j:\test.bin (test.bin is a 8 GB empty file) What happens is that mkfs starts quickly, but soon slows down, and can even freeze colinux. Sometimes it crashes windows also. This also happened on the latest devel snapshot, and also when the scsi backing is a raw device. Tested con Windows XP SP2 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-11-15 16:48 Message: 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/ ---------------------------------------------------------------------- Comment By: German Salvador (germansalvador) Date: 2009-11-11 09:48 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 01:51 Message: 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. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-11 00:22 Message: 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2895531&group_id=98788 |
From: Mike F. <vap...@gm...> - 2009-11-14 23:59:33
|
On Wed, Nov 11, 2009 at 15:30, Mike Frysinger wrote: > unfortunately, i'm not aware of a 32bit OS > that requires driver signing, so i cant test/answer the question wrt > linux.sys handling. maybe signing just the linux.sys is sufficient ? i found that in WinXP+, you can force the issue: - right click My Computer -> Properties - click Hardware tab - click Driver Signing - change from "Warn" to "Block" after doing this, the TAP driver was blocked from installing, but the colinux-daemon had no problem installing the linux.sys driver and running with it. i made sure to uninstall the driver via device manager and reboot first. -mike |
From: SourceForge.net <no...@so...> - 2009-11-12 19:47:49
|
Feature Requests item #2896324, was opened at 2009-11-12 01:40 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2896324&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: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Simple conditions in cofig file Initial Comment: Sometimes one or another option in config file depends of command line parameters or other options in config file. It will be usefull to add condional processing of options: if $CONSOLE == 'fltk' # $CONSOLE - predefined variable with name of console from -t <...> cocon=150x65 else cocon=150x69 endif ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2009-11-12 20:47 Message: For this move the cocon into the batch from where you should set also fltk or nt. for example FLTK.BAT: colinux_daemon -t fltk cocon=150x65 @colinux.conf and the other NT.BAT: colinux_daemon -t nt cocon=150x69 @colinux.conf ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2896324&group_id=98788 |
From: SourceForge.net <no...@so...> - 2009-11-12 00:40:24
|
Feature Requests item #2896324, was opened at 2009-11-12 00:40 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2896324&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: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Simple conditions in cofig file Initial Comment: Sometimes one or another option in config file depends of command line parameters or other options in config file. It will be usefull to add condional processing of options: if $CONSOLE == 'fltk' # $CONSOLE - predefined variable with name of console from -t <...> cocon=150x65 else cocon=150x69 endif ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2896324&group_id=98788 |
From: Mike F. <vap...@gm...> - 2009-11-11 22:25:15
|
On Wed, Nov 11, 2009 at 17:17, Henry Nestler wrote: > Hello Mike, > Mike Frysinger wrote: >> On Wed, Nov 11, 2009 at 16:20, Henry Nestler wrote: >>> Mike Frysinger wrote: >>>> so if there is interest in me handling the signing steps, we should be >>>> able to get this integrated into the release process fairly easy. the >>>> steps would be: >>>> - whoever builds the coLinux release also runs `inf2cat` on tap >>>> driver (netdriver/) >>> >>> Can I (or you) run inf2cat without to have the build source? So, directly >>> from binary? I ask, because I don't have the old build environment any >>> more. >>> It's truely old from 2006. >> >> the only thing inf2cat needs is exactly the same thing that end users >> need. so the .inf file and any files the .inf file refers to. that >> means if you really wanted to, any previous release could be >> retroactively signed with just the released binaries on the sf >> download page. this step doesnt require any certs as it just collects >> file hashes in the .cat for people to sign later on. > > No. no. Not sign older releases. All coLinux*.exe (the installer) up to > 0.7.5 are out and should not change. right ... i was just highlighting the fact that you dont need a compiled tree or source files or anything >>>> - send an archive of all binaries over to me (i.e. the stuff in >>>> coLinux-0.7.5.exe) >>>> - i'll sign all the binaries and send it back >>> >>> Many thanks for your offer. It would be nice to have the tap driver >>> signed. >>> This driver is truely old, but we no need to change it for long time. So, >>> signing the TAP would be a very cool step. We should start with that for >>> the >>> 0.7.6-rc2 >> >> all the programs can be signed if you wanted, not just the drivers. >> but maybe we'll stick to just the drivers so as to keep things simple. >> if the TAP driver is rarely recompiled, then i would have to sign it >> less often and you wouldnt have to rely on me as much. > > Yes the TAP will build very rarely. Only TAP would need at this time. Lets > start with this only. > > For the final release of 0.7.6 I will thinking about. If I understand you > right, we send you the full set of all files, you would sign they and send > us back. Than we create the installer and send this also to you for signing. > - That's overdriven? Because we not need. But from users of Vista and maybe > Windows7 this would reduce some of the warnings on the install step. So this > is a good offer. - I will thinking about more. sure, we can go from the bare min (just the TAP driver) to the full set (all the coLinux binaries as well as the installer itself) -mike |
From: Henry N. <hen...@ar...> - 2009-11-11 22:15:58
|
Hello Mike, Mike Frysinger wrote: > On Wed, Nov 11, 2009 at 16:20, Henry Nestler wrote: > >> Mike Frysinger wrote: >> >>> so if there is interest in me handling the signing steps, we should be >>> able to get this integrated into the release process fairly easy. the >>> steps would be: >>> - whoever builds the coLinux release also runs `inf2cat` on tap >>> driver (netdriver/) >>> >> Can I (or you) run inf2cat without to have the build source? So, directly >> from binary? I ask, because I don't have the old build environment any more. >> It's truely old from 2006. >> > the only thing inf2cat needs is exactly the same thing that end users > need. so the .inf file and any files the .inf file refers to. that > means if you really wanted to, any previous release could be > retroactively signed with just the released binaries on the sf > download page. this step doesnt require any certs as it just collects > file hashes in the .cat for people to sign later on. > No. no. Not sign older releases. All coLinux*.exe (the installer) up to 0.7.5 are out and should not change. >>> - send an archive of all binaries over to me (i.e. the stuff in >>> coLinux-0.7.5.exe) >>> - i'll sign all the binaries and send it back >>> >> Many thanks for your offer. It would be nice to have the tap driver signed. >> This driver is truely old, but we no need to change it for long time. So, >> signing the TAP would be a very cool step. We should start with that for the >> 0.7.6-rc2 >> > all the programs can be signed if you wanted, not just the drivers. > but maybe we'll stick to just the drivers so as to keep things simple. > if the TAP driver is rarely recompiled, then i would have to sign it > less often and you wouldnt have to rely on me as much. > Yes the TAP will build very rarely. Only TAP would need at this time. Lets start with this only. For the final release of 0.7.6 I will thinking about. If I understand you right, we send you the full set of all files, you would sign they and send us back. Than we create the installer and send this also to you for signing. - That's overdriven? Because we not need. But from users of Vista and maybe Windows7 this would reduce some of the warnings on the install step. So this is a good offer. - I will thinking about more. After we would have maybe a 64 bit, we would ore need this step. So, users not must run with selfsigning. >> For the release build: I have no problem to run a final Windows script. I >> also need Windows for testing. ;-) Only have problem to setup the >> environment every time. >> > if the WDK allowed redistribution, i'd put together a small zip for > people to use, but it doesnt. when you install the current WDK 7.0.0, > the only thing you need is the stuff under ...\bin\selfsign\. which > is like 400KB. so if you create a small zip of that dir for personal > use (it'll be just the inf2cat.exe and supplemental dll/xml files it > uses at runtime), you should be able to unpack that onto any Windows > machine and have it work fine. > > as for the signing, i think you only need the small signtool.exe > program in ...\bin\x86\ as this largely uses dlls installed with > Windows itself, and it is native code rather than written in .NET. > > this is just my understanding of things ... i havent rigorously tested > these shortcuts, so YMMV. > Of curse the WDK for Winddows 7 I have. Thanks for idea with personally ZIP to save the long install time. I would try it some times. -- Henry N. |