|簡體中文

比思論壇

 找回密碼
 按這成為會員
搜索



查看: 935|回復: 1
打印 上一主題 下一主題

[Mac卓上電腦] mac系统的HFS+格式

[複製鏈接]

10

主題

2

好友

498

積分

中學生

Rank: 3Rank: 3

  • TA的每日心情
    奮斗
    2024-8-23 19:06
  • 簽到天數: 295 天

    [LV.8]以壇為家I

    推廣值
    0
    貢獻值
    0
    金錢
    529
    威望
    498
    主題
    10
    樓主
    發表於 2014-3-15 17:11:30

    1)为什么mac os x系统要采用HFS+格式的分区文件系统呢?
    答:3楼中已经对这个格式进行了简单介绍。那为什么苹果公司要在mac os x系统上采用这个系统呢?其实简单的说,她是苹果公司自己提出的文件系统。首先由于FAT16和FAT32文件系统的局限性,苹果公司不可能在新的操作系统中直接使用这两个文件系统作为系统分区的。其次由于exFAT文件系统的不稳定和不高效,其本质还是FAT架构中的一部分,所以苹果公司需要一种新的文件架构系统来替代这个局限性很大的庞大家族体系。由于NTFS格式是微软提出的,并且受到了授权的限制,苹果想要这种先进文件系统的可能性几乎是不可能的。所以苹果结合自身的特点和要求,设计了HFS文件系统格式。并在此基础上推出了HFS+文件系统。这个系统的具体介绍如下(以下来源于互联网):
    1、 HFS文件系统概念
    分层文件系统(Hierarchical File System,HFS)是一种由苹果电脑开发,并使用在Mac OS上的文件系统。最初被设计用于软盘和硬盘,同时也可以在在只读媒体如CD-ROM上见到。
    2、 HFS文件系统开发过程
    HFS首次出现在1985年9月17日,作为Macintosh电脑上新的文件系统。它取代只用于早期Mac型号所使用的平面文件系统Macintosh File System(MFS)。因为Macintosh电脑所产生的数据,比其它通常的文件系统,如DOS使用的FAT或原始Unix文件系统所允许存储的数据更多。苹果电脑开发了一种新式更适用的文件系统,而不是采用现有的规格。例如,HFS允许文件名最多有31个字符的长度,支持metadata和双分支(每个文件的数据和资源支分开存储)文件。
    尽管HFS象其它大多数文件系统一样被视为专有的格式,因为只有它为大多数最新的操作系统提供了很好的通用解决方法以存取HFS格式磁盘。
    在1998年,苹果电脑发布了HFS Plus,其改善了HFS对磁盘空间的地址定位效率低下,并加入了其它的改进。当前版本的Mac OS仍旧支持HFS,但从Mac OS X开始HFS卷不能作为启动用。
    3 、构成方式
    分层文件系统把一个卷分为许多512字节的“逻辑块”。这些逻辑块被编组为“分配块”,这些分配块可以根据卷的尺寸包含一个或多个逻辑块。HFS对地址分配块使用16位数值,分配块的最高限制数量是65536。
    组成一个HFS卷需要下面的五个结构:
    1)卷的逻辑块0和1是启动块,它包含了系统启动信息。例如,启动时载入的系统名称和壳(通常是Finder)文件。
    2)逻辑块2包含主目录块(Master Directory Block,简称MDB)。
    3)逻辑块3是卷位图(Volume Bitmap)的启动块,它追踪分配块使用状态。
    4)总目录文件(Catalog File)是一个包含所有文件的记录和储存在卷中目录的B*-tree。
    5)扩展溢出文件(Extent Overflow File)是当最初总目录文件中三个扩展占用后,另外一个包含额外扩展记录的分配块对应信息的B*-tree。
    重要聲明:本論壇是以即時上載留言的方式運作,比思論壇對所有留言的真實性、完整性及立場等,不負任何法律責任。而一切留言之言論只代表留言者個人意見,並非本網站之立場,讀者及用戶不應信賴內容,並應自行判斷內容之真實性。於有關情形下,讀者及用戶應尋求專業意見(如涉及醫療、法律或投資等問題)。 由於本論壇受到「即時上載留言」運作方式所規限,故不能完全監察所有留言,若讀者及用戶發現有留言出現問題,請聯絡我們比思論壇有權刪除任何留言及拒絕任何人士上載留言 (刪除前或不會作事先警告及通知 ),同時亦有不刪除留言的權利,如有任何爭議,管理員擁有最終的詮釋權。用戶切勿撰寫粗言穢語、誹謗、渲染色情暴力或人身攻擊的言論,敬請自律。本網站保留一切法律權利。

    手機版| 廣告聯繫

    GMT+8, 2024-11-18 06:08 , Processed in 0.045275 second(s), 16 queries , Gzip On, Memcache On.

    Powered by Discuz! X2.5

    © 2001-2012 Comsenz Inc.

    回頂部