文件系统的对比

文件系统的对比

下列表格对比了一系列文件系统的一般和技术资料,文件系统的具体信息参见链接文章。

一般资料

文件系统开发者发布年份操作系统许可
DECtapeDEC1964PDP-6 Monitor
Level-DDEC1968TOPS-10
George3ICT (即之后的 ICL)1968George 3
ODS-1DEC1972RSX-11
RT-11 file systemDEC1973RT-11
DOS (GEC)GEC1973Core Operating System
CP/M file system蓋瑞·基爾多1974CP/M
V6FSBell Labs1975Version 6 Unix
OS4000GEC1977OS4000
FAT (8-bit)Marc McDonald, Microsoft1977Microsoft Standalone Disk BASIC-80
DOS 3.xApple Computer1978Apple DOS
PascalApple Computer1978Apple Pascal
CBM DOSCommodore1978Microsoft BASIC (for CBM PET)
V7FSBell Labs1979Version 7 Unix
DOS 1.0Atari Corporation1979Atari 8-bit family
ODS-2DEC1979OpenVMS
FAT12Tim Paterson, Seattle Computer Products1980QDOS86-DOS
DOMAIN file systemApollo Computer1981Domain/OS (Aegis, Domain)
AFSCarnegie Mellon University1982Multiplatform MultoOS
DFSAcorn Computers Ltd1982Acorn BBC Micro MOS
ADFSAcorn Computers Ltd1983Acorn Electron (later Arthur RISC OS)
FFSKirk McKusick19834.2BSD
ProDOSApple Computer1983ProDOS 8
MFSApple Computer1984Mac OS
FAT16MicrosoftIBM1984PC DOS 3.0/MS-DOS 3.0
Elektronika BK tape formatNPO "Scientific centre" (now Sitronics)1985Vilnius Basic, BK monitor program
HFSApple Computer1985Mac OS
Amiga OFSMetacomco for Commodore1985Amiga OS
High SierraEcma International1985MS-DOSMac OS
NWFSNovell1985NetWare 286
FAT16BCompaq1987Compaq MS-DOS 3.31, DR DOS 3.31
MINIX V1 FSAndrew S. Tanenbaum1987MINIX 1.0
Amiga FFSCommodore1988Amiga OS 1.3
HPFSIBM & Microsoft1988OS/2
ISO 9660:1988Ecma International, Microsoft1988MS-DOSMac OS, and AmigaOS
JFS1IBM1990AIX
VxFSVERITAS, (now Symantec)1991为 Unix System Laboratories、HP-UX 开发
extRémy Card1992Linux
WAFLNetApp1992Data ONTAP
MINIX V2 FSAndrew S. Tanenbaum1992MINIX 1.6 and 2.0
AdvFSDEC1993Digital Unix
NTFS Version 1.0Microsoft, Tom Miller, Gary Kimura1993Windows NT 3.1proprietary
LFSMargo Seltzer1993Berkeley Sprite
ext2Rémy Card1993LinuxHurd
UFS1Kirk McKusick19944.4BSD
XFSSGI1994IRIX
HFS (Hierarchical File System)IBM1994MVS/ESA (now z/OS)
Rock RidgeYoung Minds Inc.1994LinuxMac OS, Amiga OS, and FreeBSD
Joliet ("CDFS")Microsoft1995Microsoft WindowsLinuxMac OS, and FreeBSD
PFSMichiel Pelt1996AmigaOS
RomeoAdaptec1996Microsoft Windows
UDFISO/ECMA/OSTA1995-
FAT32Microsoft1996Windows 95b
QFSLSC Inc, Sun Microsystems1996Solaris
IBM Spectrum ScaleIBM1998AIX, LinuxWindows
Be File SystemBe Inc., D. Giampaolo, C. Meurillon1996BeOS
HFS PlusApple Computer1998Mac OS 8.1
NSSNovell1998NetWare 5
PolyServe File System (PSFS)PolyServe1998WindowsLinux
ODS-5DEC1998OpenVMS 7.2
SFSJohn Hendrikx1998AmigaOS, AROS, MorphOS
ext3Stephen Tweedie1999Linux
ISO 9660:1999Ecma International, Microsoft1999Microsoft WindowsLinuxMac OS XFreeBSD, and AmigaOS
JFSIBM1999OS/2 Warp Server for e-business
GFSSistina (Red Hat)2000Linux
Melio FSSanbolic2001Windows
NTFS Version 3.1Microsoft2001Windows XPproprietary
ReiserFSNamesys2001Linux
zFSIBM2001z/OS (backported to OS/390)
FATXMicrosoft2002Xbox
UFS2Kirk McKusick2002FreeBSD 5.0
LustreCluster File Systems (later Oracle Corporation)2002Linux
OCFSOracle Corporation2002Linux
VMFS2VMware2002VMware ESX Server 2.0
ext3cowZachary Peterson2003Linux
FossilBell Labs2003Plan 9 from Bell Labs, 4th EditionLPL
Google File SystemGoogle2003Linux
PramFSMontaVista2003Linux
RelianceDatalight2003Windows CEVxWorks, custom ports
VxCFSVERITAS, (now Symantec)2004AIXHP-UX, Solaris, Linux
ZFSSun Microsystems2004SolarisCDDL
Reiser4Namesys2004Linux
Non-Volatile File SystemPalm, Inc.2004Palm OS Garnet
MINIX V3 FSAndrew S. Tanenbaum2005MINIX 3
OCFS2Oracle Corporation2005Linux
NILFSNTT2005Linux
VMFS3VMware2005VMware ESX Server 3.0
GFS2Red Hat2006Linux
ext4Various2006Linux
exFATMicrosoft2006, 2009Windows CE 6.0Windows XP SP3Windows Vista SP1proprietary
TexFAT/TFATMicrosoft2006Windows CE 6.0
BtrfsOracle Corporation2007LinuxGPL
CephSage Weil, Inktank Storage, Red Hat2007, 2012Linux
WBFSkwiirk and Waninkoko (Wii homebrew)2008Nintendo WII
HAMMERMatthew Dillon2008DragonFly BSD
Tux3Various2008Linux
UBIFSNokia with help of University of Szeged2008Linux
Oracle ACFSOracle Corporation2009Linux - Red Hat Enterprise Linux 5 and Oracle Enterprise Linux 5 only
Reliance NitroDatalight2009Windows CEWindows MobileVxWorksLinux, custom portsproprietary
LTFSIBM2010LinuxMac OS X, planned Microsoft Windows,LGPL
IlesfayFSIlesfay Technology Group2011Microsoft Windows, planned Red Hat Enterprise Linux
VMFS5VMware2011VMware ESXi 5.0tux 3 stats
ReFSMicrosoft2012, 2013Windows 2012 Serverproprietary
Lanyard FilesystemDan Luedtke2012Linux
F2FSSamsung2012LinuxGPLv2
File systemCreatorYear
introduced
Original operating systemLicense

限制

