On 9/7/16 12:31 PM, Daniel Ouellet wrote: > I always used to re-install, but only rename my partition, not redoing > them. However I changed my auto-install as well and in the proceed > forgot to NOT partition above 127Gb or to be exact 268,435,440 block of > 512 bytes as in the pass the server ALWAYS crash if you try to go beyond > and the V100 simply doesn't support >127Gb. > > I never had a problem with doing that, it's fine, but now I notice in > 6.0 and may be earlier as well, just never tested it as it was a > discover by mistake this time around that I sure can format now drives > bigger then 127GB and no issue so far.
Just to close the loop on this. It does work and digging up to find out why I find this finally: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/pciide.c.diff?r1=1.321&r2=1.322&f=h "Revision 0xc4 and earlier of the Acer Labs M5229 UDMA IDE controller can't do DMA for LBA48 commands. Work around this issue by (silently) falling back to PIO for LBA48 commands. Access to the tail end of large disks will be much slower, but at least it works." >From NetBSD (Takeshi Nakayama). ok jsg@, krw@, deraadt@ Now I know I wasn't crazy and thanks for the improvement! And sadly I miss that commit I guess. Better late then never... The only thing is as the diff said the speed is slower. Not so bad however. from average 42 sec for writing a 1GB file to 164 secs for the same size when it reach the area >137GB on the drive. Sure looks like it can now. I did with this to see it: for n in `jot 100`; do dd if=/dev/zero of=/free/test$n bs=1m count=1000 >> /tmp/test 2>&1; done; and look at the stats for each write. That's a big partition at the end of a 160GB drive. But my boxes do not operate at UDMA mode 5 to start with. So switching to PIO mode 4 is not a huge difference in this setup. wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 I do not believe I have any of the shielded cables to allow to run > UDMA mode 2 anyway.
