Mở trình đơn chính

Trong điện toán, một hệ thống file (hay hệ thống tập tin, tiếng Anh là filesystem) kiểm soát cách lưu trữ và truy xuất dữ liệu. Không có hệ thống file, thông tin được lưu trong các phương tiện lưu trữ sẽ là một khối dữ liệu lớn mà không có cách nào để biết nơi một phần thông tin dừng lại và phần tiếp theo bắt đầu. Bằng cách tách dữ liệu thành từng mảnh và đặt tên cho mỗi mảnh, thông tin dễ dàng được phân tách và xác định. Lấy tên từ cách đặt tên cho các hệ thống thông tin trên giấy, mỗi nhóm dữ liệu được gọi là "file". Cấu trúc và quy tắc logic được sử dụng để quản lý các nhóm thông tin và tên của chúng được gọi là "hệ thống file".

Có nhiều loại hệ thống file khác nhau. Mỗi loại có cấu trúc và logic khác nhau, thuộc tính của tốc độ, tính linh hoạt, bảo mật, kích thước và nhiều hơn nữa. Một số hệ thống file đã được thiết kế để sử dụng cho các ứng dụng cụ thể. Ví dụ, hệ thống tệp ISO 9660 được thiết kế dành riêng cho đĩa quang.

Hệ thống file có thể được sử dụng trên nhiều loại thiết bị lưu trữ khác nhau sử dụng các loại phương tiện khác nhau. Kể từ năm 2019, các ổ đĩa cứng đã là thiết bị lưu trữ chính và được dự kiến sẽ duy trì trong tương lai gần[1]. Các loại phương tiện khác được sử dụng bao gồm SSD, băng từ và đĩa quang. Trong một số trường hợp, chẳng hạn như với tmpfs, bộ nhớ chính của máy tính (bộ nhớ truy cập ngẫu nhiên, RAM) được sử dụng để tạo một hệ thống file tạm thời để sử dụng ngắn hạn.

Một số hệ thống file được sử dụng trên các thiết bị lưu trữ dữ liệu cục bộ;[2] những loại khác cung cấp quyền truy cập tệp qua giao thức mạng (ví dụ: máy khách NFS,[3] SMB hoặc 9P). Một số hệ thống tệp là "ảo", có nghĩa là "file" được cung cấp (được gọi là file ảo) được tính theo yêu cầu (chẳng hạn như Procfs và sysfs) hoặc chỉ đơn thuần là ánh xạ vào hệ thống file khác được sử dụng làm kho lưu trữ. Hệ thống file quản lý quyền truy cập vào cả nội dung của file và siêu dữ liệu về các file đó. Nó có trách nhiệm sắp xếp không gian lưu trữ; độ tin cậy, hiệu quả và điều chỉnh liên quan đến phương tiện lưu trữ vật lý là những cân nhắc thiết kế quan trọng.

Mục lục

Nguồn gốc của thuật ngữSửa đổi

Trước khi sự ra đời của máy tính, hệ thống tập tin đã được sử dụng để mô tả một phương pháp lưu trữ và lấy tài liệu giấy.[4] Đến năm 1961, thuật ngữ này đã được áp dụng cho việc quản lý trên máy vi tính cùng với nghĩa gốc.[5] Đến năm 1964, nó được sử dụng chung.[6]

Kiến trúcSửa đổi

Một hệ thống file bao gồm hai hoặc ba lớp. Đôi khi các lớp được phân tách rõ ràng và đôi khi các chức năng được kết hợp.[7]

Hệ thống file logic chịu trách nhiệm tương tác với ứng dụng người dùng. Nó cung cấp giao diện chương trình ứng dụng (API) cho các thao tác với file - OPEN, CLOSE, READ, v.v. và chuyển thao tác được yêu cầu đến lớp bên dưới để xử lý. Hệ thống file logic "quản lý mở các mục trong bảng file và mô tả file theo quy trình." [8] Lớp này cung cấp "quyền truy cập file, hoạt động thư mục, [và] bảo mật và bảo vệ."

Lớp tùy chọn thứ hai là hệ thống file ảo. "Giao diện này cho phép hỗ trợ nhiều phiên bản đồng thời của các hệ thống file vật lý, mỗi phiên bản được gọi là triển khai hệ thống file."

