"Daniel C. Sobral" wrote:
Regardless /dev/da18s1 should work as for /dev/da18
[snip]
No, and no. You misunderstand the problem.
A disk on IBM PC compatible computers has the following format:
I dont misunderstand the problem and I do know how disks are laid out
under FreeBSD. I may not
David O'Brien wrote:
On Fri, Dec 08, 2000 at 01:44:47PM +1030, Matthew Thyer wrote:
Regardless /dev/da18s1 should work as for /dev/da18
Correct me if I'm wrong, but /dev/da18s1 would only work if you installed
a true slice vs. a dedicated configuaation of the disk something like
I've been writing to the whole disk OK (since I changed to
/dev/da18), but now I am finding a problem with trying to
seek further into the disk before starting to write.
The code fragment is below and the "lseek(fd, 0L, SEEK_SET)"
works OK but the first "lseek(fd, 8192L, SEEK_CUR)" thereafter
Poul-Henning Kamp wrote:
| Partition table | Data|
| Slice 1 | Slice 2 | Slice 3 | Slice 4 |
| Disklabel | Data |
| c |
|a|b|f|g|
Bruce Evans [EMAIL PROTECTED] wrote:
On Fri, 8 Dec 2000, Matthew Thyer wrote:
Mike Smith wrote:
The program works on Compaq True64 UNIX v 4.0d
It also works on Solaris 7 (only tested sparc).
So it seems FreeBSD is broken here.
FreeBSD just behaves differently. If you
Matthew Thyer wrote:
In the grand tradition of being allowed to shoot yourself in the foot,
I would like to be able to do such things as this is clearly what I
intend. Since we dont normally hold peoples hands for other things,
why cant we allow big holes in my feet for this too ?
On Sat, Dec 09, 2000 at 12:02:21AM +0900, "Daniel C. Sobral" [EMAIL PROTECTED] wrote:
No, and no. You misunderstand the problem.
A disk on IBM PC compatible computers has the following format:
| Partition table | Data|
| Slice
On Fri, 8 Dec 2000, Matthew Thyer wrote:
Mike Smith wrote:
The program works on Compaq True64 UNIX v 4.0d
It also works on Solaris 7 (only tested sparc).
So it seems FreeBSD is broken here.
FreeBSD just behaves differently. If you want to write to the whole
disk, open the
In message [EMAIL PROTECTED], "Br
andon D. Valentine" writes:
On Sat, 9 Dec 2000, Daniel C. Sobral wrote:
No, and no. You misunderstand the problem.
A disk on IBM PC compatible computers has the following format:
| Partition table | Data|
CC: to -current as that's what I'm running.
"John W. De Boskey" wrote:
Hi,
I can't answer your questions directly, but you might want
to checkout the sources to newfs (/usr/src/sbin/newfs/newfs.c or
http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/newfs/newfs.c?annotate=1.31
line 417).
CC: to -current as that's what I'm running.
"John W. De Boskey" wrote:
Hi,
I can't answer your questions directly, but you might want
to checkout the sources to newfs (/usr/src/sbin/newfs/newfs.c or
http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/newfs/newfs.c?annotate=1.31
Mike Smith wrote:
The program works on Compaq True64 UNIX v 4.0d
It also works on Solaris 7 (only tested sparc).
So it seems FreeBSD is broken here.
FreeBSD just behaves differently. If you want to write to the whole
disk, open the whole-disk device, not the 'c' partition.
Thanks
Mike Smith wrote:
The program works on Compaq True64 UNIX v 4.0d
It also works on Solaris 7 (only tested sparc).
So it seems FreeBSD is broken here.
FreeBSD just behaves differently. If you want to write to the whole
disk, open the whole-disk device, not the 'c' partition.
Mike Smith wrote:
Mike Smith wrote:
The program works on Compaq True64 UNIX v 4.0d
It also works on Solaris 7 (only tested sparc).
So it seems FreeBSD is broken here.
FreeBSD just behaves differently. If you want to write to the whole
disk, open the whole-disk
On Fri, Dec 08, 2000 at 01:44:47PM +1030, Matthew Thyer wrote:
Regardless /dev/da18s1 should work as for /dev/da18
Correct me if I'm wrong, but /dev/da18s1 would only work if you installed
a true slice vs. a dedicated configuaation of the disk something like
``disklabel da18 auto''.
--
--
15 matches
Mail list logo