Win Xp Udf Drivers For Mac - gradorserra1971’s diary

Active4 months ago

Several time recently I've seen UDF suggested as the solution to a cross platform format for a drive used on Linux, Mac OS X and Windows XP and above.

I've searched here and not found the same suggestion (most are suggesting ntfs-3g which seems to cost money and isn't preinstalled on a Mac).

So my question is: how is this done right, and has anyone done this? Have you then filled up the drive and deleted some files to make space finding that everything works like a real r/w format even though it seems to have been primarily a write once format?

Call me crazy but I'd really like it if the UDF system would also automount and be writable by the logged in user. What I've tried so far (udftools formatting as mentioned by kicsyromy) doesn't address this wish.

dlamblin

This page contains information about installing the latest UDF driver downloads using the UDF Driver Update Tool. UDF drivers are tiny programs that enable your UDF hardware to communicate with your operating system software. There are drivers for Windows (and Mac) that can access EXT3 partitions, so you can format it to EXT3 and use it (with drivers) to everywhere. Another way would be to use an archiever to store the large file in two or more files up to 4GB each.

dlamblin

3972 gold badges6 silver badges16 bronze badges

3 Answers

No.

We're in 2015 at the time of this reply. I am using OSX Yosemite, Ubuntu 14.10, and the Windows 10 technical preview for enterprises on a Mactel machine (Macmini 7,1).

I tried both UDF and exFat. I use Ubuntu for development and do need Unix-style permissions.

All former guides do not apply anymore: UDF drivers have evolved and all operating systems will accept a UDF partition, with more problems and instabilities than I can name.

UDF drive formatted on Mac OS: can't be mounted on Windows 10.
UDF drive formatted on Linux: can't be mounted on Windows 10.
UDF drive formatted on Windows 10: mounts read/write on Linux, read-only on OSX.

However, Windows doesn't allow you to specify a block size when formatting a UDF volume, and as a result, your logical block size might differ from the physical block size for the partition.

I am unclear whether this has to do with the difficulties I had mounting it read/write on OSX, but after deleting a certain number of files using Linux, I was never able to mount the drive again on OSX.

The system goes into kernel panic and crashes disgracefully.

This, and a variety of answers on the subject, indicate inconsistent support for this format at this point.

It would seem there are ways I can use a NTFS volume to achieve a balance between the features of a modern file system, Unix-style permissions - I might be able to set them - and read/write mount on all operating systems.

Mauro ColellaMauro Colella

Someone did some research into how to format a flash drive with udf so it can be used on as many operating systems as possible. Here are his findings (used to be there, now offline):

Windows 7 have full support up to UDF v2.6, but the UDF block size must match the block size of the underlying device (which for USB-sticks and most disks is 512 bytes; 'advanced format' disks are 4096 bytes). Apparently the disk must be partitioned.
Linux 2.6.30 and up supports UDF fully at least up to version 2.5.
Mac OS X 10.5 supports UDF fully up to UDF 2.01, but only when used on a full disk, so not partitioned.

As explained above, for USB harddisks, Windows requires the disk to be partitioned. On the other side, UDF only works in OS X when it is used on a full disk (unpartitioned). Rather surprisingly, there is a solution which works for both: having the disk partitioned and unpartitioned at the same time.

DOS partition tables are stored in bytes 446-510 of the master boot record. This master boot record is stored in the first sector on disk, sector 0. Typically, the first partition specified will start some kilobytes further. However, it seems possible to construct a partition table whose first partition starts at sector 0, so the result is a partition which contains the partition table itself. Partition editor programs seem to refuse to create such a table, but at least recent Linux and Windows kernels donu2019t seem to bother.

The nice thing is that UDF does not (I suppose deliberately) use the first few kilobytes of the partition or disk it is placed on, so this place can really be used to store a legacy partition table, referring to a partition that spans the whole disk. Some testing shows that this really works on Linux, Windows and Mac OS X:

Mounts automatically read-write in Linux 2.6.30+, Mac OS X 10.5+, Windows Vista+
Can be used read-only in Windows XP, and be used after a command line mount in Linux 2.6.0+
Supports large files, UNIX permissions, Unicode filenames, symlinks, hardlinks, etc.