Lớp thứ ba là hệ thống file vật lý. Lớp này liên quan đến hoạt động vật lý của thiết bị lưu trữ (ví dụ: đĩa). Nó xử lý các khối vật lý đang được đọc hoặc ghi. Nó xử lý bộ đệm và quản lý bộ nhớ và chịu trách nhiệm cho việc đặt các khối vật lý vào các vị trí cụ thể trên phương tiện lưu trữ. Hệ thống tệp vật lý tương tác với trình điều khiển thiết bị hoặc với kênh để điều khiển thiết bị lưu trữ.

Hệ thống file và hệ điều hànhSửa đổi

Nhiều hệ điều hành bao gồm hỗ trợ cho nhiều hơn một hệ thống file. Đôi khi hệ điều hành và hệ thống file được đan xen chặt chẽ đến mức khó có thể tách rời các chức năng của hệ thống file.

Cần phải có một giao diện được cung cấp bởi phần mềm hệ điều hành giữa người dùng và hệ thống file. Giao diện này có thể là văn bản (như được cung cấp bởi giao diện dòng lệnh, chẳng hạn như shell Unix hoặc OpenVMS DCL) hoặc đồ họa (như được cung cấp bởi giao diện người dùng đồ họa, như trình duyệt file). Nếu đồ họa, phép ẩn dụ của thư mục, chứa tài liệu, tệp khác và thư mục lồng nhau thường được sử dụng.

Hệ điều hành Unix và tương tự UnixSửa đổi

Các hệ điều hành tương tự Unix tạo ra một hệ thống tệp ảo, làm cho tất cả các file trên tất cả các thiết bị dường như tồn tại trong một hệ thống phân cấp duy nhất. Điều này có nghĩa, trong các hệ thống đó, có một thư mục gốc và mọi file hiện có trên hệ thống được đặt bên dưới nó ở đâu đó. Các hệ thống tương tự Unix có thể sử dụng đĩa RAM hoặc tài nguyên chia sẻ mạng làm thư mục gốc.

Các hệ thống tương tự Unix gán tên thiết bị cho từng thiết bị, nhưng đây không phải là cách các file trên thiết bị đó được truy cập. Thay vào đó, để có quyền truy cập vào các file trên thiết bị khác, trước tiên, hệ điều hành phải được thông báo những file đó sẽ xuất hiện trong cây thư mục. Quá trình này được gọi là "mount" một hệ thống file. Ví dụ, để truy cập các file trên CD-ROM, người ta phải báo với hệ điều hành "Lấy hệ thống file từ CD-ROM này và làm cho nó xuất hiện trong thư mục tương tự". Thư mục được cung cấp cho hệ điều hành được gọi là điểm gắn kết  - nó có thể, ví dụ, là /media. Thư mục /media tồn tại trên nhiều hệ thống Unix (như được chỉ định trong Tiêu chuẩn phân cấp hệ thống file) và được dành riêng để sử dụng làm điểm gắn kết cho phương tiện lưu động như CD, DVD, ổ USB hoặc đĩa mềm. Nó có thể trống hoặc có thể chứa các thư mục con để gắn các thiết bị riêng lẻ. Nói chung, chỉ quản trị viên (tức là người dùng root) mới có thể cho phép gắn hệ thống tệp.