文件系统最大文件名称长度路径字符限制最大路径名长度最大文件大小最大卷大小
Acorn ADFS10 bytesAny ISO 8859-1 character except: SPACE $ & % @ \ ^ : . # * " ¦No limit defined512 MB or 4 GB512 MB or 4 GB
AdvFS226 charactersAny byte except NULNo limit defined16 TB16 TB
Apple DOS 3.x30 bytesAny byte except NUL30 B, no subdirectories (105 files per disk)未知140 kB DOS 3.3 (assuming standard 35 tracks)
113.75 kB DOS 3.1, 3.2
Apple ProDOS15 bytesA-Z, a-z, 0-9, and period64 B, including slashes16 MB32 MB
BFS255 bytesAny byte except NULNo limit defined260 GB2 EB
Btrfs255 bytesAny byte except NUL未知16 EB16 EB
CBM DOS16 bytesAny byte except NULNon-hierarchical16 MB16 MB
CP/M file system8.3any byte except: SPACE < > . , ; : = ? * [ ] % | ( ) / \16 "user areas", no subdirectories8 MB8 MB to 512 MB
DECtape6.3A–Z, 0–9DTxN:FILNAM.EXT = 15369280 B (577 * 640)369920 B (578 * 640)
DOS (GEC)8 bytesA–Z, 0–9Non-hierarchical64 MB64 MB
Elektronika BK tape format16 bytes未知Non-hierarchical64 kB800 kB (approx) per side for 90 min cassette (limited only by tape length)
exFAT255 charactersAny Unicode except NULNo limit defined127 PB64 ZB, 512 TB recommended
ext2255 bytesAny byte except NUL and /No limit defined2 TB32 TB
ext3255 bytesAny byte except NUL and /No limit defined2 TB32 TB
ext3cow255 bytesAny byte except NUL, / and @No limit defined2 TB32 TB
ext4255 bytesAny byte except NUL and /No limit defined16 TB1 EB
TexFAT247 charactersAny Unicode except NULNo limit defined2 GB500 GB Tested
F2FS255 bytes未知未知3.94 TB16 TB
FAT128.3 (255 UCS-2 code units with VFAT LFNs)Any byte except for values 0-31, 127 (DEL) and: " * / : < > ? \ | + , . ; = [] (lowcase a-z are stored as A-Z). With VFAT LFN any Unicode except NULNo limit defined32 MB (256 MB)32 MB (256 MB with 4K sectors and 64 KB clusters)
FAT168.3 (255 UCS-2 code units with VFAT LFNs)Any byte except for values 0-31, 127 (DEL) and: " * / : < > ? \ | + , . ; = [] (lowcase a-z are stored as A-Z). With VFAT LFN any Unicode except NULNo limit defined2 GB (4 GB with LFS)2 GB or 4 GB
FAT328.3 (255 UCS-2 code units with VFAT LFNs)Any byte except for values 0-31, 127 (DEL) and: " * / : < > ? \ | + , . ; = [] (lowcase a-z are stored as A-Z). With VFAT LFN any Unicode except NULNo limit defined2 GB (4 GB with LFS)2 TB (16 TB)
FATX42 bytesASCII. Unicode not permitted.No limit defined2 GB2 GB
FFS255 bytesAny byte except NULNo limit defined8 ZB8 ZB
Fossil65535 bytes of UTF-8 charactersAny Unicode except 0-31No limit defined8 EB未知
GFS255Any byte except NULNo limit defined8 EB8 EB
IBM Spectrum Scale255 UTF-8 codepointsAny byte except NUL and /No limit defined8 EB8 YB (18 PB tested)
HAMMER未知未知未知未知1 EB
HFS31 bytesAny byte except :Unlimited2 GB2 TB
HFS Plus255 UTF-16 code unitsAny valid UnicodeUnlimited8 EB8 EB
High Sierra未知未知未知未知-
HPFS255 bytesAny byte except NULNo limit defined2 GB2 TB
ISO 9660:1988Level 1: 8.3,
Level 2 & 3: ~ 180
Depends on Level~ 180 bytes?4 GB (Level 1 & 2) to 8 TB (Level 3)8 TB
ISO 9660:1999未知 (207?)未知未知未知未知未知
Joliet ("CDFS")64 Unicode charactersAll UCS-2 code except * / \ : ; and ?未知4 GB (same as ISO 9660:1988)8 TB (same as ISO 9660:1988)
Lanyard Filesystem255 bytesAny byte except NUL and /No limit defined64 ZB128 kB to 64 ZB
LEAN4,068 bytescase sensitive, in UTF-8 (any Unicode codepoint)No limit defined8 EB8 EB
Level-D6.3A–Z, 0–9DEVICE:FILNAM.EXT[PROJECT,PROGRM] = 7 + 10 + 15 = 32; + 5*7 for SFDs = 6724 GB (34,359,738,368 words (235-1); 206,158,430,208 SIXBIT bytes)12 GB (approx; 64 * 178 MB)
LTFS未知未知未知未知未知
Lustre255 bytesAny byte except NUL and /No limit defined32 PB (on ext4)1 YB (55 PB tested)
JFS1255 bytesAny byte except NULNo limit defined8 EB4 PB
JFS255 bytesAny Unicode except NULNo limit defined4 PB32 PB
MFS255 bytesAny byte except :No path (flat filesystem)226 MB226 MB
MicroDOS file system14 bytes未知未知16 MB32 MB
MINIX V1 FS14 or 30 bytes, set at filesystem creation timeAny byte except NULNo limit defined64 MB64 MB
MINIX V2 FS14 or 30 bytes, set at filesystem creation timeAny byte except NULNo limit defined4 GB1 GB, then 2 TB
MINIX V3 FS60 bytesAny byte except NULNo limit defined4 GB16 TB
NILFS255 bytesAny byte except NULNo limit defined8 EB8 EB
NSS226 charactersDepends on namespace usedOnly limited by client8 TB8 TB
NTFS255 charactersDepends on namespace used32,767 Unicode characters with each path component (directory or filename) commonly up to 255 characters long16 EB16 EB
NWFS80 bytesDepends on namespace usedNo limit defined4 GB1 TB
OCFS255 bytesAny byte except NULNo limit defined8 TB8 TB
OCFS2255 bytesAny byte except NULNo limit defined4 PB4 PB
ODS-5236 bytes未知4,096 bytes2 TB2 TB
OS40008 bytesA–Z, 0–9
Period is directory separator
No limit defined2 GB1 GB (at least)
PramFS31 bytesAny byte except NUL未知1 GB8 EB
QFS255 bytesAny byte except NULNo limit defined16 EB4 PB
ReFS32,767 Unicode characters (255 Unicode characters in Windows 8/8.1)未知32,767 Unicode characters in each path component16 EB1 YB with 64 kB cluster size (264 × 64 × 210). Windows stack addressing allows 16 EB
ReiserFS4,032 bytes/226 charactersAny byte except NULNo limit defined8 TB (v3.6), 2 GB (v3.5)16 TB
Reiser43,976 bytesAny byte except / and NULNo limit defined8 TB on x86未知
Reliance260 bytesOS specific260 B4 GB2 TB
Reliance Nitro1,024 bytesOS specific1024 bytes32 TB32 TB
RT-116.3A–Z, 0–9, $Non-hierarchical32 MB (65536 * 512)32 MB
IBM SFS8.8未知Non-hierarchical未知未知
UDF255 bytesAny Unicode except NUL1,023 bytes16 EB2 TB (hard disk), 8 TB (optical disc)
UFS1255 bytesAny byte except NULNo limit defined226 TB226 TB
UFS2255 bytesAny byte except NULNo limit defined32 PB1 YB
V6FS14 bytesAny byte except NUL and /No limit defined16 MB2 TB
V7FS14 bytesAny byte except NUL and /No limit defined1 GB2 TB
VxFS255 bytesAny byte except NULNo limit defined256 TB256 TB
VMFS2128Any byte except NUL and /2,0484 TB64 TB
VMFS3128Any byte except NUL and /2,0482 TB64 TB
XFS255 bytesAny byte except NULNo limit defined8 EB8 EB
ZFS255 bytesAny Unicode except NULNo limit defined16 EB256 ZB
File systemMaximum filename lengthAllowable characters in directory entriesMaximum pathname lengthMaximum file sizeMaximum volume size