Script to format the disk properly: Perl script or Bash script

clearkimura

4,4032 gold badges20 silver badges65 bronze badges

Dan BenamyDan Benamy

I just tested this out in a VM. It seems that you need to (re)create your partition in Windows assign it a drive letter but don't format it to any filesystem. After that boot into Ubuntu and just follow the directions and it should work for read/write.

Remember to backup all your data!

First off install UDF tools:

Replace the first block with nothing on the partition you wish to format to UDF^:

Udf Drivers For Xp

And finally format to UDF^:

^where by:

x is a placeholder for the letter curently assigned to your hardisk
N is a placeholder for the partition number

Best of luck and let me know if it worked out for you.

clearkimura

4,4032 gold badges20 silver badges65 bronze badges

kicsyromykicsyromy

protected by Community♦Mar 19 '15 at 5:06

Thank you for your interest in this question. Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?

Not the answer you're looking for? Browse other questions tagged filesystemexternal-hddudf or ask your own question.

Active4 months ago

After failing to copy a file bigger than 4G to my 8G USB flash drive, I formatted it as ext3. While this is working fine for me so far, it will cause problems if I want to use it to copy files to someone which does not use Linux.

I am thinking of formatting it as UDF instead, which I hope would allow it to be read (and possibly even written) on the three most popular operating systems (Windows, MacOS, and Linux), without having to install any extra drivers. However, from what I found on the web already, there seem to be several small gotchas related to which parameters are used to create the filesystem, which can reduce the compability (but most of the pages I found are about optical media, not USB flash drives).

I would like to know:

Which utility should I use to create the filesystem? (So far I have found mkudffs and genisoimage, and mkudffs seems the best option.)
Which parameters should I use with the chosen utility for maximum compability?
How compatible with the most common versions of these three operating systems UDF actually is?
Is using UDF actually the best idea? Is there another filesystem which would have better compatibility, with no problematic restrictions like the FAT32 4G file size limit, and without having to install special drivers in every single computer which touches it?

quack quixote

36k10 gold badges88 silver badges123 bronze badges

CesarBCesarB

4,0551 gold badge23 silver badges22 bronze badges

7 Answers

First, I zeroed completely the drive before creating the UDF filesystem with:

This is to avoid any leftover superblocks or other metadata which could confuse the operating systems' filesystem type detection (at least zeroing the first sector should be needed, to obliterate the partition table; the first few sectors are not used by UDF, and a leftover partition table could really confuse things). You could also use the count=1 switch on the dd command, in order to more-quickly zero just the first 512 bytes of the drive (where the MBR usually is located within), though this was not tested.

To create the file system, the command I used was:

mkudffs command will become available on Debian-based Linux distros (such as Ubuntu) after installing a udftools package:

The default blocksize for mkudffs is 2048, which is wrong for a USB flash drive (which uses 512-byte sectors). Since the block size is used to find the filesystem metadata, using a wrong block size can make it not be recognized as a UDF filesystem (since the anchor will not be where the filesystem driver is expecting). Note that the mkudffs man page is wrong; 512 is a valid value for the block size (and the code explicitly accepts it).

I also used the whole drive instead of a partition; this should be more compatible.

The result of my testing so far:

Linux with the most recent kernel (2.6.31, from Ubuntu 9.10): works.
Linux with an older kernel: needs the bs=512 option to mount, because it incorrectly used 2048 instead of the device sector size (fixed in commit 1197e4d).
Windows Vista: works.
A brand-new Mac: works.
Windows XP: can read fine, but gives 'access denied' when trying to write; also seems to think the disk is full.

While I have not so far tried to create a file larger than 4G in it, I see no reason why it would not work.

Given that it worked perfectly on all recent operating systems (only having to mount manually on Linux, which will not be needed anymore as soon as Ubuntu 9.10 and Fedora 12 are out), and worked read-only in Windows XP (which was a surprise to me; I was expecting it to not recognize the filesystem at all), using UDF instead of FAT32 or NTFS in big USB flash drives seems a good idea.

CesarBCesarB