Các hệ điều hành tương tự Unix thường bao gồm phần mềm và công cụ hỗ trợ trong quá trình gắn kết và cung cấp cho nó chức năng mới. Một số trong những chiến lược này đã được đặt ra "auto-mount" như một sự phản ánh mục đích của chúng.

  • Trong nhiều tình huống, các hệ thống file khác với root cần phải có sẵn ngay khi hệ điều hành đã khởi động. Do đó, tất cả các hệ thống tương tự Unix đều cung cấp phương tiện để gắn hệ thống filw khi khởi động. Quản trị viên hệ thống xác định các hệ thống file này trong file cấu hình fstab (vfstab trong Solaris), cũng chỉ ra các tùy chọn và điểm gắn kết.
  • Trong một số trường hợp, không cần phải gắn một số hệ thống tệp nhất định khi khởi động, mặc dù việc sử dụng chúng có thể được mong muốn sau đó. Có một số tiện ích cho các hệ thống tương tự Unix cho phép gắn các hệ thống tệp được xác định trước theo yêu cầu.
  • Phương tiện di động đã trở nên rất phổ biến với các nền tảng máy vi tính. Chúng cho phép các chương trình và dữ liệu được truyền giữa các máy mà không có kết nối vật lý. Ví dụ phổ biến bao gồm ổ đĩa flash USB, CD-ROMDVD. Do đó, các tiện ích đã được phát triển để phát hiện sự hiện diện và tính sẵn có của một phương tiện và sau đó gắn phương tiện đó mà không có sự can thiệp của người dùng.
  • Các hệ thống tương tự Unix tiến bộ cũng đã giới thiệu một khái niệm gọi là siêu dữ liệu; ví dụ, dự án Linux supermount-ng. Ví dụ, một đĩa mềm đã có siêu dữ liệu có thể được gỡ bỏ khỏi hệ thống. Trong trường hợp bình thường, đĩa đã có thể được đồng bộ hóa và sau đó ngắt kết nối trước khi gỡ bỏ. Đã cung cấp đồng bộ hóa, một đĩa khác có thể được đưa vào ổ đĩa. Hệ thống tự động thông báo rằng đĩa đã thay đổi và cập nhật nội dung điểm gắn kết để phản ánh phương tiện mới.
  • Một automounter sẽ tự động mount một hệ thống file khi một tài liệu tham khảo được thực hiện cho các thư mục trên đỉnh mà nó phải được gắn kết. Điều này thường được sử dụng cho các hệ thống file trên các máy chủ mạng, thay vì dựa vào các sự kiện như chèn phương tiện, như sẽ phù hợp với phương tiện lưu động.

LinuxSửa đổi

Linux hỗ trợ nhiều hệ thống file, nhưng các lựa chọn phổ biến cho đĩa hệ thống trên thiết bị cucj bộ bao gồm họ ext * (ext2, ext3ext4), XFS, JFSbtrfs. Đối với flash thô không có flash translation layer (FTL) hoặc Memory Technology Device (MTD), có UBIFS, JFFS2 và YAFFS, trong số những thứ khác. SquashFS là một hệ thống file chỉ đọc nén phổ biến.

SolarisSửa đổi

Solaris trong các bản phát hành trước đó được mặc định là UFS (không ghi nhật ký hoặc không đăng nhập) cho các hệ thống file bổ sung và có thể khởi động. Solaris mặc định, hỗ trợ và mở rộng UFS.

Hỗ trợ cho các hệ thống file khác và các cải tiến quan trọng đã được thêm vào theo thời gian, bao gồm VxFS của Veritas, Sun Microsystems (phân cụm) QFS, Sun Microsystems (ghi nhật ký) UFS, và Sun Microsystems (mã nguồn mở, poolable, nén 128 bit và sửa lỗi) ZFS.

Các phần mở rộng kernel đã được thêm vào Solaris để cho phép hoạt động Veritas VxFS có thể khởi động. Logging hay ghi nhật ký đã được thêm vào UFS trong của Sun Solaris 7. Các phiên bản của Solaris 10, Solaris Express, OpenSolaris và các biến thể nguồn mở khác của hệ điều hành Solaris sau đó đã hỗ trợ ZFS có khả năng khởi động.

Logical Volume Management cho phép mở rộng một hệ thống file trên nhiều thiết bị nhằm mục đích thêm dự phòng, dung lượng và/hoặc thông lượng. Các môi trường kế thừa trong Solaris có thể sử dụng Solaris Volume Manager (trước đây gọi là Solstice DiskSuite). Nhiều hệ điều hành (bao gồm Solaris) có thể sử dụng Veritas Volume Manager. Các hệ điều hành hiện đại dựa trên Solaris làm lu mờ nhu cầu quản lý khối lượng thông qua việc tận dụng các kho lưu trữ ảo trong ZFS.

macOSSửa đổi