元数据

文件系统Stores file ownerPOSIX file permissionsCreation timestampsLast access/ read timestampsLast content modification timestampsDisk copy createdLast metadata change timestampsLast archive timestampsAccess control listsSecurity/ MAC labelsExtended attributes/ Alternate data streams/ forksChecksum/ ECCMax Timestamp Resolution
AdvFS未知未知
Be File System未知未知未知
Btrfs未知未知1 nanosecond
CBM DOS未知
CP/M file system未知未知未知
DECtape未知未知未知
DOS (GEC)未知未知
Elektronika BK tape format未知未知未知
ext2未知1 second
ext31 second
ext3cow1 second
ext4未知部份1 nanosecond
exFAT未知未知未知部份10 milliseconds
FAT12部份部份10 milliseconds
FAT16部份部份10 milliseconds
FAT32部份部份10 milliseconds
FFS未知未知
Fossil未知1 second
GPFS未知1 nanosecond
GFS未知未知未知
HFS未知
HFS Plus1 second
HPFS未知未知未知
High Sierra未知未知未知
ISO 9660:1988未知未知
ISO 9660:1999未知未知未知
JFS未知1 second
Joliet ("CDFS")未知未知
Lanyard Filesystem1 nanosecond
Level-D未知未知未知
LFS未知未知
Lustre部份部份未知
NILFS未知未知PlannedPlanned未知
NTFS100 nanoseconds
NSS未知未知未知未知
NWFS未知未知未知未知未知
OCFS未知未知未知
OCFS2未知未知部份未知
ODS-5未知未知未知未知未知未知
OS4000未知未知
PramFS未知1 second
QFS未知未知未知
ReiserFS未知
Reiser4未知未知
Reliance部份未知
Reliance NitroLinux portLinux portLinux port部份未知
UDF未知未知未知
UFS1未知未知
UFS2未知未知
V6FS未知未知
V7FS未知未知
VMFS2未知未知未知
VMFS3未知未知未知
VxFS未知未知未知
XFS未知部份1 nanosecond
ZFS未知1 nanosecond
File systemStores file ownerPOSIX file permissionsCreation timestampsLast access/read timestampsLast content modification timestampsDisk copy createdLast metadata change timestampsLast archive timestampsAccess control listsSecurity/ MAC labelsExtended attributes/ Alternate data streams/ forksChecksum/ ECCMax Timestamp Resolution

特点

File systemHard linksSymbolic linksBlock journalingMetadata-only journalingCase-sensitiveCase-preservingFile Change LogSnapshotXIPEncryptionCOWIntegrated LVMData deduplicationVolumes are resizeable
Be File System未知未知
BtrfsPlanned是 (via bedup)Online
CBM DOS
CP/M file system未知
DECtape未知
DOS (GEC)未知
ext2Offline
ext3Online (can only be shrunk offline)
ext3cow未知未知未知
ext4Online (can only be shrunk offline)
exFAT未知未知未知未知未知未知
FAT12部份Offline
FAT16部份Offline
FAT32部份Offline
FFSOffline (cannot be shrunk)
FossilOffline
GFS未知未知未知Online
GPFSOnline
HAMMER未知未知未知未知未知未知未知On demand未知
HFS未知
HFS Plus部份
HPFS未知未知未知未知
JFS未知未知Online (cannot be shrunk)
Lanyard FilesystemOffline (cannot be shrunk)
Level-D未知未知未知未知
LFS未知未知未知未知
Lustre是 in 2.0 and laterOnline
NILFS未知未知Online (since Linux-3.x and nilfs-utils 2.1)
NSS未知未知未知未知未知
NTFS部份部份是 (Windows Server 2012)Online
NWFS未知未知未知
OCFS未知未知未知未知
OCFS2部份未知Online for version 1.4 and higher
ODS-2未知未知未知未知
ODS-5未知未知未知未知未知
OS4000未知
PramFS
QFS未知未知未知未知
ReiserFSOnline
Reiser4未知未知Online (can only be shrunk offline)
Reliance未知
Reliance Nitro依情況 on OS未知
RT-11未知
UDF未知
UFS1未知
UFS2未知Offline (cannot be shrunk)
V6FS未知
V7FS未知
VxFS未知未知未知未知
VMFS2未知未知未知未知
VMFS3未知未知未知未知
XFSOnline (cannot be shrunk)
ZFSOnline (cannot be shrunk)
File systemHard linksSymbolic linksBlock journalingMetadata-only journalingCase-sensitiveCase-preservingFile Change LogSnapshottingXIPEncryptionCOWIntegrated LVMData deduplicationVolumes are resizeable

Allocation and layout policies

File systemBlock suballocationVariable file block sizeExtentsAllocate-on-flushSparse filesTransparent compression
Be File System未知
Btrfs部份
CBM DOS部份
CP/M filesystem
DECtape
DOS (GEC)
ext2
ext3
ext3cow
ext4
exFAT未知未知
FAT12
FAT16
FAT32
FFS8:1
Fossil
GFS部份
GPFS
HFS Plus
HPFS
JFSonly in JFS1 on AIX
Level-D
LFS8:1
Lustre
NSS未知
NILFSPlanned
NTFS部份部份
NWFS未知
OCFS未知
OCFS2
ODS-5未知
OS4000
PramFS
QFS未知
ReiserFS
Reiser4
Reliance
Reliance Nitro
UDF依情況
UFS18:1
UFS28:1
V6FS
V7FS
VMFS2
VMFS3
VxFS未知
XFS
ZFS部份
File systemBlock suballocationVariable file block sizeExtentsAllocate-on-flushSparse filesTransparent compression

支持的操作系统