4,0551 gold badge23 silver badges22 bronze badges

CesarB did a great job getting to the crux of the issue. One thing that can't be underscored enough is how important it is to use the proper block size when formatting UDF.

Inspired by CesarB's post (and my other research/testing), I wrote a script to automate the process of formatting in UDF--using the properly detected sector size. See format-udf on GitHub. Notable features:

Formats a block drive (hard drive or Flash drive) in Universal Disk Format (UDF)
- UDF revision 2.01 used for maximal compatibility
- First 4096 sectors are zeroed out to erase any existing MBR (necessary for proper UDF detection)
Resulting file system can be read/written across multiple operating system families (Windows, OS X, and Linux)
Runs on any OS having a Bash environment

Because of the last point, this script I wrote cannot be used on Windows. However, the script will run on OS X and Linux. After doing so, Windows should be able to magically detect the newly formatted UDF drive.

To directly answer the questions posted, format-udf will:

choose the appropriate tool for formatting based on operating system and environment
automatically detect and populate all parameters necessary for formatting
maximize OS compatibility (see GitHub page for compatibility chart)
yield the maximum feature set (and minimal limitations) that the asker is looking for

j0nam1elj0nam1el

I seem to recall having done that, the problem I found is that the linux version I had mounted it read only, as the driver had not been built for r/w. It did work in windows, and I think mac.

Yeah, a good solution is hard to find. For a while I had an external drive with a fat32 partition that had drivers for win and mac, a mac partition, and a big ext3 partition. It worked, but it meant installing drivers. Neat trick was it was also bootable on a mac (fw&usb), you have to leave space and take some notes, then you can add partitions via the command line and a mac partition table as well.

The world needs a free, usable by everything, file system. ZFS would be a nice choice. :-)

Ronald PottolRonald Pottol

Pieter Wuille wrote a tool to partition and format a disk to make a UDF layout that will be compatible with both Windows (>= Vista, read only for XP), MacOS X 10.5, Linux 2.6.30+:

The Perl script that uses mkudffs from udftools

Alternatively:

The Bash script by JElchisson

Hp Printer Drivers For Mac

dolmendolmen

7651 gold badge8 silver badges15 bronze badges

To achieve maximal compatibility you should use mkudffs from udftools project at least in version 2.0. No special parameters are needed, everything is autodetected.

Hp Drivers For Mac

There are 3 big restrictions:

Microsoft Windows systems do not recognize non-removable hard disk if it does not have MBR or GPT partition table.
Apple Mac OS X systems do not recognize UDF filesystem on partitioned disk.
Probably all systems (except recent Linux kernels) do not recognize UDF filesystem if UDF block size does not match logical sector size of disk.

Tool mkudffs since version 2.0 handle all 3 restrictions. When formatting non-removable hard disks, it creates 'fake' MBR table which starts at sector 0 and spans whole disk. So UDF filesystem can be read either from first partition (needed for Microsoft Windows) or from whole disk (needed for Apple Mac OS X). See mkudffs 2.0 man page for more details.

PaliPali

NTFS, with NTFS-3G you can write to it using Linux and take a look at http://macntfs-3g.blogspot.com/ for your Mac.

user10547user10547

There are drivers for Windows (and Mac) that can access EXT3 partitions, so you can format it to EXT3 and use it (with drivers) to everywhere. Another way would be to use an archiever to store the large file in two or more files up to 4GB each. This way you can use the FAT32 filesystem which is universal. On the host computer you have to extract the archive in order to use it, but it's a way to do it without drivers. Use a RAR format archiver since it works on Windows, Linux, Mac, although I think a ZIP format could work as well. But I would go with the drivers. Once installed you can do anything without restrictions. In the PC I have used Ext2Fsd for full EXT2, EXT3 and EXT4 access and Macdrive for full MacOS format access. Surely similar tools exists for Linux and MacOS as well to fully access NTFS partitions etc. If you only need read access, you don't need any drivers, Linux and MacOS support reading of NTFS partitions, so format the USB as NTFS! If all these computers are at the same network, things are easier! Make the USB either format and share it on the network. Other computers should not have problem accessing it!

spapakonsspapakons