Re: mount_msdosfs anomaly
ALoha Malcolm I apologize, I should of answered yesterday. - Original Message - From: Malcolm Kay <[EMAIL PROTECTED]> Date: Friday, May 14, 2004 5:14 pm Subject: Re: mount_msdosfs anomaly > On Saturday 15 May 2004 12:04, [EMAIL PROTECTED] wrote: > > - > > > > > On Saturday 15 May 2004 08:59, [EMAIL PROTECTED] wrote: > > > > Aloha Again > > > > > > > > Okay, I had some time and since I had just installed > Slackware, I > > > > > > didn't> mind blowing it away. > > > > > > > Using cfdisk from the Slackware CD, I re-partitioned slices 3 > > > > > > and up. I > > > > > > > now have a fat32 3Gig slice in primary partition/slice ad0s3. I > > > > > > then have > > > > > > > four 12 Gig slices (5 - 8) set up as linux partitions. Finally > > > > > > slice 9 > > > > > > > (ad0s9/hda9) is linux swap. > > > > > > Do you still have Fat32 in slice 1? > > > > > > It is my impression that MS will not allow more than 1 MS primary > > > slice. It > > > will force 2nd and subsequent MS file systems into extended > > > partitions. Of > > > course if you created "and formatted" the slice outside of MS then > > > the > > > comment is irrelevant. > > > > > > Posting the output of fdisk (on FreeBSD) might help. > > > > > > Malcolm > > > > Aloha Malcolm > > > > Thanks for responding. Here is the output of fdisk when ran from > FBSD:> frankie# fdisk > > *** Working on device /dev/ad0 *** > > parameters extracted from in-core disklabel are: > > cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > > > > Figures below won't work with BIOS for partitions not in cyl 1 > > parameters to be used for BIOS calculations are: > > cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > > > > Media sector size is 512 > > Warning: BIOS sector numbering starts with sector 1 > > Information from DOS bootblock is: > > The data for partition 1 is: > > sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) > > start 63, size 10249407 (5004 Meg), flag 0 > > beg: cyl 0/ head 1/ sector 1; > > end: cyl 637/ head 254/ sector 63 > > The data for partition 2 is: > > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > > start 10249470, size 40949685 (19994 Meg), flag 80 (active) > > beg: cyl 638/ head 0/ sector 1; > > end: cyl 1023/ head 254/ sector 63 > > The data for partition 3 is: > > sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) > > start 51199155, size 5863725 (2863 Meg), flag 0 > > beg: cyl 1023/ head 254/ sector 63; > > end: cyl 1023/ head 254/ sector 63 > > The data for partition 4 is: > > sysid 5 (0x05),(Extended DOS) > > start 57062880, size 99233505 (48453 Meg), flag 0 > > beg: cyl 1023/ head 254/ sector 63; > > end: cyl 1023/ head 254/ sector 63 > > frankie# > > As you can see, I still have 98SE on partition 1 and partition 3 > shows as > > fat32. Slackware was re-installed and is working on P-8 with > linux-swap 0n > > P-9. > > > > Is this weird that I cannot mount ad0s3? > > > > OK, this has moved beyond my ken; but it has aroused my curiosity. > > What is the precise message when trying to mount ad0s3? > $ su Password: frankie# mount_msdosfs /dev/ad0s3 /shared mount_msdosfs: /dev/ad0s3: Invalid argument frankie# > You do have a device /dev/ad0s3 revealed by ls? > Yes frankie# ls -l /dev/ad* crw-r- 1 root operator4, 10 May 14 12:54 /dev/ad0 crw-r- 1 root operator4, 11 May 14 12:54 /dev/ad0s1 crw-r- 1 root operator4, 12 May 14 12:54 /dev/ad0s2 crw-r- 1 root operator4, 16 May 14 02:54 /dev/ad0s2a crw-r- 1 root operator4, 17 May 14 12:54 /dev/ad0s2b crw-r- 1 root operator4, 18 May 14 12:54 /dev/ad0s2c crw-r- 1 root operator4, 19 May 14 02:54 /dev/ad0s2d crw-r- 1 root operator4, 20 May 14 02:54 /dev/ad0s2e crw-r- 1 root operator4, 21 May 14 02:54 /dev/ad0s2f crw-r- 1 root operator4, 13 May 14 12:54 /dev/ad0s3 crw-r- 1 root operator4, 14 May 14 12:54 /dev/ad0s4 crw-r- 1 root operator4, 22 May 14 12:54 /dev/ad0s5 crw-r- 1 root operator4, 23 May 14 12:54 /dev/ad0s6 crw-r- 1 root operator4, 24 May 14 12:54 /dev/ad0s7 crw-r- 1 root operator4, 25 May 14 12:54 /dev/ad0s8 crw-r- 1 root operator4, 26 May 14 12:5
Re: mount_msdosfs anomaly
- Original Message - From: Mark Ovens <[EMAIL PROTECTED]> Date: Saturday, May 15, 2004 2:18 am Subject: Re: mount_msdosfs anomaly Aloha Mark and thanks for responding. I'm sorry I wasn't able to get back to you sooner. I was in Kawaihae paddling in and outrigger canoe race. Alas, we didn't do very well. But, there's always next week. > Malcolm Kay wrote: > > > On Saturday 15 May 2004 12:04, [EMAIL PROTECTED] wrote: > > > >> Here is the output of fdisk when ran from FBSD: > >> frankie# fdisk > >> *** Working on device /dev/ad0 *** > >> parameters extracted from in-core disklabel are: > >> cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > >> > >> Figures below won't work with BIOS for partitions not in cyl 1 > >> parameters to be used for BIOS calculations are: > >> cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > >> > >> Media sector size is 512 > >> Warning: BIOS sector numbering starts with sector 1 > >> Information from DOS bootblock is: > >> The data for partition 1 is: > >> sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) > >> start 63, size 10249407 (5004 Meg), flag 0 > >> beg: cyl 0/ head 1/ sector 1; > >> end: cyl 637/ head 254/ sector 63 > >> The data for partition 2 is: > >> sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > >> start 10249470, size 40949685 (19994 Meg), flag 80 (active) > >> beg: cyl 638/ head 0/ sector 1; > >> end: cyl 1023/ head 254/ sector 63 > >> The data for partition 3 is: > >> sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) > >> start 51199155, size 5863725 (2863 Meg), flag 0 > >> beg: cyl 1023/ head 254/ sector 63; > >> end: cyl 1023/ head 254/ sector 63 > >> The data for partition 4 is: > >> sysid 5 (0x05),(Extended DOS) > >> start 57062880, size 99233505 (48453 Meg), flag 0 > >> beg: cyl 1023/ head 254/ sector 63; > >> end: cyl 1023/ head 254/ sector 63 > >> frankie# > >> As you can see, I still have 98SE on partition 1 and partition 3 > shows as > >> fat32. Slackware was re-installed and is working on P-8 with > linux-swap 0n > >> P-9. > >> > >> Is this weird that I cannot mount ad0s3? > >> > > > > Does someone out there know the significance of "sysid 12" versus > "sysid 11"? > > > > According to the fdisk output sysid 11 is > DOS or Windows 95 with 32 bit FAT > and sysid 12 is > DOS or Windows 95 with 32 bit FAT (LBA) > > The difference is LBA although I thought that if you needed to use > LBA > then the _whole disk_ was LBA but since slice 3 is visible in Win98 > I > guess it's correct (probably just a case of FreeBSD reporting > _accurately_ what's on the disk). > > It's a few years since I messed with FAT so I may not have > remembered > this correctly, but originally DOS could only support a single > _active_ > primary partition (which is why extended was invented). Somewhere > in the > Win9x line that changed; the OS still had to be on the first > primary > partition but other primary partitions were visible in the OS. > > The OP says that Win98 can see /dev/ados3 and write to it but, if > you > look at the fdisk output only slice 1 is flagged 'active'. > > The last time I had a machine with multiple OSes (Win98, W2K, and > FreeBSD) I used BootMagic that comes with PartitionMagic which had > a > config option to choose which partitions/slices each OS could see. > With > FreeBSD the default setting hid _all_ the FAT & NTFS slices (I got > the > same problem you have) so I had to change the settings. The first > one or > two bytes in each entry in the partition table determine whether > the > partition is 'active' (i.e. the one that is booted from) but also > whether the partition is visible or hidden. When you choose an OS > from > BM's menu it edits the PT "on the fly" (which will set the BIOS > boot > sector anit-virus alarm off if it's enabled) and then continues the > boot > process. > > IIRC Win9x can see adso3 (in this case) by simply ignoring the > visible > flag, i.e. a kludge, in typical MS fashion. > > As to how to resolve it, if you are really brave you can edit the > partition table flags directly but the changes may not hold (I have > a > feeling that Win98 may "fix" them next time yo
Re: mount_msdosfs anomaly
Malcolm Kay wrote: On Saturday 15 May 2004 12:04, [EMAIL PROTECTED] wrote: Here is the output of fdisk when ran from FBSD: frankie# fdisk *** Working on device /dev/ad0 *** parameters extracted from in-core disklabel are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 63, size 10249407 (5004 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 637/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 10249470, size 40949685 (19994 Meg), flag 80 (active) beg: cyl 638/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) start 51199155, size 5863725 (2863 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 5 (0x05),(Extended DOS) start 57062880, size 99233505 (48453 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 frankie# As you can see, I still have 98SE on partition 1 and partition 3 shows as fat32. Slackware was re-installed and is working on P-8 with linux-swap 0n P-9. Is this weird that I cannot mount ad0s3? Does someone out there know the significance of "sysid 12" versus "sysid 11"? According to the fdisk output sysid 11 is DOS or Windows 95 with 32 bit FAT and sysid 12 is DOS or Windows 95 with 32 bit FAT (LBA) The difference is LBA although I thought that if you needed to use LBA then the _whole disk_ was LBA but since slice 3 is visible in Win98 I guess it's correct (probably just a case of FreeBSD reporting _accurately_ what's on the disk). It's a few years since I messed with FAT so I may not have remembered this correctly, but originally DOS could only support a single _active_ primary partition (which is why extended was invented). Somewhere in the Win9x line that changed; the OS still had to be on the first primary partition but other primary partitions were visible in the OS. The OP says that Win98 can see /dev/ados3 and write to it but, if you look at the fdisk output only slice 1 is flagged 'active'. The last time I had a machine with multiple OSes (Win98, W2K, and FreeBSD) I used BootMagic that comes with PartitionMagic which had a config option to choose which partitions/slices each OS could see. With FreeBSD the default setting hid _all_ the FAT & NTFS slices (I got the same problem you have) so I had to change the settings. The first one or two bytes in each entry in the partition table determine whether the partition is 'active' (i.e. the one that is booted from) but also whether the partition is visible or hidden. When you choose an OS from BM's menu it edits the PT "on the fly" (which will set the BIOS boot sector anit-virus alarm off if it's enabled) and then continues the boot process. IIRC Win9x can see adso3 (in this case) by simply ignoring the visible flag, i.e. a kludge, in typical MS fashion. As to how to resolve it, if you are really brave you can edit the partition table flags directly but the changes may not hold (I have a feeling that Win98 may "fix" them next time you boot Win98) or install a boot manager like BM that allows you to set the visibility. If you run this # dd if=/dev/ad0 of=/tmp/foo bs=512 count=1 # hd /tmp/foo > /tmp/foo.hd and post the last 6 lines of foo.hd it will help identify which byte is set wrong; I've a load of notes here about partition tables so I'll dig them out. HTH Regards, Mark ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
On Saturday 15 May 2004 12:04, [EMAIL PROTECTED] wrote: > - > > > On Saturday 15 May 2004 08:59, [EMAIL PROTECTED] wrote: > > > Aloha Again > > > > > > Okay, I had some time and since I had just installed Slackware, I > > > > didn't> mind blowing it away. > > > > > Using cfdisk from the Slackware CD, I re-partitioned slices 3 > > > > and up. I > > > > > now have a fat32 3Gig slice in primary partition/slice ad0s3. I > > > > then have > > > > > four 12 Gig slices (5 - 8) set up as linux partitions. Finally > > > > slice 9 > > > > > (ad0s9/hda9) is linux swap. > > > > Do you still have Fat32 in slice 1? > > > > It is my impression that MS will not allow more than 1 MS primary > > slice. It > > will force 2nd and subsequent MS file systems into extended > > partitions. Of > > course if you created "and formatted" the slice outside of MS then > > the > > comment is irrelevant. > > > > Posting the output of fdisk (on FreeBSD) might help. > > > > Malcolm > > Aloha Malcolm > > Thanks for responding. Here is the output of fdisk when ran from FBSD: > frankie# fdisk > *** Working on device /dev/ad0 *** > parameters extracted from in-core disklabel are: > cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) > start 63, size 10249407 (5004 Meg), flag 0 > beg: cyl 0/ head 1/ sector 1; > end: cyl 637/ head 254/ sector 63 > The data for partition 2 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 10249470, size 40949685 (19994 Meg), flag 80 (active) > beg: cyl 638/ head 0/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 3 is: > sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) > start 51199155, size 5863725 (2863 Meg), flag 0 > beg: cyl 1023/ head 254/ sector 63; > end: cyl 1023/ head 254/ sector 63 > The data for partition 4 is: > sysid 5 (0x05),(Extended DOS) > start 57062880, size 99233505 (48453 Meg), flag 0 > beg: cyl 1023/ head 254/ sector 63; > end: cyl 1023/ head 254/ sector 63 > frankie# > As you can see, I still have 98SE on partition 1 and partition 3 shows as > fat32. Slackware was re-installed and is working on P-8 with linux-swap 0n > P-9. > > Is this weird that I cannot mount ad0s3? > OK, this has moved beyond my ken; but it has aroused my curiosity. What is the precise message when trying to mount ad0s3? You do have a device /dev/ad0s3 revealed by ls? Can you mount slice3 under slackware? You say MS reports the slice as FAT32, but has it actually been formatted? Can you write to it? Have you tried mounting the Slackware slice under FreeBSD? Does someone out there know the significance of "sysid 12" versus "sysid 11"? I incidently I've found you can see inside an extended partition by targeting the extended partition/slice with fdisk instead of the entire physical disk. (Which is probably quite irrelenent to your problem.) Malcolm ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
- > On Saturday 15 May 2004 08:59, [EMAIL PROTECTED] wrote: > > Aloha Again > > > > Okay, I had some time and since I had just installed Slackware, I > didn't> mind blowing it away. > > > > Using cfdisk from the Slackware CD, I re-partitioned slices 3 > and up. I > > now have a fat32 3Gig slice in primary partition/slice ad0s3. I > then have > > four 12 Gig slices (5 - 8) set up as linux partitions. Finally > slice 9 > > (ad0s9/hda9) is linux swap. > > > > Do you still have Fat32 in slice 1? > > It is my impression that MS will not allow more than 1 MS primary > slice. It > will force 2nd and subsequent MS file systems into extended > partitions. Of > course if you created "and formatted" the slice outside of MS then > the > comment is irrelevant. > > Posting the output of fdisk (on FreeBSD) might help. > > Malcolm > Aloha Malcolm Thanks for responding. Here is the output of fdisk when ran from FBSD: frankie# fdisk *** Working on device /dev/ad0 *** parameters extracted from in-core disklabel are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 63, size 10249407 (5004 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 637/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 10249470, size 40949685 (19994 Meg), flag 80 (active) beg: cyl 638/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) start 51199155, size 5863725 (2863 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 5 (0x05),(Extended DOS) start 57062880, size 99233505 (48453 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 frankie# As you can see, I still have 98SE on partition 1 and partition 3 shows as fat32. Slackware was re-installed and is working on P-8 with linux-swap 0n P-9. Is this weird that I cannot mount ad0s3? Robert ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
On Saturday 15 May 2004 08:59, [EMAIL PROTECTED] wrote: > Aloha Again > > Okay, I had some time and since I had just installed Slackware, I didn't > mind blowing it away. > > Using cfdisk from the Slackware CD, I re-partitioned slices 3 and up. I > now have a fat32 3Gig slice in primary partition/slice ad0s3. I then have > four 12 Gig slices (5 - 8) set up as linux partitions. Finally slice 9 > (ad0s9/hda9) is linux swap. > Do you still have Fat32 in slice 1? It is my impression that MS will not allow more than 1 MS primary slice. It will force 2nd and subsequent MS file systems into extended partitions. Of course if you created "and formatted" the slice outside of MS then the comment is irrelevant. Posting the output of fdisk (on FreeBSD) might help. Malcolm ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
Aloha Again Okay, I had some time and since I had just installed Slackware, I didn't mind blowing it away. Using cfdisk from the Slackware CD, I re-partitioned slices 3 and up. I now have a fat32 3Gig slice in primary partition/slice ad0s3. I then have four 12 Gig slices (5 - 8) set up as linux partitions. Finally slice 9 (ad0s9/hda9) is linux swap. I still have the same error when trying to "mount_msdosfs /dev/ad0s3 /shared" or "mount -t msdos /dev/ad0s3 /shared" I know it is seen as a fat32 partition in Win98 because I format it and run scandisk on it and can write to it. So, I don't think the problem was a primary/logical partition problem. I need to swap data between the OS's and this should be the easiest way.:) Robert > > > > Aloha > > I first used a win98 boot disk to set slice 1(partition 1) a 5 > Gig for > > my win98 slice. After installing win98, I used the freebsd 5.2.1 > CD to > > set up the freebsd slice 2 at 20 Gig. > > OK. I haven't had time (or a spare machine) to play with 5.xxx > yet. I have a spare frankenputer if you can get to Kona, I'll loan it to you :) > > > After installing freebsd I used Slackware 9.1 CD and the cfdisk > program > > on it to partition the rest of the disk. Slice/partition3 is a > primary. > > Slice 4 is extended with logical slices/partitions 5 through 10. > I > > installed Slackware on slice 8 with a linux swap on slice 9 and a > 2.7Gig > > fat32 on slice 10. > > Well, that (using Slackware and being logical partitions within > an extended ) explains some things about how you got those slices. > > I believe FreeBSD is quite limited in its ability to talk to > MS extended partitions. > > > > > > > >> > > > > >> When I attempt to mount slice 10 with "mount_msdosfs > /dev/ad0s10> > > >> /shared" I get the following error: > > > > >> > > > > >> mount_msdosfs: /dev/ad0s10: invalid argument. > > > > >> > > > > >> Slice 10 was formatted in win98 and scan disk was run. I > have a ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
On my system I have several Linux distros installed in the extended partition, and FBSD 5.2 shows slices as high as /dev/ad0s9. I am able to mount all of these with mount_ext2fs. Whether or not it is possible to mount msdos extended partitions, I can't say, since I don't have any installed on my hard drive. regards, RS On Thu, 13 May 2004 09:39:23 -0400 (EDT) Jerry McAllister <[EMAIL PROTECTED]> wrote: > > > > Aloha > > > > I have a 80 gig hard drive that I have sliced up for multiple distros of > > linux and freebsd. I have win98 on slice 1 and freebsd on slice 2. On slice > > 10 I have a 2.7 Gig slice formatted as fat32 for data sharing between all > > distros. > > > > When logged into frebsd (5.2.1) i can mount the win98 slice with > > "mount_msdosfs /dev/ad0s1 /win98" without any trouble. > > > > When I attempt to mount slice 10 with "mount_msdosfs /dev/ad0s10 /shared" I > > get the following error: > > > > mount_msdosfs: /dev/ad0s10: invalid argument. > > > > Slice 10 was formatted in win98 and scan disk was run. I have a text file > > and two jpeg photos in the slice. > > > > Only 4 primary slices are recognized. FreeBSD will not talk to a slice 10 > and I don't think anything MS will either in a standard manner. That is > why they came up with extended partitions. What did you use to create the > extra slices? > > jerry > > > Any help will be appreciated. > > > > Thanks > > > > Robert > > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
> > Aloha > I first used a win98 boot disk to set slice 1(partition 1) a 5 Gig for > my win98 slice. After installing win98, I used the freebsd 5.2.1 CD to > set up the freebsd slice 2 at 20 Gig. OK. I haven't had time (or a spare machine) to play with 5.xxx yet. > After installing freebsd I used Slackware 9.1 CD and the cfdisk program > on it to partition the rest of the disk. Slice/partition3 is a primary. > Slice 4 is extended with logical slices/partitions 5 through 10. I > installed Slackware on slice 8 with a linux swap on slice 9 and a 2.7Gig > fat32 on slice 10. Well, that (using Slackware and being logical partitions within an extended ) explains some things about how you got those slices. I believe FreeBSD is quite limited in its ability to talk to MS extended partitions. > > Here is the output of ls -l /dev/ad* First time I have seen slice numbers that high. But, since they are special, I am not sure it mean anything. Hopefully someone else will know more about that. jerry > $ ls -l /dev/ad* > crw-r- 1 root operator4, 10 May 13 09:10 /dev/ad0 > crw-r- 1 root operator4, 11 May 13 09:10 /dev/ad0s1 > crw-r- 1 root operator4, 27 May 13 09:10 /dev/ad0s10 > crw-r- 1 root operator4, 12 May 13 09:10 /dev/ad0s2 > crw-r- 1 root operator4, 16 May 12 23:10 /dev/ad0s2a > crw-r- 1 root operator4, 17 May 13 09:10 /dev/ad0s2b > crw-r- 1 root operator4, 18 May 13 09:10 /dev/ad0s2c > crw-r- 1 root operator4, 19 May 12 23:10 /dev/ad0s2d > crw-r- 1 root operator4, 20 May 12 23:10 /dev/ad0s2e > crw-r- 1 root operator4, 21 May 12 23:10 /dev/ad0s2f > crw-r- 1 root operator4, 13 May 13 09:10 /dev/ad0s3 > crw-r- 1 root operator4, 14 May 13 09:10 /dev/ad0s4 > crw-r- 1 root operator4, 22 May 13 09:10 /dev/ad0s5 > crw-r- 1 root operator4, 23 May 13 09:10 /dev/ad0s6 > crw-r- 1 root operator4, 24 May 13 09:10 /dev/ad0s7 > crw-r- 1 root operator4, 25 May 13 09:10 /dev/ad0s8 > crw-r- 1 root operator4, 26 May 13 09:10 /dev/ad0s9 > > It shows ad0s10 but I'm not sure that it can be mounted. Has anyone ever done it? > > Thanks for all of the responses. > Robert > > ----- Original Message - > From: Jerry McAllister <[EMAIL PROTECTED]> > Date: Thursday, May 13, 2004 4:02 am > Subject: Re: mount_msdosfs anomaly > > > > > > > Jerry McAllister wrote: > > > >> Aloha > > > >> > > > >> I have a 80 gig hard drive that I have sliced up for multiple > > > >> distros of linux and freebsd. I have win98 on slice 1 and freebsd > > > >> on slice 2. On slice 10 I have a 2.7 Gig slice formatted as fat32 > > > >> for data sharing between all distros. > > > >> > > > >> When logged into frebsd (5.2.1) i can mount the win98 slice with > > > >> "mount_msdosfs /dev/ad0s1 /win98" without any trouble. > > > >> > > > >> When I attempt to mount slice 10 with "mount_msdosfs /dev/ad0s10 > > > >> /shared" I get the following error: > > > >> > > > >> mount_msdosfs: /dev/ad0s10: invalid argument. > > > >> > > > >> Slice 10 was formatted in win98 and scan disk was run. I have a > > > >> text file and two jpeg photos in the slice. > > > >> > > > > > > > > > > > > Only 4 primary slices are recognized. FreeBSD will not talk > > to a > > > > slice 10 and I don't think anything MS will either in a standard > > > > manner. That is why they came up with extended partitions. What > > > > did you use to create the extra slices? > > > > > > > > jerry > > > > > > Isn't ad?s5 and up used for the extended partitions? Which > > devices show > > > up in /dev ? > > > > Well, I have never messed with MS extended "partitions" so I don't > > really know much details. My /dev only goes up to s4 for either > > ad or da. > > But, I am not surprised if mount_msdosfs thinks /dev/ad0s10 is not > > valid.I suppose the person could try creating those devices in /dev > > and see > > what falls down (or if it works). > > > > jerr > > > > > > > > Hendrik > > > > > > > ___ > > [EMAIL PROTECTED] mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to "freebsd-questions- > > [EMAIL PROTECTED]" > > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
> > Jerry McAllister wrote: > >> Aloha > >> > >> I have a 80 gig hard drive that I have sliced up for multiple > >> distros of linux and freebsd. I have win98 on slice 1 and freebsd > >> on slice 2. On slice 10 I have a 2.7 Gig slice formatted as fat32 > >> for data sharing between all distros. > >> > >> When logged into frebsd (5.2.1) i can mount the win98 slice with > >> "mount_msdosfs /dev/ad0s1 /win98" without any trouble. > >> > >> When I attempt to mount slice 10 with "mount_msdosfs /dev/ad0s10 > >> /shared" I get the following error: > >> > >> mount_msdosfs: /dev/ad0s10: invalid argument. > >> > >> Slice 10 was formatted in win98 and scan disk was run. I have a > >> text file and two jpeg photos in the slice. > >> > > > > > > Only 4 primary slices are recognized. FreeBSD will not talk to a > > slice 10 and I don't think anything MS will either in a standard > > manner. That is why they came up with extended partitions. What > > did you use to create the extra slices? > > > > jerry > > Isn't ad?s5 and up used for the extended partitions? Which devices show > up in /dev ? Well, I have never messed with MS extended "partitions" so I don't really know much details. My /dev only goes up to s4 for either ad or da. But, I am not surprised if mount_msdosfs thinks /dev/ad0s10 is not valid. I suppose the person could try creating those devices in /dev and see what falls down (or if it works). jerr > > Hendrik > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
Jerry McAllister wrote: Aloha I have a 80 gig hard drive that I have sliced up for multiple distros of linux and freebsd. I have win98 on slice 1 and freebsd on slice 2. On slice 10 I have a 2.7 Gig slice formatted as fat32 for data sharing between all distros. When logged into frebsd (5.2.1) i can mount the win98 slice with "mount_msdosfs /dev/ad0s1 /win98" without any trouble. When I attempt to mount slice 10 with "mount_msdosfs /dev/ad0s10 /shared" I get the following error: mount_msdosfs: /dev/ad0s10: invalid argument. Slice 10 was formatted in win98 and scan disk was run. I have a text file and two jpeg photos in the slice. Only 4 primary slices are recognized. FreeBSD will not talk to a slice 10 and I don't think anything MS will either in a standard manner. That is why they came up with extended partitions. What did you use to create the extra slices? jerry Isn't ad?s5 and up used for the extended partitions? Which devices show up in /dev ? Hendrik ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mount_msdosfs anomaly
> > Aloha > > I have a 80 gig hard drive that I have sliced up for multiple distros of linux and > freebsd. I have win98 on slice 1 and freebsd on slice 2. On slice 10 I have a 2.7 > Gig slice formatted as fat32 for data sharing between all distros. > > When logged into frebsd (5.2.1) i can mount the win98 slice with "mount_msdosfs > /dev/ad0s1 /win98" without any trouble. > > When I attempt to mount slice 10 with "mount_msdosfs /dev/ad0s10 /shared" I get the > following error: > > mount_msdosfs: /dev/ad0s10: invalid argument. > > Slice 10 was formatted in win98 and scan disk was run. I have a text file and two > jpeg photos in the slice. > Only 4 primary slices are recognized. FreeBSD will not talk to a slice 10 and I don't think anything MS will either in a standard manner. That is why they came up with extended partitions. What did you use to create the extra slices? jerry > Any help will be appreciated. > > Thanks > > Robert > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"