Date: Fri, 28 Mar 2014 10:07:32 -0500 From: Matthew Pherigo <hybrid120@gmail.com> To: "lumiwa@gmail.com" <lumiwa@gmail.com> Cc: "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org> Subject: Re: Buffalo Firewire 1TB HD Message-ID: <9DD4CA4C-A7F6-476B-B575-E576DA06C261@gmail.com> In-Reply-To: <12578543.1HCP5gAiFf@lumiwa.farms.net> References: <5653617.MEWqcFTqsU@lumiwa.farms.net> <9210020.uC0gVPdYr1@lumiwa.farms.net> <alpine.BSF.2.00.1403280812540.95974@wonkity.com> <12578543.1HCP5gAiFf@lumiwa.farms.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Hey, FAT32 can't handle files over 4 GB. What are the other computers that you wa= nt to connect to? If your concern is compatibility with Windows, you may hav= e to format with NTFS to not be hit by stupid filesystem limits. Also, remember that if you aren't planning to use the device in non-BSD syst= ems anytime soon, and you're only formatting it like that 'just in case', re= member that there are FUSE drivers for everything (ZFS on Windows? Sure!), w= hich means any operating system can read your chosen filesystem if you can i= nstall FUSE. So, for example, if the drive would only ever be plugged into a= non-BSD computer in the case of some tech disaster needing recovery of the f= iles, the many benefits of a UFS/ZFS filesystem far outweighs the negatives o= f needing a FUSE translation layer. :) --Matt > On Mar 28, 2014, at 9:49 AM, Ajtim <lumiwa@gmail.com> wrote: >=20 >> On Friday 28 March 2014 08:13:10 Warren Block wrote: >>> On Fri, 28 Mar 2014, Ajtim wrote: >>>> On Friday 28 March 2014 07:31:58 Warren Block wrote: >>>>> On Fri, 28 Mar 2014, Ajtim wrote: >>>>> Hi! >>>>>=20 >>>>> My system is FreeBSD 10.0-RELEASE (amd64) installed on iMac. I have 1T= B >>>>> external firewire HD which I formated on OS X: >>>>> 250GB for OS X and the rest (750GB) is formated MS DOS FAT (before I h= ad >>>>> formate ext FAT). >>>>> In /boot/loader.conf I have: >>>>> Sbp_load=3D"YES" >>>>>=20 >>>>> When I turn HD on I got in /var/messages: >>>>>=20 >>>>> Kernel: da1 at sbp0 bus 0 scbus0 target 0 lun 0 >>>>> kernel: da1: <BUFFALO HDD 0110> Fixed Direct Access SCSI-4 device >>>>> kernel: da1: Serial Number >>>>> kernel: da1: 50.000MB/s transfers >>>>> kernel: da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C= ) >>>>> kernel: da1: quirks=3D0x2<NO_6_BYTE> >>>>> kernel: GEOM: da1: enabling Boot Camp >>>>>=20 >>>>> Than I mount: >>>>> Mount -t msdosfs /dev/da1p1 /mnt >>>>=20 >>>> '-o large' is needed to support larger than 128G FAT filesystems. In >>>> fact, I thought it would complain otherwise, but evidently not. >>>=20 >>> I was to fast. It doesn't work. >>=20 >> What happens? >=20 > It is the same problem. >=20 >=20 > mount -t msdosfs -o large /dev/da1p1 /mnt >=20 > than cp bla.bla /mnt >=20 >=20 > cp: /mnt/bla.bla: No space left on device >=20 > A file is long 495044140 and it copied just 205520896 >=20 >=20 > Do I need to rebuild a kernet with optins MSDOS_LARGE? >=20 > Thank you. >=20 >=20 > --=20 > ajtiM > -------- > http://www.redbubble.com/people/lumiwa > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9DD4CA4C-A7F6-476B-B575-E576DA06C261>