文件系统DOSWindows 9xWindows NTLinuxMac OSMac OS XFreeBSDBeOSSolarisAIXz/OSOS/2Windows CEWindows MobileVxWorksHP-UXPlan 9
BFS部份 - 需使用第三方驅動程式,只讀部份 - 需使用第三方驅動程式,只讀部份 - 只讀未知未知未知未知未知未知未知
BtrfsWith WinBtrfs是: 內核版本 2.6.29 至 3.9 不穩定; 內核版本 3.10 後穩定未知未知
DECtape未知未知with AncientFSwith AncientFSwith AncientFS未知未知未知未知未知未知未知
exFAT部份 需使用第三方驅動程式,只讀是 : Win7, Vista SP1, can be added to XP SP2, SP3是 since kernel 5.4部份 10.6.5+, 限制簇大小為 1024 位元組未知未知未知
ext2未知未知with Ext2Fsd (complete) or Ext2 IFS (partial, no large inodes) or Ext2Read (read-only, also on LVM2)是 since kernel 0.99with ExtFS, fuse-ext2, and ext2fsx只讀未知未知未知third-party appwith 3rd-party appwith 3rd-party app未知未知
ext3未知未知with Ext2Fsd (complete) or Ext2 IFS (partial, no large inodes) or Ext2Read (read-only, also on LVM2)是 since kernel 2.4.15with ExtFS and fuse-ext2部份 read-only未知未知未知未知with 3rd-party appwith 3rd-party app未知未知
ext3cow未知未知未知是 Kernel 2.6.20未知未知未知未知未知未知未知未知未知未知未知未知
ext4部份 with Ext2Fsd (partial, extents limited) or Ext2Read (read-only, also on LVM2)是 since kernel 2.6.28with ExtFS (full read/write),  fuse-ext2 (partial), and ext4fuse (read-only)部份 support in kernel since version 10.1 (read-only) or with ext4fuse (read-only)未知未知未知未知未知未知未知未知
FAT12部份 on diskettes only, through dos* commands未知未知未知
FAT16是 since DOS 3.0, FAT16B since DOS 3.31部份 on diskettes only, through dos* commands未知未知
FAT32是 since DOS 7.1是 since Windows 95 OSR2是 since Windows 2000部份 on diskettes only, through dos* commands未知with third-party app未知
FFS未知未知未知未知未知未知未知未知未知未知未知未知
Fossilwith 3rd-party softwarewith 3rd-party softwarewith 3rd-party softwarewith 3rd-party software
GFS未知未知是 since kernel 2.6.19未知未知未知未知未知未知未知未知
HFSwith third-party appwith third-party app部份: read-only since OSX 10.6with third-party app未知未知未知with third-party app未知
HFS Pluswith third-party appwith third-party app部份 - write support occurs if journal is empty, but requires a force mount.是 since Mac OS 8.1部份 read-only third-party app未知未知未知with third-party app未知
HPFSwith third-party driver部份 read-only third-party driverincluded until v3.51, third-party driver until 4.0未知未知未知未知未知未知未知未知
IBM Spectrum Scale是 since 2001
IBM HFS未知未知未知未知
IBM zFS未知未知未知未知
JFS未知未知未知未知未知未知
Level-D未知未知未知未知未知未知未知未知未知未知未知未知未知
LFS未知未知with logfs and others未知未知未知未知未知未知未知未知未知
LTFS未知未知未知未知
Lustre部份 - under development部份 - via FUSE部份 - via FUSE部份 - under development未知未知
NILFS未知未知是 since kernel 2.6.30未知未知未知未知未知未知未知未知
NSS未知未知未知with Novell OES2未知未知未知未知未知未知未知未知
NTFSwith third-party driverwith third-party driver是 Kernel 2.2 or newer, or with NTFS-3G or ntfsprogswith NTFS-3G or MacFUSEwith NTFS-3G or partial read-only in kernelwith NTFS-3Gread-onlywith NTFS-3G on Opensolaris未知未知部份 read-only third-party driverwith 3rd-party driver未知未知未知
NWFS未知未知未知via ncpfs client software未知未知未知未知未知未知未知未知
OCFS未知未知未知未知未知未知未知未知未知未知
OCFS2未知未知未知未知未知未知未知未知未知未知
ODS-2未知未知部份 read-only with tool or kernel module未知未知未知未知未知未知未知未知未知未知
ODS-5未知未知部份 read-only with kernel module未知未知未知未知未知未知未知未知未知未知
PramFS
QFS未知未知via client software未知未知未知未知未知未知未知
ReFS是 since Windows Server 2012 and Windows 8.1未知未知未知未知未知未知未知未知未知未知未知未知未知未知
Reiser4未知部份 with DiskInternals Linux Reader (read-only)with a kernel patch未知未知未知未知未知未知未知未知未知
ReiserFS未知部份 with DiskInternals Linux Reader (read-only)是 since kernel 2.4.1部份 - read only部份 - read only未知未知未知未知with 3rd-party appwith 3rd-party app未知未知
Reliance未知
Reliance Nitro未知
RT-11未知未知未知未知未知未知未知未知未知未知
UDF未知部份 read-only support of UDF 1.02 since Win95 OSR2是 since Mac OS 9部份未知未知未知未知未知未知
UFS1未知未知部份 - read only未知未知未知未知未知未知未知未知未知
UFS2未知部份 - with DiskInternals Linux Reader (read-only)部份 - read only未知未知未知未知未知未知未知未知未知
VMFS2未知未知未知未知未知未知未知未知未知未知未知未知未知
VMFS3未知未知部份 read-only with vmfs未知未知未知未知未知未知未知未知未知未知未知
VxFS未知未知未知未知未知未知未知
XFS未知未知是 since kernel 2.4未知部份: read-only未知未知未知未知未知未知未知
ZFSwith 3rd Party kernel module or FUSEwith free 3rd-party software未知未知未知未知
File systemDOSWindows 9xWindows NTLinuxMac OSMac OS XFreeBSDBeOSSolarisAIXz/OSOS/2Windows CEWindows MobileVxWorksHP-UXPlan 9

参见