macOS (trước đây là Mac OS X) sử dụng  Apple File System (APFS), gần đây đã thay thế một hệ thống file được kế thừa từ hệ điều hành Mac cổ điển có tên HFS Plus (HFS+). Apple cũng sử dụng thuật ngữ "Mac OS Extended" cho HFS+.[9][10] HFS Plus là một siêu dữ liệu và trường hợp bảo quản nhưng (thường) case-insensitive hệ thống file. Do nguồn gốc Unix của macOS, phân quyền Unix đã được thêm vào HFS Plus. Các phiên bản sau của HFS Plus đã thêm nhật ký để ngăn ngừa tham nhũng cấu trúc hệ thống file và đưa ra một số tối ưu hóa cho các thuật toán phân bổ nhằm cố gắng tự động chống phân mảnh các file mà không yêu cầu trình chống phân mảnh bên ngoài.

Tên file có thể lên tới 255 ký tự. HFS Plus sử dụng Unicode để lưu trữ tên file. Trên macOS, kiểu file có thể đến từ mã loại, được lưu trữ trong siêu dữ liệu của file hoặc phần mở rộng tên file.

HFS Plus có ba loại liên kết: liên kết cứng kiểu Unix, liên kết tượng trưng kiểu Unix và bí danh. Các bí danh được thiết kế để duy trì một liên kết đến file gốc của chúng ngay cả khi chúng được di chuyển hoặc đổi tên; chúng không được giải thích bởi chính hệ thống file mà bởi mã Trình quản lý file trong vùng người dùng.

macOS 10.13 High Sierra, được công bố vào ngày 5 tháng 6 năm 2017 tại sự kiện WWDC của Apple, sử dụng Apple File System trên các ổ đĩa SSD.

macOS cũng hỗ trợ hệ thống tệp UFS, xuất phát từ Unix Fast File System BSD thông qua NeXTSTEP. Tuy nhiên, kể từ Mac OS X Leopard, macOS không còn có thể được cài đặt trên ổ UFS, hệ thống trước Leopard cũng không thể cài đặt trên ổ UFS được nâng cấp lên Leopard.[11] Kể từ khi Mac OS X Lion các hỗ trợ UFS đã bị loại bỏ hoàn toàn.

Các phiên bản mới hơn của macOS có khả năng đọc và ghi vào các hệ thống file FAT cũ (16 và 32) phổ biến trên Windows. Chúng cũng có khả năng đọc các hệ thống file NTFS mới hơn của Windows. Để ghi vào hệ thống file NTFS trên các phiên bản macOS trước phần mềm bên thứ ba của Mac OS X Snow Leopard là cần thiết. Mac OS X 10.6 (Snow Leopard) và sau đó cho phép ghi vào hệ thống file NTFS, nhưng chỉ sau khi thay đổi cài đặt hệ thống không tầm thường (phần mềm bên thứ ba tồn tại tự động hóa việc này).[12]

Cuối cùng, macOS hỗ trợ đọc và ghi hệ thống file exFAT kể từ Mac OS X Snow Leopard, bắt đầu từ phiên bản 10.6.5.[13]

Microsoft WindowsSửa đổi

 
Danh sách thư mục trong shell lệnh Windows

Windows sử dụng các hệ thống file FAT, NTFS, exFAT, Live File System và ReFS (những thứ cuối cùng chỉ được hỗ trợ và sử dụng được trong Windows Server 2012, Windows Server 2016, Windows 8, Windows 8.1Windows 10; Windows không thể khởi động từ nó).

Windows sử dụng một ký tự ổ đĩa trừu tượng ở cấp độ người dùng để phân biệt một đĩa hoặc phân vùng khác. Ví dụ: đường dẫn C:\WINDOWS đại diện cho một thư mục WINDOWS trên phân vùng được đại diện bởi chữ C. Ổ C: thường được sử dụng nhiều nhất cho phân vùng ổ đĩa cứng chính, trên đó Windows thường được cài đặt và từ đó khởi động. "Truyền thống" này đã trở nên ăn sâu đến mức các lỗi tồn tại trong nhiều ứng dụng đưa ra giả định rằng ổ đĩa mà hệ điều hành được cài đặt là C. Việc sử dụng các ký tự ổ đĩa và truyền thống sử dụng "C" làm ký tự ổ đĩa cho phân vùng ổ đĩa cứng chính, có thể được truy tìm đến MS-DOS, trong đó các chữ cái A và B được dành riêng cho tối đa hai ổ đĩa mềm. Điều này đến lượt nó bắt nguồn từ CP/M trong những năm 1970 và cuối cùng là từ CP / CMS của IBM năm 1967.

FATSửa đổi

