<br><div><span class="gmail_quote">On 12/5/06, <b class="gmail_sendername">Otavio Salvador</b> &lt;<a href="mailto:otavio@debian.org">otavio@debian.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&quot;Sadrul H Chowdhury&quot; &lt;<a href="mailto:imadil@gmail.com">imadil@gmail.com</a>&gt; writes:<br><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;On 12/5/06, Otavio Salvador &lt;<a href="mailto:otavio@debian.org">otavio@debian.org</a>&gt; wrote:<br>&gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Hello folks,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Today I managed to get a test of Parted on s390 (using hercules)<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;and<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;it fails to reconize the disk label.<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;I notice the same problem with ext2, ext3 and non-partitioned disk
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;with the git-repo. 1.7 from the debian unstable/testing repo did<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;detect the drives/partitions properly.<br><br>Please, provide more information and a test case for us if possible.</blockquote><div><br>
</div></div>This is the backtrace:<br>
(gdb) bt<br>#0&nbsp; linux_read (dev=0x806d5c0, buffer=0xbffff684, start=0, count=1)<br>&nbsp;&nbsp;&nbsp; at arch/linux.c:1459<br>#1&nbsp; 0x40029cf6 in ped_device_read (dev=0x806d5c0, buffer=0xbffff684, start=0, <br>&nbsp;&nbsp;&nbsp; count=1) at device.c:346
<br>#2&nbsp; 0x4007431f in msdos_probe (dev=0x806d5c0) at dos.c:166<br>#3&nbsp; 0x4002e371 in ped_disk_probe (dev=0x806d5c0) at disk.c:151<br>#4&nbsp; 0x4002e420 in ped_disk_new (dev=0x806d5c0) at disk.c:182<br>#5&nbsp; 0x0804e4f5 in do_print (dev=0xbffffaac) at 
parted.c:1238<br>#6&nbsp; 0x0804bb59 in command_run (cmd=0x8069fb0, dev=0xbffffaac) at command.c:138<br>#7&nbsp; 0x0805493b in interactive_mode (dev=0xbffffaac, cmd_list=0x80584a0)<br>&nbsp;&nbsp;&nbsp; at ui.c:1310<br>#8&nbsp; 0x08051a3a in main (argc=0, argv=0xbffffb1c) at 
parted.c:2385<br>(gdb) p diobuf<br>$35 = (void *) 0x8070600<br>(gdb) p read_length<br>$36 = 512<br>(gdb) p *arch_specific<br>$37 = {fd = 5}<br>(gdb) p *dev<br>$45 = {next = 0x0, model = 0x806bd18 &quot;VMware, VMware Virtual S&quot;, 
<br>&nbsp; path = 0x806bee0 &quot;/dev/sda&quot;, type = PED_DEVICE_SCSI, sector_size = 512, <br>&nbsp; phys_sector_size = 512, length = 20971520, open_count = 3, read_only = 0, <br>&nbsp; external_mode = 0, dirty = 0, boot_dirty = 0, hw_geom = {cylinders = 1305, 
<br>&nbsp;&nbsp;&nbsp; heads = 255, sectors = 63}, bios_geom = {cylinders = 1305, heads = 255, <br>&nbsp;&nbsp;&nbsp; sectors = 63}, host = 0, did = 0, arch_specific = 0x806bef0}<br>(gdb)<br><br>arch/linux.c:1459 is:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; status = read (arch_specific-&gt;fd, diobuf, read_length);
<br><br>This read operation returns -1, which results in the following ?ThisThis read operation returns -1. Tracing through a few more steps, I see the following exception being thrown:<br><br>(gdb) bt 2<br>#0&nbsp; ped_exception_throw (ex_type=PED_EXCEPTION_ERROR, ex_opts=112, 
<br>&nbsp;&nbsp;&nbsp; message=0x4008d78a &quot;%s during read on %s&quot;) at exception.c:253<br>#1&nbsp; 0x4003998c in linux_read (dev=0x806d5c0, buffer=0xbffff684, start=0, <br>&nbsp;&nbsp;&nbsp; count=1) at arch/linux.c:1469<br>(More stack frames follow...)
<br>(gdb) p *ex<br>$44 = {message = 0x8070808 &quot;Invalid argument during read on /dev/sda&quot;, <br>&nbsp; type = PED_EXCEPTION_ERROR, options = 112}<br>(gdb) <br><br>I can reproduce this every time. So let me know if you need more information. My kernel version is 
2.4.27-3-386, if that's relevant.<br><br>Cheers,<br>Sadrul<br>