注释

  1.  IBM introduced JFS with the initial release of AIX Version 3.1 in 1990. This file system now called JFS1. The new JFS, ported from OS/2 to AIX and Linux, was first shipped in OS/2 Warp Server for e-Business in 1999. It was released as JFS2 on AIX 5L.
  2.  through OEM agreement
  3.  , , ORNL, (原始内容存档于2012年3月9日)
  4.  Microsoft first introduced FAT32 in Windows 95 OSR2 (OEM Service Release 2) and then later in Windows 98. NT-based Windows did not have any support for FAT32 up to Windows NT4; Windows 2000 was the first NT-based Windows OS that received the ability to work with it.
  5.  Specifications for the Reliance file systems are available here .
  6.  These are the restrictions imposed by the on-disk directory entry structures themselves. Particular Installable File System drivers may place restrictions of their own on file and directory names; and particular and operating systems may also place restrictions of their own, across all filesystems. MS-DOSMicrosoft Windows, and OS/2 disallow the characters \ / : ? * " > < | and NUL in file and directory names across all filesystems. Unix-like systems disallow the characters / and NUL in file and directory names across all filesystems.
  7.  For filesystems that have variable allocation unit (block/cluster) sizes, a range of size are given, indicating the maximum volume sizes for the minimum and the maximum possible allocation unit sizes of the filesystem (e.g. 512 bytes and 128 kB for FAT — which is the cluster size range allowed by the on-disk data structures, although some Installable File System drivers and operating systems do not support cluster sizes larger than 32 kB).
  8.  While the on-disk filesystem structure uses a 4-byte file length, which allows files up to 4G, the usual disk access APIs use the top three bits of the sector number to specify the drive number, effectively limiting the maximum file size to 512M.
  9.  While the on-disk filesystem structure uses a 3-byte sector number, which allows access to 4G of disk space, the usual disk access APIs use the top three bits of the sector number to specify the drive number, effectively limiting the maximum disk size to 512M.
  10.  In these filesystems the directory entries named "." and ".." have special status. Directory entries with these names are not prohibited, and indeed exist as normal directory entries in the on-disk data structures. However, they are mandatory directory entries, with mandatory values, that are automatically created in each directory when it is created; and directories without them are considered corrupt.
  11.  The on-disk structures have no inherent limit. Particular Installable File System drivers and operating systems may impose limits of their own, however. MS-DOS/PC DOS do not support full pathnames longer than 66 bytes for FAT12, FAT16 and FAT32 volumes. This limit exists because these operating systems were designed around a fixed-length internal data structure named Current Directory Structure, which holds the absolute paths of the current working directories of all volumes. The FAT12/FAT16 file system implementation under Concurrent DOS and DR DOS 3.31 to 6.0 (prior to 1992 updates) did not impose any such limits on the directory depth due to their internal representation of current working directories as dynamically updated chain of double-linked relative directories. The introduction of a DOS-like CDS (instead of only an emulation thereof) for compatibility purposes with BDOS 7.0 in 1992 imposed the same length limits on PalmDOS, DR DOS 6.0 (since 1992 update), Novell DOS, OpenDOS, etc. as known from MS-DOS/PC DOS. Windows NT does not support full pathnames longer than 32,767 bytes for NTFS. Most Windows programs will fail when full path exceeds 255 characters (including Explorer and CMD.EXE). Linux has a pathname limit of 4,096.
  12.  . [31 May 2013]. (原始内容存档于2021-02-11).
  13.  (PDF). Quality Software. 1985: 2–8 [2015-05-31]. ISBN 0-912985-05-4. (原始内容存档 (PDF)于2020-12-03).
  14.  Varies wildly according to block size and fragmentation of block allocation groups.
  15.  The CP/M filesystem itself does have limitations in regard to the allowed filename characters to be used, but officially the following characters are not allowed: SPACE < > . , ; : = ? * [ ] % | ( ) / \. CCP reserves the following characters for special purposes: SPACE , = _ . : ;, PIP additionally reserves: < > [ ].
  16.  , , Google Groups, [2009-10-09]
  17.  Table "Limits" states a maximum of 255 Unicode characters for the filename (页面存档备份,存于)
  18.  . 2009-01-27 [2015-05-31]. (原始内容存档于2011-05-24). Description of the exFAT file system driver update package [for 32-bit XP]
  19.  . FedoraProject. 2008-06-09 [2009-10-09]. (原始内容存档于2018-12-15).
  20.  ext4 1.42 (页面存档备份,存于) "This release of e2fsprogs has support for file systems > 16 TB"
  21.  . 2009-10-14 [2015-05-31]. (原始内容存档于2016-05-10).
  22.  Depends on whether the FAT12FAT16 or FAT32 implementation has support for long filenames (LFNs). Where it does not, as in OS/2MS-DOSWindows 95Windows 98 in DOS-only mode and the Linux "msdos" driver, file names are limited to 8.3 format of 8-bit characters (space padded in both the basename and extension parts) and may not contain NUL (end-of-directory marker). Short names also do not normally contain lowercase letters. Also note that a few special device names should be avoided, as some operating systems (notably DOS and Windows) effectively reserve them.
  23.  While FAT32 partitions this large work fine once created, some software won't allow creation of FAT32 partitions larger than 32 GB. This includes, notoriously, the Windows XP installation program and the Disk Management console in Windows 2000, XP, 2003 and Vista. Use FDISK from a Windows ME Emergency Boot Disk to avoid. (页面存档备份,存于)
  24.  Depends on kernel version and arch. For 2.4 kernels the max is 2 TB. For 32-bit 2.6 kernels it is 16 TB. For 64-bit 2.6 kernels it is 8 EB.
  25.  As Mac OS X is a Unix-like system, which supports : in file names, and which uses / as a pathname component separator, : in file names is represented on disk in HFS and HFS+ as /.
  26.  The Mac OS provides two sets of functions to retrieve file names from an HFS Plus volume, one of them returning the full Unicode names, the other shortened names fitting in the older 31 byte limit to accommodate older applications.
  27.  HFS Plus mandates support for an escape sequence to allow arbitrary Unicode. Users of older software might see the escape sequences instead of the desired characters.
  28.  , Apple, [2015-05-31], (原始内容存档于2008-03-17)
  29.  , [2015-05-31], (原始内容存档于2012-06-05)
  30.  The "." and ".." directory entries in HPFS that are seen by applications programs are a partial fiction created by the Installable File System drivers. The on-disk data structure for a directory does not contain entries by those names, but instead contains a special "start" entry. Whilst on-disk directory entries by those names are not physically prohibited, they cannot be created in normal operation, and a directory containing such entries is corrupt.
  31.  This is the limit of the on-disk structures. The HPFS Installable File System driver for OS/2 uses the top 5 bits of the volume sector number for its own use, limiting the volume size that it can handle to 64 GB.
  32.  ISO 9660#Restrictions
  33.  Through the use of multi-extents, a file can consist of multiple segments, each up to 4 GB in size. See ISO 9660#The 2/4 GB file size limit
  34.  Assuming the typical 2048 Byte sector size. The volume size is specified as a 32-bit value identifying the number of sectors on the volume.
  35.  Joliet Specification 的存檔,存档日期2009-04-14.
  36.  https://raw.github.com/danrl/lanyfs-docs/master/lanyfs-1.4.txt
  37.  . Freedos-32.sourceforge.net. [2013-02-05]. (原始内容存档于2021-03-02).
  38.  . Minix1.woodhull.com. [2013-02-05]. (原始内容存档于2020-02-12).
  39.  NSS allows files to have multiple names, in separate namespaces.
  40.  NTFS allows files to have multiple names, in separate namespaces: Win32, DOS, Win32&DOS, and Posix. Windows APIs create files with Win32 "long" names (1–255 characters), sometimes with an additional "short"/"alias" DOS name in the "8.3" format (12 characters).
  41.  Richard Russon and Yuval Fledel. (PDF). [2011-06-26]. (原始内容存档 (PDF)于2020-07-04).
  42.  . [2015-05-31]. (原始内容存档于2018-06-01). NB: This article includes discussion of the NT & Win32 namespaces used by Windows APIs; these are distinct from the NTFS filename namespaces.
  43.  In the Win32 namespace, any UTF-16 code unit (case insensitive) except NUL and \ / : * ? " < > | is allowed; in the Posix namespace, any UTF-16 code unit (case sensitive) except NUL and / is allowed; in the DOS namespace, any character in the U+0021–U+007E range except \ / : * ? " < > | is allowed. Windows APIs require Win32 namespace compatibility, which prevents access to folders & files having only Posix names containing Win32-incompatible characters.
  44.  This is the limit of the on-disk structures. The NTFS driver for Windows NT limits the volume size that it can handle to 256 TB and the file size to 16 TB respectively.. [2015-05-31]. (原始内容存档于2017-07-07).
  45.  Some namespaces had lower name length limits. "LONG" had an 80-byte limit, "NWFS" 80 bytes, "NFS" 40 bytes and "DOS" imposed 8.3 filename.
  46.  Maximum combined filename/filetype length is 236 bytes; each component has an individual maximum length of 255 bytes.
  47.  Maximum pathname length is 4,096 bytes, but quoted limits on individual components add up to 1,664 bytes.
  48.  QFS allows files to exceed the size of disk when used with its integrated HSM, as only part of the file need reside on disk at any one time.
  49.  . Blogs.msdn.com. 2012-01-16 [2013-02-05]. (原始内容存档于2013-05-15).
  50.  ReiserFS has a theoretical maximum file size of 1 EB, but "page cache limits this to 8TB on architectures with 32 bit int" (页面存档备份,存于)
  51.  . Publib.boulder.ibm.com. [2013-02-05].
  52.  This restriction might be lifted in newer versions.
  53.  232 × block size
  54.  . Google Sites. Section 5.1 Highlight of the UDF Format. 1 February 2009 [17 July 2014]. (原始内容存档于2021-03-08).
  55.  See manual . [2015-05-31]. (原始内容存档于2016-03-07).
  56.  See manual . [2015-05-31]. (原始内容存档于2016-03-04).
  57.  See "dir (5)" in Volume 1 of the manual . [2004-08-26]. (原始内容存档于2004-08-26).
  58.  The actual maximum was 1,082,201,088 bytes, with 10 direct blocks, 1 singly indirect block, 1 doubly indirect block, and 1 triply indirect block. The 4.0BSD and 4.1BSD versions, and the System V version, used 1,024-byte blocks rather than 512-byte blocks, making the maximum 4,311,812,608 bytes or approximately 4 GB.
  59.  Maximum file size on a VMFS volume depends on the block size for that VMFS volume. The figures here are obtained by using the maximum block size.
  60.  Note that the filename can be much longer XFS#Extended attributes
  61.  XFS has a limitation under Linux 2.4 of 64 TB file size, but Linux 2.4 only supports a maximum block size of 2 TB. This limitation is not present under IRIX.
  62.  Implemented in later versions as an extension
  63.  Some Installable File System drivers and operating systems may not support extended attributes, access control lists or security labels on these filesystems. Linux kernels prior to 2.6.x may either be missing support for these altogether or require a patch.
  64.  ext4 has group descriptor, journal and, starting from Linux kernel 3.5, metadata checksumming
  65.  Concurrent DOS, FlexOS, Multiuser DOS, REAL/32, PalmDOS, Novell DOS, OpenDOS, and DR-DOS can store file owner information in reserved fields of directory entries on FAT12 and FAT16 volumes, if the optional multi-user security module is loaded. If loaded, most external commands invoke support for special /U:owner/group command line options to deal with this extra information.
  66.  Concurrent DOS, FlexOS, Multiuser DOS, REAL/32, DR DOS, PalmDOS, Novell DOS, OpenDOS, and DR-DOS can store read/write/delete/execute access permissions and file/directory passwords in reserved fields of directory entries on FAT12 and FAT16 volumes. This is an integral part of the design, therefore passwords can be appended to file or directory names with semicolon (for example: dirname;dirpwd\filename;filepwd), the PASSWORD command can be used to control permissions and some commands support a special /P:pwd option to deal with this feature.
  67.  File creation and file access timestamps are supported only by DOS 7.0 and higher, and typically only when explicitly enabled.
  68.  Some FAT implementations, such as in Linux, show file modification timestamp (mtime) in the metadata change timestamp (ctime) field. This timestamp is however, not updated on file metadata change.
  69.  Particular Installable File System drivers and operating systems may not support extended attributes on FAT12 and FAT16. The OS/2 and Windows NT filesystem drivers for FAT12 and FAT16 support extended attributes (using a "EA DATA. SF" pseudo-file to reserve the clusters allocated to them). Other filesystem drivers for other operating systems do not.
  70.  File permission in 9P are a variation of the traditional Unix permissions with some minor changes, e.g. the suid bit is replaced by a new 'exclusive access' bit.
  71.  . Trustedbsd.org. [2013-02-05]. (原始内容存档于2010-01-23).
  72.  The f-node contains a field for a user identifier. This is not used except by OS/2 Warp Server, however.
  73.  Time the file was recorded on the volume always available; "File Creation Date and Time" available only if the file has an Extended Attribute block.
  74.  Not applicable to file systems on a read-only medium.
  75.  Available only if the file has an Extended Attribute block.
  76.  Creation time is stored in the backing ext4 filesystem, but is not yet sent to clients.
  77.  Lustre has checksums for data over the network, but depends on backing filesystem and hardware for checksums of persistent data
  78.  Not available with ext3/4, but will be available with ZFS OST/MDT backing filesystems.
  79.  NTFS access control lists can express any access policy possible using simple POSIX file permissions (and far more), but use of a POSIX-like interface is not supported without an add-on such as Services for UNIX or Cygwin.
  80.  As of Vista, NTFS has support for Mandatory Labels, which are used to enforce Mandatory Integrity Control. See (页面存档备份,存于)
  81.  The local time, timezone/UTC offset, and date are derived from the time settings of the reference/single timesync source in the NDS tree.
  82.  Novell calls this feature "multiple data streams". Published specifications say that NWFS allows for 16 attributes and 10 data streams, and NSS allows for unlimited quantities of both.
  83.  Some file and directory metadata is stored on the NetWare server irrespective of whether Directory Services is installed or not, like date/time of creation, file size, purge status, etc; and some file and directory metadata is stored in NDS/eDirectory, like file/object permissions, ownership, etc.
  84.  ocfs2 computes and validates checksums of metadata objects like inodes and directories. It also stores an error correction code capable to fixing single-bite errors.
  85.  Record Management Services (RMS) attributes include record type and size, among many others.
  86.  CRCs are employed for certain types of metadata.
  87.  Access-control lists and MAC labels are layered on top of extended attributes.
  88.  Some operating systems implemented extended attributes as a layer over UFS1 with a parallel backing file (e.g., FreeBSD 4.x).
  89.  MAC/Sensitivity labels are per filesystem. A label per file are not out of the question as a future compatible change but aren't part of any available version of ZFS.
  90.  Solaris "extended attributes" are really full-blown alternate data streams, in both the Solaris UFS and ZFS. ZFS also has "system attributes" used for storing MS-DOS/NTFS compatible attributes for use by CIFS; as well as some attributes ported from FreeBSD
  91.  McPherson, Amanda, , Linux Foundation, 2009-06-22 [2009-09-01], (原始内容存档于2012-06-24)
  92.  Wiki, BTRFS, , [2015-05-31], (原始内容存档于2021-03-13)
  93.  Linux kernel versions 2.6.12 and newer.
  94.  Offline growing/shrinking as well as online growing: .
  95.  Off by default.
  96.  , , GNU, [2015-05-31], (原始内容存档于2020-02-25)
  97.  "Write Ahead Physical Block Logging" in NetBSD, provides metadata journaling and consistency as an alternative to softdep.
  98.  . Openbsd.org. 2008-11-28 [2013-02-05].
  99.  When used with venti.
  100.  Context based symlinks were supported in GFS, GFS2 only supports standard symlinks since the bind mount feature of the Linux VFS has made context based symlinks obsolete
  101.  Optional journaling of data
  102.  Mac OS System 7 introduced the 'alias', analogous to the POSIX symbolic link but with some notable differences. Not only could they cross file systems but they could point to entirely different file servers, and recorded enough information to allow the remote file system to be mounted on demand. It had its own API that application software had to use to gain their benefits-- this is the opposite approach from POSIX which introduced specific APIs to avoid the symbolic link nature of the link. The Finder displayed their file names in an italic font (at least in Roman scripts), but otherwise they behaved identically to their referent.
  103.  . Developer.apple.com. [2013-02-05]. (原始内容存档于2009-07-01).
  104.  Metadata-only journaling was introduced in the Mac OS 10.2.2 HFS Plus driver; journaling is enabled by default on Mac OS 10.3 and later.
  105.  Although often believed to be case sensitive, HFS Plus normally is not. The typical default installation is case-preserving only. From Mac OS 10.3 on the command newfs_hfs -s (页面存档备份,存于) will create a case-sensitive new file system. HFS Plus version 5 optionally supports case-sensitivity. However, since case-sensitivity is fundamentally different from case-insensitivity, a new signature was required so existing HFS Plus utilities would not see case-sensitivity as a file system error that needed to be corrected. Since the new signature is 'HX', it is often believed this is a new filesystem instead of a simply an upgraded version of HFS Plus. See Apple's File System Comparisons 的存檔,存档日期2008-10-06. (which hasn't been updated to discuss HFSX) and Technical Note TN1150: HFS Plus Volume Format (页面存档备份,存于) (which provides a very technical overview of HFS Plus and HFSX).
  106.  Mac OS Tiger (10.4) and late versions of Panther (10.3) provide file change logging (it's a feature of the file system software, not of the volume format, actually). See fslogger (页面存档备份,存于).
  107.  As of OS X 10.7, HFS+ supports full volume file encryption known as Filevault 2.
  108.  Since Mac OS X Snow Leopard, online resizing is supported.. [2015-05-31]. (原始内容存档于2013-09-22).
  109.  Particular Installable File System drivers and operating systems may not support case sensitivity for JFS. OS/2 does not, and Linux has a mount option for disabling case sensitivity.
  110.  . [2015-05-31]. (原始内容存档于2010-02-02).
  111.  UDF, LFS, and NILFS are log-structured file systems and behave as if the entire file system were a journal.
  112.  Can be shrunk online by migrating files off an OST and removing the OST, or offline with ext3/4 backing filesystems by shrinking the OST filesystem
  113.  Case-sensitivity/Preservation depends on client. Windows, DOS, and OS/2 clients don't see/keep case differences, whereas clients accessing via NFS or AFP may.
  114.  The file change logs, last entry change timestamps, and other filesystem metadata, are all part of the extensive suite of auditing capabilities built into NDS/eDirectory called NSure Audit. (Filesystem Events tracked by NSure (页面存档备份,存于))
  115.  As of Windows Vista, NTFS fully supports soft links. See this Microsoft article on Vista kernel improvements (页面存档备份,存于). NTFS 5.0 (Windows 2000) and higher can create junctions (页面存档备份,存于), which allow any valid local directory (but not individual files) ("target" of junction) to be mapped to an NTFS version thereof ("source" = location of junction). The source directory must lie on an NTFS 5+ partition, but the target directory can lie on any valid local partition and needn't be NTFS. Junctions are implemented through reparse points, which allow the normal process of filename resolution to be extended in a flexible manner.
  116.  NTFS stores everything, even the file data, as meta-data, so its log is closer to block journaling.
  117.  While NTFS itself supports case sensitivity, the Win32 environment subsystem cannot create files whose names differ only by case for compatibility reasons. When a file is opened for writing, if there is any existing file whose name is a case-insensitive match for the new file, the existing file is truncated and opened for writing instead of a new file with a different name being created. Other subsystems like e. g. Services for Unix, that operate directly above the kernel and not on top of Win32 can have case-sensitivity.
  118.  NTFS does not internally support snapshots, but in conjunction with the Volume Shadow Copy Service can maintain persistent block differential volume snapshots.
  119.  Rick Vanover. . [2011-12-02]. (原始内容存档于2012-07-04).
  120.  . Bleepingcomputer.com. [2013-02-05]. (原始内容存档于2011-09-03).
  121.  Available only in the "NFS" namespace.
  122.  Limited capability. Volumes can span physical disks (volume segment)
  123.  OCFS2 supports creating multiple write-able snapshots of regular files using REFLINK.
  124.  These are referred to as "aliases".
  125.  Symlinks only visible to NFS clients. References and Off-Disk Pointers (ODPs) provide local equivalent.
  126.  Full block journaling for ReiserFS was not added to Linux 2.6.8 for obvious reasons.
  127.  Reiser4 supports transparent compression and encryption with the cryptcompress plugin which is the default file handler in version 4.1.
  128.  File system implements reliability via atomic transactions.
  129.  "Soft dependencies" (softdep) in NetBSD, called "soft updates" in FreeBSD provide meta-data consistency at all times without double writes (journaling).
  130.  Block level journals can be added by using gjournal module in FreeBSD.
  131.  . [2015-05-31]. (原始内容存档于2017-05-30).
  132.  . Freebsd.org. 2012-04-30 [2013-02-05]. (原始内容存档于2016-03-04).
  133.  System V Release 4, and some other Unix systems, retrofitted symbolic links to their versions of the Version 7 Unix file system, although the original version didn't support them.
  134.  VxFS provides an optional feature called "Storage Checkpoints" which allows for advanced file system snapshots.
  135.  Optionally no on IRIX and Linux.
  136.  ZFS is a transactional filesystem using copy-on-write semantics, guaranteeing an always-consistent on-disk state without the use of a traditional journal. However, it does also implement an intent log to provide better performance when synchronous writes are requested.
  137.  . [2015-05-31]. (原始内容存档于2020-02-16).
  138.  Variable block size refers to systems which support different block sizes on a per-file basis. (This is similar to extents but a slightly different implementational choice.) The current implementation in UFS2 is read-only.
  139.  Btrfs can only inline files smaller than 3916B with its metadata. [2015-05-31]. (原始内容存档于2015-06-27).
  140.  only for .REL (record structured) files, up to 254 bytes/record
  141.  Fragments were planned, but never actually implemented on ext2 and ext3.
  142.  e2compr, a set of patches providing block-based compression for ext2, has been available since 1997, but has never been merged into the mainline Linux kernel.
  143.  SuperStor in DR DOS 6.0 and PC DOS 6.1, DoubleSpace in MS-DOS 6.0, DriveSpace in MS-DOS 6.22, Windows 95 and Windows 98, and Stacker in Novell DOS 7, OpenDOS 7.01, DR-DOS 7.02/7.03 and PC DOS 7.0/2000 were data compression schemes for FAT.
  144.  Other block:fragment size ratios supported; 8:1 is typical and recommended by most implementations.
  145.  Only for "stuffed" inodes
  146.  . IBM. [2015-05-31]. (原始内容存档于2020-04-18).
  147.  Only if formatted with 4kB-sized clusters or smaller
  148.  Each possible size (in sectors) of file tail has a corresponding suballocation block chain in which all the tails of that size are stored. The overhead of managing suballocation block chains is usually less than the amount of block overhead saved by being able to increase the block size but the process is less efficient if there is not much free disk space.
  149.  In "extents" mode.
  150.  Depends on UDF implementation.
  151.  When enabled, ZFS's logical-block based compression behaves much like tail-packing for the last block of a file.
  152.  . [2015-05-31]. (原始内容存档于2015-02-02).
  153.  Ext2Fsd is an open source ext2/ext3/ext4 kernel-level file system driver for Windows systems (NT/2K/XP/VISTA/7, X86/AMD64) that provides both read/write access to the file system. Currently, does not fully support extents (no size truncating/extending, no file deletion), a default feature of ext4. (页面存档备份,存于)
  154.  Ext2 IFS for Windows provides kernel-level read/write access to ext2 and ext3 volumes in Windows NT4, 2000, XP, Vista and Windows 2008. Does not support inodes size above 128 bytes and does not support ext4. (页面存档备份,存于)
  155.  Ext2Read is an explorer-like utility to explore ext2/ext3/ext4 file systems that provides read-only access to the file system. It supports extents, large inodes, and LVM2 volumes.Ext2Read (页面存档备份,存于)
  156.  Paragon ExtFS for Mac is a low-level file system driver specially developed to bridge file system incompatibility between Linux and Mac by providing full read/write access to the Ext2, Ext3 and Ext4 file systems under Mac OS X. (页面存档备份,存于)
  157.  Fuse-ext2 is a multi OS FUSE module to mount ext2 and ext3 file system devices and/or images with read and write support.
  158.  Ext2fsx is the first and old implementation of the Ext2 (Linux) filesystem for Mac OS X. (页面存档备份,存于)
  159.  . [2020-01-31]. (原始内容存档于2016-03-04).
  160.  See Total Commander, which supports accessing ext2, ext3, and ReiserFS from Windows, Windows CE, and Windows Mobile.
  161.  . [2015-05-31]. (原始内容存档于2019-01-18).
  162.  ext4fuse is a free software multi OS FUSE module to mount ext4 file system devices and/or images with read-only support. (页面存档备份,存于)
  163.  Files, Databases, and Persistent Storage (页面存档备份,存于). MSDN.
  164.  Via dosFs.
  165.  Native FAT32 support with MS-DOS 7.10 and 8.0. Loadable FAT32 support for any DOS since 3.31 with DRFAT32 redirector driver. Native FAT32 support since OEM DR-DOS 7.04, bootable FAT32 support since OEM DR-DOS 7.06. Native FAT32 support with OEM PC DOS 7.10.
  166.  . Hobbes.nmsu.edu. [2013-02-05]. (原始内容存档于2016-03-04).
  167.  . Wiki.netbsd.se. [2009-10-09]. (原始内容存档于2008年3月19日).
  168.  Via Plan 9 from User Space; initial checkin . [2013-11-24]. (原始内容存档于2013-12-03).
  169.  Cross-platform Drive Solutions. . Macwindows.com. [2013-02-05]. (原始内容存档于2011-06-20).
  170.  DiskInternals Linux Reader (页面存档备份,存于) is an application for Windows NT that allows reading of Ext2/3/4, ReiserFS, Reiser4, HFS/HFS+, FAT/exFAT, NTFS, ReFS, and UFS2 filesystems.
  171.  Gagne, Ken. . Computerworld. 2009-08-31 [2009-09-07]. (原始内容存档于2009-09-03).
  172.  . Freshports.org. [2013-02-05]. (原始内容存档于2018-02-18).
  173.  . Freshports.org. [2013-02-05]. (原始内容存档于2019-01-18).
  174.  . Hobbes.nmsu.edu. [2013-02-05]. (原始内容存档于2016-03-04).
  175.  . Hem.bredband.net. [2013-02-05]. (原始内容存档于2013-02-02).
  176.  . Hobbes.nmsu.edu. [2013-02-05]. (原始内容存档于2016-03-04).
  177.  . [2020-01-31]. (原始内容存档于2016-03-04).
  178.  . [2015-05-31]. (原始内容存档于2014-04-30).
  179.  . [2015-05-31]. (原始内容存档于2021-03-22).
  180.  . [2015-05-31]. (原始内容存档于2011-03-14).
  181.  . [2015-05-31]. (原始内容存档于2018-12-15).
  182.  . [2015-05-31]. (原始内容存档于2011-07-27).
  183.  . Download.chip.eu. [2013-02-05]. (原始内容存档于2016-03-04).
  184.  . Hobbes.nmsu.edu. [2013-02-05]. (原始内容存档于2016-08-07).
  185.  Tuxera NTFS for Windows CE. See . [2015-05-31]. (原始内容存档于2012-09-18). and announcement 的存檔,存档日期2011-05-22..
  186.  . [2015-05-31]. (原始内容存档于2008-05-15).
  187.  . [2015-05-31]. (原始内容存档于2021-01-18).
  188.  Using SAM-QFS on Linux Clients 的存檔,存档日期2011-10-02.
  189.  . Which CD or DVD format should I use?. Microsoft. [2008-11-22]. (原始内容存档于2016-03-02).
  190.  . [2015-05-31]. (原始内容存档于2009-03-02).
  191.  . [2015-05-31]. (原始内容存档于2019-05-22).
  192.  ZFS on FUSE 的存檔,存档日期2013-05-13.
  193.  . [2015-05-31]. (原始内容存档于2014-02-11).

外部链接

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

weixin_40191861_zj

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值