Họ hệ thống file FAT được hỗ trợ bởi hầu hết các hệ điều hành cho máy tính cá nhân, bao gồm tất cả các phiên bản WindowsMS-DOS/PC DOS, OS/2 và DR-DOS. (PC-DOS là phiên bản OEM của MS-DOS, MS-DOS ban đầu được dựa trên 86-DOS của SCP. DR-DOS dựa trên Concurrent DOS của Digital Research, phiên bản kế thừa của CP/M-86. Do đó, các hệ thống file FAT rất phù hợp dưới dạng định dạng trao đổi chung giữa các máy tính và thiết bị thuộc hầu hết mọi loại và độ tuổi.

Hệ thống file FAT theo dõi nguồn gốc của nó trở lại tiền thân FAT 8 bit (không tương thích) trong Standalone Disk BASIC và dự án MDOS/MIDAS tồn tại trong thời gian ngắn. [cần dẫn nguồn]

Trong những năm qua, hệ thống file đã được mở rộng từ FAT12 sang FAT16 và FAT32. Các tính năng khác nhau đã được thêm vào hệ thống tệp bao gồm thư mục con, hỗ trợ bảng mã, thuộc tính mở rộng và tên file dài. Các bên thứ ba như Digital Research đã kết hợp hỗ trợ tùy chọn để xóa tracking và các lược đồ bảo mật đa người dùng dựa trên ổ đĩa/thư mục/file để hỗ trợ mật khẩu và quyền truy cập file và thư mục như quyền đọc/ghi/thực thi/xóa. Hầu hết các tiện ích mở rộng này không được Windows hỗ trợ.

Các hệ thống file FAT12 và FAT16 có giới hạn về số lượng mục trong thư mục gốc của hệ thống file và có các hạn chế về kích thước tối đa của các ổ đĩa hoặc phân vùng có định dạng FAT.

FAT32 giải quyết các giới hạn trong FAT12 và FAT16, ngoại trừ giới hạn kích thước file gần bằng 4GB, nhưng vẫn còn hạn chế so với NTFS.

FAT12, FAT16 và FAT32 cũng có giới hạn tám ký tự cho tên file và ba ký tự cho phần mở rộng (chẳng hạn như.exe). Điều này thường được gọi là giới hạn tên tệp 8.3. VFAT, một phần mở rộng tùy chọn cho FAT12, FAT16 và FAT32, được giới thiệu trong Windows 95Windows NT 3.5, cho phép các tên file dài (LFN) được lưu trữ trong hệ thống file FAT theo kiểu tương thích ngược.

NTFSSửa đổi

NTFS, được giới thiệu với hệ điều hành Windows NT vào năm 1993, cho phép kiểm soát quyền dựa trên ACL. Các tính năng khác cũng được NTFS hỗ trợ bao gồm liên kết cứng, nhiều luồng file, lập chỉ mục thuộc tính, theo dõi hạn ngạch, file thưa thớt, mã hóa, nén và các điểm lặp lại (thư mục hoạt động như điểm gắn kết cho các hệ thống file khác, liên kết tượng trưng, liên kết, liên kết lưu trữ từ xa).

exFATSửa đổi

exFAT là một hệ thống file độc quyền và bằng sáng chế được bảo vệ bằng với lợi thế nhất định so với NTFS đối với hệ thống tập tin cấp cao.

exFAT không tương thích ngược với các hệ thống file FAT như FAT12, FAT16 hoặc FAT32. Hệ thống file được hỗ trợ với các hệ thống Windows mới hơn, như Windows Server 2003, Windows Vista, Windows 2008, Windows 7, Windows 8 và gần đây, hỗ trợ đã được thêm cho Windows XP.[14]

exFAT được hỗ trợ trong macOS bắt đầu với phiên bản 10.6.5 (Snow Leopard). Hỗ trợ trong các hệ điều hành khác rất ít do Microsoft chưa công bố các thông số kỹ thuật của hệ thống file và việc triển khai hỗ trợ cho exFAT cần phải có giấy phép. exFAT là hệ thống file duy nhất được hỗ trợ đầy đủ trên cả macOS và Windows có thể lưu các tệp lớn hơn 4GB. [cần dẫn nguồn]

Hạn chếSửa đổi

Chuyển đổi loại hệ thống loạiSửa đổi

Có thể có lợi hoặc cần thiết để có các file trong một hệ thống file khác với hệ thống hiện tại. Lý do bao gồm nhu cầu tăng yêu cầu không gian vượt quá giới hạn của hệ thống file hiện tại. Độ sâu của đường dẫn có thể cần phải tăng lên ngoài giới hạn của hệ thống file. Có thể có những cân nhắc về hiệu suất hoặc độ tin cậy. Cung cấp quyền truy cập vào hệ điều hành khác không hỗ trợ hệ thống file hiện có là một lý do khác.

Chuyển đổi tại chỗSửa đổi

Trong một số trường hợp, việc chuyển đổi có thể thực hiện tại chỗ, mặc dù việc di chuyển hệ thống file có phần bảo thủ hơn, vì nó liên quan đến việc tạo một bản sao của dữ liệu và được khuyến nghị.[15] Trên Windows, hệ thống file FATFAT32 có thể được chuyển đổi sang NTFS thông qua tiện ích convert.exe, nhưng không thể ngược lại. Trên Linux, ext2 có thể được chuyển đổi thành ext3 (và được chuyển đổi trở lại) và ext3 có thể được chuyển đổi thành ext4 (nhưng không thể quay lại),[16] và cả ext3 và ext4 có thể được chuyển đổi thành btrfs và chuyển đổi lại cho đến khi thông tin hoàn tác đã xóa.[17] Các chuyển đổi này có thể do sử dụng cùng định dạng cho chính dữ liệu file và di chuyển siêu dữ liệu vào không gian trống, trong một số trường hợp sử dụng hỗ trợ file thưa thớt.

Di chuyển sang một hệ thống tệp khácSửa đổi

Di chuyển có nhược điểm là cần thêm không gian mặc dù có thể nhanh hơn. Trường hợp tốt nhất là nếu có không gian chưa sử dụng trên phương tiện sẽ chứa hệ thống file cuối cùng.

Ví dụ: để di chuyển hệ thống file FAT32 sang hệ thống file ext2. Đầu tiên tạo một hệ thống file ext2 mới, sau đó sao chép dữ liệu vào hệ thống file, sau đó xóa hệ thống file FAT32.

Một cách khác, khi không có đủ không gian để giữ lại hệ thống file gốc cho đến khi hệ thống file mới được tạo, là sử dụng vùng làm việc (chẳng hạn như bộ nhớ lưu động). Điều này mất nhiều thời gian hơn nhưng một bản sao lưu dữ liệu là một tác dụng phụ tốt đẹp.

Đường dẫn file dài và tên file dàiSửa đổi

Trong các hệ thống file phân cấp, các file được truy cập bằng một đường dẫn là danh sách phân nhánh của các thư mục chứa file. Các hệ thống file khác nhau có các giới hạn khác nhau về độ sâu của đường dẫn. Hệ thống file cũng có giới hạn về độ dài của một tên file riêng lẻ.

Sao chép các file có tên dài hoặc nằm trong các đường dẫn có độ sâu đáng kể từ hệ thống file này sang hệ thống file khác có thể gây ra kết quả không mong muốn. Điều này phụ thuộc vào cách tiện ích thực hiện sao chép xử lý sự khác biệt.

Xem thêmSửa đổi

Ghi chúSửa đổi

Chú thíchSửa đổi

  1. ^ “Storage, IT Technology and Markets, Status and Evolution” (PDF). Ngày 20 tháng 9 năm 2018. HDD still key storage for the foreseeable future, SSDs not cost effective for capacity 
  2. ^ Arpaci-Dusseau, Remzi H.; Arpaci-Dusseau, Andrea C. (2014), File System Implementation (PDF), Arpaci-Dusseau Books 
  3. ^ Arpaci-Dusseau, Remzi H.; Arpaci-Dusseau, Andrea C. (2014), Sun's Network File System (PDF), Arpaci-Dusseau Books 
  4. ^ McGill, Florence E. (1922). Office Practice and Business Procedure. Gregg Publishing Company. tr. 197. Truy cập ngày 1 tháng 8 năm 2016. 
  5. ^ Waring, R.L. (1961). Technical investigations of addition of a hardcopy output to the elements of a mechanized library system: final report, 20 Sept. 1961. Cincinnati, OH: Svco Corporation. Truy cập ngày 1 tháng 8 năm 2016. 
  6. ^ Disc File Applications: Reports Presented at the Nation's First Disc File Symposium. American Data Processing. 1964. Truy cập ngày 1 tháng 8 năm 2016. 
  7. ^ Amir, Yair. “Operating Systems 600.418 The File System”. Department of Computer Science Johns Hopkins University. Truy cập ngày 31 tháng 7 năm 2016. 
  8. ^ IBM Corporation. “Component Structure of the Logical File System”. IBM Knowledge Center. Truy cập ngày 31 tháng 7 năm 2016. 
  9. ^ “OS X Mountain Lion: What is a Mac OS Extended (Journaled) volume?”. Apple. Ngày 8 tháng 8 năm 2013. Truy cập ngày 7 tháng 2 năm 2014. 
  10. ^ “Mac OS X: About file system journaling”. Apple. Truy cập ngày 8 tháng 2 năm 2014. 
  11. ^ “Official Apple Support”. apple.com. Truy cập ngày 29 tháng 4 năm 2016. 
  12. ^ OSXDaily. “How to Enable NTFS Write Support in Mac OS X”. Truy cập ngày 6 tháng 2 năm 2014. 
  13. ^ Steve Bunting (ngày 14 tháng 8 năm 2012). EnCase Computer Forensics - The Official EnCE: EnCase Certified Examiner. Books.google.com. Truy cập ngày 7 tháng 2 năm 2014. 
  14. ^ Microsoft WinXP exFat patch
  15. ^ How to Convert FAT Disks to NTFS, Microsoft, ngày 25 tháng 10 năm 2001
  16. ^ “Ext4 Howto”. kernel.org. Truy cập ngày 29 tháng 4 năm 2016. 
  17. ^ Conversion from Ext3, Btrfs wiki

NguồnSửa đổi

Đọc thêmSửa đổi

SáchSửa đổi

  • Arpaci-Dusseau, Remzi H.; Arpaci-Dusseau, Andrea C. (2014). Operating Systems: Three Easy Pieces. Arpaci-Dusseau Books.
  • Carrier, Brian (2005). File System Forensic Analysis. Addison-Wesley. ISBN 0-321-26817-2.
  • Custer, Helen (1994). Inside the Windows NT File System. Microsoft Press. ISBN 1-55615-660-X.
  • Giampaolo, Dominic (1999). Practical File System Design with the Be File System (PDF). Morgan Kaufmann Publishers. ISBN 1-55860-497-9. Retrieved 2010-01-22.
  • McCoy, Kirby (1990). VMS File System Internals. VAX - VMS Series. Digital Press. ISBN 1-55558-056-4.
  • Mitchell, Stan (1997). Inside the Windows 95 File System. O'Reilly. ISBN 1-56592-200-X.
  • Nagar, Rajeev (1997). Windows NT File System Internals: A Developer's Guide. O'Reilly. ISBN 978-1-56592-249-5.
  • Pate, Steve D. (2003). UNIX Filesystems: Evolution, Design, and Implementation. Wiley. ISBN 0-471-16483-6.
  • Rosenblum, Mendel (1994). The Design and Implementation of a Log-Structured File System. The Springer International Series in Engineering and Computer Science. Springer. ISBN 0-7923-9541-7.
  • Russinovich, Mark; Solomon, David A.; Ionescu, Alex (2009). "File Systems". Windows Internals (5th ed.). Microsoft Press. ISBN 0-7356-2530-1.
  • Prabhakaran, Vijayan (2006). IRON File Systems. PhD dissertation, University of Wisconsin-Madison.
  • Silberschatz, Abraham; Galvin, Peter Baer; Gagne, Greg (2004). "Storage Management". Operating System Concepts (7th ed.). Wiley. ISBN 0-471-69466-5.
  • Tanenbaum, Andrew S. (2007). Modern operating Systems (3rd ed.). Prentice Hall. ISBN 0-13-600663-9.
  • Tanenbaum, Andrew S.; Woodhull, Albert S. (2006). Operating Systems: Design and Implementation (3rd ed.). Prentice Hall. ISBN 0-13-142938-8.

Trực tuyếnSửa đổi

Liên kết ngoạiSửa đổi