ระบบไฟล์ iOS ระบบไฟล์แอปเปิ้ล (APFS) วิธีลากไฟล์หลายไฟล์พร้อมกันในแอพ Files

ในปี 2557 พ.ศ แอปเปิลเริ่มพัฒนาระบบไฟล์ใหม่ Apple File System (APFS) ซึ่งสามปีต่อมาได้ประกาศในงาน WWDC 16 และจะใช้บนคอมพิวเตอร์ Mac, iPhone, iPad, Apple TV และผลิตภัณฑ์อื่นๆ อุปกรณ์แรกที่มี APFS คือคอมพิวเตอร์ที่ทำงานอยู่ macOS เซียร์รา- ขณะนี้นักพัฒนามีโอกาสที่จะใช้การแสดงตัวอย่างระบบไฟล์ใหม่สำหรับนักพัฒนาบนดิสก์ที่ไม่สามารถบู๊ตได้ และเริ่มต้นจาก iOS 10.3 อุปกรณ์เคลื่อนที่ Apple - iPhone และ iPad - จะใช้ APFS นักพัฒนาได้รับอันแรกแล้ว วันที่แน่นอนยังไม่มีการอัปเดตระบบปฏิบัติการขั้นสุดท้าย แต่เราสามารถสรุปได้ว่าสิ่งนี้จะเกิดขึ้นในอีกไม่กี่เดือนข้างหน้า แต่ Apple File System คืออะไร และการเปลี่ยนไปใช้ระบบไฟล์ใหม่สำหรับบริษัทและผู้ใช้อุปกรณ์มีความสำคัญแค่ไหน?

มาตรฐานระบบไฟล์นั้นค่อนข้างทนทานและไม่ค่อยอยู่ภายใต้บังคับมากนัก การเปลี่ยนแปลงที่รุนแรง- Apple ใช้ระบบไฟล์แบบลำดับชั้น HFS ในคอมพิวเตอร์มาตั้งแต่ปี 1985 และเพิ่งเปลี่ยนมาใช้เท่านั้น เวอร์ชันอัปเดต HFS+ ซึ่งใช้จนถึงปี 2016 ในตอนนี้จะค่อยๆ หลีกทางให้กับ APFS คำถามทั่วไปเกิดขึ้น: หากทุกอย่างทำงานได้อย่างสมบูรณ์อยู่แล้ว จำเป็นหรือไม่ที่จะต้องเปลี่ยนไปใช้ระบบไฟล์ใหม่หรือจะเป็นการเปลี่ยนแปลงเพื่อการเปลี่ยนแปลงเอง? จริงๆแล้วจำเป็นจริงๆ ต่างจากนักพัฒนา การประกาศของ APFS แทบจะไม่มีใครสังเกตเห็นสำหรับผู้ใช้ทั่วไป แต่ระบบไฟล์ใหม่สามารถเรียกได้ว่าเป็นจุดสังเกตและแม้แต่การเปลี่ยนแปลงเชิงปฏิวัติ

ปัญหาของ HFS และ HFS+ คือระบบไฟล์เหล่านี้ได้รับการพัฒนาในช่วงเวลาที่หน่วยความจำแฟลชมีราคาแพงเกินไปสำหรับตลาดมวลชน ปัจจุบันไดรฟ์ SSD ได้รับความนิยมอย่างมากและราคาไม่แพง แต่มีการรองรับ HFS+ เนื่องจาก โมดูลเพิ่มเติมเดิมทีสร้างขึ้นเพื่อ ไอพอด- ในความเป็นจริง ในระหว่างการพัฒนา HFS+ ก็เติบโตขึ้นเช่นกัน จำนวนมาก รหัสเพิ่มเติมและ "ไม้ค้ำยัน" ดังนั้นแทนที่จะปรับปรุงให้ทันสมัย ​​ขั้นตอนที่ง่ายกว่าและสมเหตุสมผลมากคือการสร้างระบบไฟล์ใหม่ ซึ่งในตอนแรกจะสอดคล้องกับคุณสมบัติของอุปกรณ์ปัจจุบัน มีขอบเขตความปลอดภัยขนาดใหญ่สำหรับอนาคต และแก้ปัญหาหลายประการ ปัญหาของรุ่นก่อน

การเข้ารหัส

Apple ถือว่าการปกป้องข้อมูลผู้ใช้เป็นหนึ่งใน พื้นที่ลำดับความสำคัญดังนั้นในระบบไฟล์ใหม่จึงมีการเข้ารหัส ทรัพย์สินพื้นฐาน- สำหรับแต่ละโวลุ่มในคอนเทนเนอร์ APFS จะมีการติดตั้งโมเดลการเข้ารหัสแบบใดแบบหนึ่ง ได้แก่ ไม่มีการเข้ารหัส การเข้ารหัสข้อมูลผู้ใช้ด้วยคีย์เดียว การเข้ารหัสข้อมูลเมตา และข้อมูลผู้ใช้ด้วยหลายคีย์ APFS ใช้โหมดการเข้ารหัส AES-XTS หรือ AES-CBC ทั้งนี้ขึ้นอยู่กับฮาร์ดแวร์

การโคลนไฟล์และไดเร็กทอรี

APFS ได้เปลี่ยนวิธีการทำงานกับไฟล์ที่ซ้ำกัน ถ้า HFS+ มีสองอัน เอกสารที่เหมือนกันครอบครองพื้นที่ดิสก์เป็นสองเท่า จากนั้นในระบบไฟล์ใหม่จะมีเพียงหนึ่งในสองไฟล์เท่านั้นที่จะใช้พื้นที่บนไดรฟ์ และแม้ว่าโคลนจะถูกแก้ไข APFS จะไม่ทำซ้ำไฟล์และจะบันทึกเฉพาะการเปลี่ยนแปลงข้อมูลเท่านั้น

ไฟล์กระจัดกระจายและแอตทริบิวต์เพิ่มเติม

ไฟล์ที่มีแอตทริบิวต์ "sparse" จะถือว่าเนื้อหาของบล็อกขนาดศูนย์ไบต์ไม่ได้ถูกจัดเก็บไว้ในไดรฟ์ แต่เป็นข้อมูลเกี่ยวกับลำดับเหล่านี้ในข้อมูลเมตาของระบบไฟล์ ต่างจาก APFS ตรงที่ HFS+ ไม่รองรับไฟล์แบบกระจัดกระจาย สำหรับผู้ใช้ นี่หมายถึงการประหยัดเนื้อที่ดิสก์มากขึ้น ประสิทธิภาพที่เพิ่มขึ้นเนื่องจากไม่มีเวลาในการเขียนไบต์เป็นศูนย์ และอายุการใช้งานของไดรฟ์ที่เพิ่มขึ้น นอกจากนี้ APFS ยังมีการรองรับแอตทริบิวต์ไฟล์เพิ่มเติมในตัว ซึ่งใช้งานใน HFS+ ผ่าน ไฟล์เพิ่มเติมคุณสมบัติ

การป้องกันความล้มเหลว

APFS นำเสนอรูปแบบเมตาดาต้าแบบคัดลอกเมื่อเขียนที่เป็นนวัตกรรมใหม่ ซึ่งช่วยให้มั่นใจว่าการเปลี่ยนแปลงในระบบไฟล์และรายการบันทึกที่เกี่ยวข้องจะยังคงซิงโครไนซ์แม้ในกรณีที่เกิดเหตุการณ์ที่ไม่คาดคิด เช่น ไฟฟ้าดับ นอกจากนี้ โดยหลักการแล้ว APFS จะเขียนข้อมูลโดยใช้รูปแบบประเภทอื่นที่แฟลชไดรฟ์รู้จักและรองรับได้ดีกว่า คำสั่ง TRIMซึ่งมีให้ การดำเนินการที่ถูกต้องระบบปฏิบัติการด้วย ไฟล์ที่ถูกลบและพื้นที่ว่างในดิสก์

การประทับเวลานาโนวินาที

APFS ได้ปรับปรุงความแม่นยำของการประทับเวลาอย่างมาก ต่างจาก HFS+ ตรงที่ตั้งเวลาไว้เป็นวินาทีที่ใกล้ที่สุด ระบบไฟล์ใหม่จะวางป้ายกำกับที่ระบุระดับนาโนวินาที สิ่งนี้ช่วยในการนำสิ่งที่เรียกว่าอะตอมมิกซิตีและการดำเนินการของอะตอมมาใช้ สิ่งนี้ทำให้แน่ใจได้ว่าไม่มีการดำเนินการใดที่จะถูกผูกมัดกับระบบเพียงบางส่วน: การดำเนินการย่อยทั้งหมดจะถูกดำเนินการ หรือไม่จะถูกดำเนินการเลย

ไอโหนด 64 บิต

inodes 64 บิตเพิ่มเนมสเปซอย่างมีนัยสำคัญเมื่อเทียบกับตัวระบุ 32 บิตใน HFS+ APFS รองรับไฟล์มากกว่า 9 ล้านล้านไฟล์ในแต่ละวอลุ่ม

ภาพรวมและการสำรองข้อมูล

สแน็ปช็อตคือสแน็ปช็อตแบบอ่านอย่างเดียวของระบบไฟล์บนโวลุ่ม ระบบปฏิบัติการสามารถใช้เพื่อขั้นตอนการสำรองข้อมูลที่มีประสิทธิภาพมากขึ้น เนื่องจาก APFS จะเพิ่มเฉพาะไฟล์ที่เปลี่ยนแปลงหรือบางส่วนของไฟล์ลงในรูปภาพ โดยไม่ต้องทำซ้ำข้อมูลเดียวกันในการสำรองข้อมูลที่แตกต่างกัน อย่างไรก็ตามใน ช่วงเวลาปัจจุบัน macOS เซียร์รา แอปพลิเคชันบุคคลที่สามและแม้แต่ Time Machine ก็ไม่รองรับกลไกการสำรองข้อมูลใหม่ ประการแรก การประกาศดังกล่าวถือเป็นรากฐานสำหรับอนาคต

การทำงานกับพาร์ติชันพื้นที่ดิสก์

คุณลักษณะที่น่าสนใจของ APFS คือการทำงานของไดรฟ์ที่แบ่งออกเป็นสองพาร์ติชันขึ้นไป เมื่อใช้ HFS+ ผู้ใช้สามารถดำเนินการได้เฉพาะกับจำนวนหน่วยความจำที่ระบุสำหรับพาร์ติชันหนึ่งๆ เท่านั้น ในขณะที่ APFS อนุญาตให้คุณเขียนข้อมูลเกินขีดจำกัดโดยที่พาร์ติชันอื่นต้องเสียค่าใช้จ่าย ระบบไฟล์ใหม่ไม่ได้แบ่งปริมาตรรวมของไดรฟ์ออกเป็นส่วนๆ แยกจากกัน แต่กำหนดขอบเขตตามเงื่อนไข ซึ่งหากจำเป็น สามารถเปลี่ยนแปลงได้เล็กน้อยเพื่อให้บรรลุภารกิจของผู้ใช้

ที่ WWDC ครั้งสุดท้าย Apple ได้เปิดตัวระบบไฟล์ใหม่ - Apple File System หรือ APFS แม้ว่าจะใช้ HFS+ กับทุกคนก็ตาม ผลิตภัณฑ์แอปเปิ้ล(และจะใช้เป็นเวลาอย่างน้อยอีกหนึ่งปี โดยมีการวางแผนการเปิดตัว APFS ในปี 2560) HFS+ ไม่ตรงตามข้อกำหนดของระบบไฟล์สมัยใหม่ เธออายุมากกว่า 30 ปีแล้ว เธอถูกสร้างขึ้นในยุคที่ฟล็อปปี้ดิสก์และ ฮาร์ดไดรฟ์ถือเป็นเทคโนโลยีใหม่ล่าสุด หากต้องการใช้ HFS+ บน iOS, tvOS และ watchOS นั้น Apple จะต้องเพิ่มฟังก์ชันการทำงานของบริษัทอื่นโดยสมบูรณ์ซึ่งไม่รองรับบน macOS เช่น การเข้ารหัสสำหรับแต่ละไฟล์

APFS ใหม่ได้เพิ่มฟังก์ชันมากมายจนน่าเวียนหัว: การเพิ่มประสิทธิภาพสำหรับ Flash และ SSD, การป้องกันข้อมูลสูญหายเมื่อ ชนทำงานเนื่องจากการเพิ่มจำนวนการทำงานของอะตอมมิก, การสนับสนุนการเข้ารหัสหลายประเภทในตัว, เวลาตอบสนองที่ลดลงอย่างมาก, การประมาณขนาดของไฟล์และโฟลเดอร์อย่างรวดเร็ว - รายการดำเนินต่อไปเรื่อยๆ ในบทความนี้ เราจะมาดูสี่สิ่งที่เราคิดว่าเป็นคุณสมบัติที่น่าสนใจที่สุดของระบบไฟล์ใหม่

การคัดลอกเมื่อเขียนอย่างปลอดภัย

ก่อนอื่นเราต้องจัดการกับบางอย่าง ข้อกำหนดที่สำคัญ. การดำเนินงานของอะตอมเป็นการดำเนินการที่ทำแยกกันบนระบบไฟล์หรือฐานข้อมูลและไม่สามารถทำให้ง่ายขึ้นได้ การดำเนินการแบบอะตอมมิกไม่สามารถคงอยู่ไม่เสร็จได้หากถูกขัดจังหวะ การดำเนินการดังกล่าวจะดำเนินการทั้งหมดหรือไม่ได้ทำเลย การจัดเก็บไฟล์อะตอมมิกที่ปลอดภัยตามมาตรฐาน POSIXดำเนินการดังนี้ - เมื่อเราทำงานกับแอปพลิเคชันและบันทึกไฟล์ ข้อมูลจากหน่วยความจำจะถูกดาวน์โหลดไปยังไฟล์ชั่วคราวบนดิสก์ เมื่อแอปพลิเคชันมั่นใจว่าข้อมูลได้รับการดาวน์โหลดอย่างสมบูรณ์และไม่มีข้อผิดพลาด แอปพลิเคชันจะสอบถามระบบไฟล์เกี่ยวกับ เปลี่ยนชื่อ- การดำเนินการเปลี่ยนชื่อเป็นแบบอะตอมมิก จะเสร็จสมบูรณ์หรือไม่ก็ได้ เมื่อเปลี่ยนชื่อ สิ่งที่เกิดขึ้นคือระบบไฟล์จะย้ายไฟล์ชั่วคราวไปยังตำแหน่งที่บันทึก (เช่น จาก /var/tmp/Batcave_shopping.pages ไปที่ ~fedor/Documents/Batcave_shopping.pages) จากนั้นจึงลบไฟล์เก่า

อย่างไรก็ตาม จะเกิดอะไรขึ้นหากเราไม่ได้บันทึกไฟล์ แต่เป็นโฟลเดอร์หรือ Bundle (เช่น .rtfd หรือ .app หรือโดยพื้นฐานแล้วคือโฟลเดอร์) สมมติว่าเรากำลังทำงานกับเอกสาร ~fedor/Documents/AlfredHappyBirthday.rtfd นี่คือชุดประกอบด้วยข้อความและรูปภาพหลายภาพ เมื่อเราทำการเปลี่ยนแปลงและบันทึก แอปพลิเคชันจะเขียนทับชุดรวมทั้งหมด ไม่ใช่แค่ข้อความหรือรูปภาพที่เปลี่ยนแปลงเท่านั้น ข้อกำหนด POSIX ไม่อนุญาตให้คุณเปลี่ยนชื่อโฟลเดอร์ในที่ที่มีข้อมูลอยู่แล้ว ดังนั้นคุณจึงต้องใช้กลอุบาย เอกสารถูกย้ายจาก ~fedor/Documents/ เพื่อเพิ่มพื้นที่ว่าง จากนั้นไฟล์ชั่วคราวใน /var/tmp/AlfredHappyBirthday.rtfd จะถูกเปลี่ยนชื่อเป็น พื้นที่ว่าง- การดำเนินการนี้ไม่ใช่อะตอมมิกและไม่ปลอดภัย หากระบบเกิดข้อผิดพลาดหรือคอมพิวเตอร์สูญเสียพลังงานระหว่างการทำงาน เอกสารจะสูญหาย

เห็นได้ชัดว่าวิธีแก้ปัญหาดังกล่าวไม่เป็นที่พึงปรารถนา ดังนั้น APFS จึงแนะนำการดำเนินการบันทึกโฟลเดอร์อะตอมมิกเซฟที่เข้ากันไม่ได้ POSIX ใหม่ เมื่อแอปพลิเคชันร้องขอให้บันทึกโฟลเดอร์ชั่วคราวและ ไฟล์ถาวรเปลี่ยนสถานที่ สิ่งนี้ทำได้โดยระบบไฟล์และเป็นการดำเนินการแบบอะตอมมิก

นี่คือฟังก์ชันของการคัดลอกเมื่อเขียนที่ปลอดภัย - หนึ่งในนั้น นวัตกรรมที่สำคัญที่สุดใน APFS

การโคลนและสแน็ปช็อต

หากคุณต้องการสำเนาของไฟล์หรือโฟลเดอร์ ให้คลิกที่ไฟล์นั้น คลิกขวาเมาส์และเลือกทำซ้ำ ใน HFS+ หมายความว่าระบบไฟล์จะอ่านข้อมูลทั้งหมดแล้วเขียนลงไป พื้นที่ว่าง- วิธีการนี้เปลืองพื้นที่และทำให้ดิสก์และโปรเซสเซอร์เปลือง ใน APFS เมื่อคุณทำซ้ำข้อมูล - ผ่านการทำซ้ำหรือเพียง ⌘C, ⌘V - ระบบไฟล์จะคัดลอกเฉพาะลิงก์ไปยังข้อมูลนั้น (ที่เรียกว่าฮาร์ดลิงก์) และเนื้อหาจะไม่ถูกทำซ้ำ การดำเนินการนี้เรียกว่า การโคลนนิ่ง- ด้วยการโคลน ข้อมูลหรือโฟลเดอร์ที่ซ้ำกันจะปรากฏขึ้นแทบจะในทันทีและใช้พื้นที่ว่างจำนวนเล็กน้อย หากคุณทำการเปลี่ยนแปลงกับต้นฉบับหรือโคลน ระบบไฟล์จะบันทึกการเปลี่ยนแปลงและเปลี่ยนเส้นทางลิงก์ตามลำดับ โดยไม่แตะต้องข้อมูลต้นฉบับ ใน APFS การดำเนินการโคลนเป็นแบบอะตอมมิก

สแนปชอตเป็นสแน็ปช็อตเฉพาะของไดรฟ์ข้อมูลที่เก็บข้อมูลเกี่ยวกับข้อมูลบนไดรฟ์ข้อมูลนั้น ณ เวลาใดเวลาหนึ่งโดยเฉพาะ วิธีที่ง่ายที่สุดในการทำความเข้าใจวิธีการทำงานคือการดูตัวอย่าง สมมติว่าเรามีโวลุ่ม (เช่น แฟลชไดรฟ์) พร้อมการนำเสนอสองรายการ เราสร้าง Snapshot ของแฟลชไดรฟ์นี้ซึ่งประกอบด้วยไฟล์สองไฟล์ Joker.key และ Riddler.key ซึ่งเป็นไฟล์ของ บล็อกถัดไปข้อมูล. สแน็ปช็อตนั้นไม่มีข้อมูลจากแฟลชไดรฟ์ - เฉพาะไฟล์ที่อยู่ในนั้นในขณะที่สร้างสแน็ปช็อตและบล็อกใดที่เป็นของไฟล์เหล่านั้น ลักษณะเฉพาะของ Snapshot คือบล็อกที่เขียนลงไปนั้นถูกปิด ไม่สามารถลบ ย้าย หรือเขียนทับได้ ดังนั้น ตัวอย่างเช่น หากเราทำการเปลี่ยนแปลงกับ Joker.key และลบ Riddler.key ออกไปทั้งหมด บล็อกข้อมูลดั้งเดิมจะยังคงอยู่เหมือนเดิม แม้ว่าวิธีการนี้จะใช้พื้นที่ว่างเพิ่มเติม แต่ก็ทำให้ APFS สามารถคืนระดับเสียงกลับไปยังจุดที่ถ่ายภาพสแนปช็อตได้เกือบจะในทันที

การแบ่งปันพื้นที่

การแบ่งปันพื้นที่ก็เป็นอีกเรื่องหนึ่งมาก คุณสมบัติที่น่าสนใจเอพีเอฟเอส. วิธีที่ง่ายที่สุดในการทำความเข้าใจก็คือการใช้ตัวอย่าง สมมติว่าคุณมีแล็ปท็อปที่ติดตั้ง SSD ขนาด 256GB (เป็นไปได้มากว่าคุณมีแล็ปท็อปจริงๆ) และคุณต้องการติดตั้ง OS X El Capitan และ macOS Sierra เบต้าบนเครื่องนั้น อนิจจา Apple ยังไม่อนุญาตให้คุณบูตระบบปฏิบัติการจากโวลุ่ม APFS (หรือใช้สำหรับ Time Machine ในเรื่องนั้น) ดังนั้นคุณจะต้องสร้างพาร์ติชัน HFS+ สองพาร์ติชัน คุณเปิด Disk Utility และต้องเผชิญกับปัญหา - คุณควรสร้างพาร์ติชั่นใหญ่แค่ไหน? คุณสามารถแบ่งดิสก์ออกเป็นสองส่วนได้ แต่จะเกิดอะไรขึ้นหากคุณมีพื้นที่ไม่เพียงพอ ทำงานสบายที่เอลแคปิตัน? หรือในทางกลับกัน คุณจะไปไกลเกินไปและแอปพลิเคชันที่คุณต้องการไม่เหมาะกับ Sierra หรือไม่?

APFS แก้ปัญหานี้ด้วยการแชร์ Space บนดิสก์ที่มีโวลุ่ม APFS ในระดับที่สูงกว่า จะมีการสร้างคอนเทนเนอร์ที่มีโวลุ่มทั้งหมด พวกมันสามารถขยายหรือย่อขนาดภายในคอนเทนเนอร์ดังกล่าวได้อย่างอิสระและไดนามิก โดยที่ผู้ใช้ไม่ต้องเลือกว่าควรจะมีขนาดใหญ่แค่ไหน กลับไปที่แล็ปท็อปสมมุติของเรา หากใช้ APFS แทน HFS+ สำหรับทั้งสองวอลุ่ม ระบบปฏิบัติการทั้งสองจะรายงานว่ามีพื้นที่ว่าง 256 GB สำหรับแต่ละวอลุ่ม ในกรณีนี้ พื้นที่ที่ไฟล์ครอบครองอยู่ในระบบหนึ่งจะไม่สามารถเข้าถึงได้จากอีกระบบหนึ่ง โซลูชันนี้ช่วยลดความยุ่งยากในการทำงานกับหลายวอลุ่มและช่วยให้คุณได้รับ ผลประโยชน์สูงสุดโดยไม่ยากลำบากมากนัก

การย้ายจาก HFS+

สุดท้ายนี้ เราจะย้ายไปยัง APFS ได้อย่างไร กระบวนการเปลี่ยนไปใช้ระบบไฟล์มักจะยาก ยาว และไม่ปลอดภัยเสมอไป คุณต้องสำรองข้อมูลของคุณไปที่ สื่อภายนอก, ล้าง ฮาร์ดไดรฟ์เขียนระบบไฟล์ใหม่ ติดตั้งระบบปฏิบัติการ กู้คืนข้อมูลของคุณจากสำเนา และหวังว่าจะไม่มีอะไรหายไปจากที่เดิม

โชคดีที่ Apple จัดการเรื่องนี้ โดยวิศวกรของบริษัทได้ดำเนินการ เยี่ยมมากเหนือกระบวนการโยกย้าย กระบวนการนี้ประกอบด้วยการดำเนินการแบบอะตอมมิกเกือบทั้งหมด แต่สิ่งสำคัญคือข้อมูลเกี่ยวกับระบบไฟล์ใหม่จะถูกเขียนลงในพื้นที่ว่างบนโวลุ่ม HFS+ เท่านั้น ซึ่งหมายความว่าแม้ว่าจะมีข้อผิดพลาดเกิดขึ้น ก็จะไม่สร้างความเสียหายให้กับข้อมูลหรือโครงสร้างของระบบไฟล์ที่มีอยู่ของคุณ และตามที่วิศวกรของ Apple กล่าวไว้ การโยกย้ายทั้งหมดใช้เวลาเพียงไม่กี่นาที

ที่นี่เรามาถึงจุดสิ้นสุด เราพูดถึงเพียงสี่ฟังก์ชันเท่านั้น แต่ยังมีฟังก์ชันอื่นๆ อีกมากมายใน APFS หากคุณต้องการเจาะลึกรายละเอียด เอกสารอย่างเป็นทางการจะมีรายละเอียดทั้งหมด ระบบไฟล์ใหม่ดังที่เราได้กล่าวไว้ข้างต้น ไม่สามารถใช้กับ Startup Disk หรือ Time Machine ได้ และจะไม่รองรับบน OS X Yosemite และเก่ากว่า APFS อย่างเป็นทางการมีกำหนดเปิดตัวในปี 2560

ในการนำเสนอ WWDC 2016 เมื่อวานนี้ Apple ได้แสดงระบบปฏิบัติการเวอร์ชันใหม่ macOS (Sierra) 10.12, iOS 10, tvOS 10, watchOS 3 ซึ่งเป็นแอปพลิเคชันสำหรับสอนการเขียนโปรแกรมสำหรับเด็ก สวิฟท์ เพลย์กราวด์และอิโมจิใหม่

ดูเหมือนว่าจะไม่มีอะไรน่าสนใจ อย่างไรก็ตาม Apple ยังคงเปิดตัวบางสิ่งที่เป็นพื้นฐาน การพัฒนาที่สำคัญที่สุดของทั้งหมดที่กล่าวถึงในการนำเสนอคือระบบไฟล์ของสิ่งใหม่ รุ่นแอปเปิ้ล File System (APFS) ในห้องผ่าตัด ระบบแมคโอเอส(เซียร์รา) 10.12.

เอกสารที่มีคุณสมบัติหลักและคำอธิบายของระบบไฟล์ซึ่งทำซ้ำฟังก์ชันแต่ละอย่างของระบบไฟล์ฟรีอันทรงพลัง ZFS ได้รับการเผยแพร่บนเว็บไซต์สำหรับนักพัฒนาหลังจากการนำเสนอไม่นาน

ตอนนี้ที่ คอมพิวเตอร์แอปเปิ้ลมีการใช้ระบบไฟล์ HFS+ ซึ่งเป็นเวอร์ชันขยายของ HFS (ระบบไฟล์แบบลำดับชั้น, ระบบไฟล์แบบลำดับชั้น) ที่สร้างขึ้นเมื่อ 30 กว่าปีที่แล้ว เช่นเดียวกับรุ่นก่อน HFS+ ใช้โครงสร้างแบบต้นไม้ที่เรียกว่าแผนผัง B* เพื่อจัดเก็บข้อมูลเมตาส่วนใหญ่ จึงเป็นที่มาของชื่อ "ระบบไฟล์แบบลำดับชั้น"

การเปิดตัว HFS+ อย่างเป็นทางการเกิดขึ้นเมื่อวันที่ 19 มกราคม พ.ศ. 2541 พร้อมด้วย MacOS 8.1 ตั้งแต่ปี 2545 เป็นต้นมา ระบบได้ดำเนินการบันทึกเพื่อเพิ่มความน่าเชื่อถือในการจัดเก็บข้อมูล ตั้งแต่เวอร์ชัน OS X 10.3 การบันทึกจะเปิดใช้งานตามค่าเริ่มต้น และตอนนี้สามารถทำงานในโหมดคำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ได้แล้ว

จนถึง OS X 10.7 นักพัฒนายังคงปรับแต่ง HFS+ และใช้คุณสมบัติใหม่ๆ สำหรับ OS X ในระดับระบบไฟล์ แต่ความจริงยังคงอยู่: HFS ได้รับการพัฒนาครั้งแรกในสมัยของฟล็อปปี้ดิสก์และฮาร์ดไดรฟ์ที่หมุนได้ เมื่อมีการวัดขนาดไฟล์ กิโลไบต์หรือเมกะไบต์ ปัจจุบัน ผู้คนจำนวนมากทำงานกับไดรฟ์ SSD ซึ่งจัดเก็บไฟล์หลายล้านไฟล์ - ข้อมูลขนาดกิกะไบต์หรือเทราไบต์ ข้อกำหนดที่แตกต่างกันโดยสิ้นเชิงถูกหยิบยกมาสำหรับระบบไฟล์ แทนที่จะนำโค้ดเก่ากลับมาใช้ใหม่ Apple ตัดสินใจเขียนระบบไฟล์ใหม่ตั้งแต่ต้นในที่สุด

ระบบไฟล์ APFS รุ่นใหม่ยังคงอยู่บนเวที ตัวอย่างนักพัฒนากล่าวคือไม่มีแผนที่จะเปิดตัว การใช้งานจำนวนมากในอนาคตอันใกล้นี้ ใน ในขณะนี้วอลุ่ม APFS ไม่สามารถใช้เป็นดิสก์สำหรับบูต และไม่สามารถใช้ในระบบสำรองข้อมูลได้ เวลาทำสำเนาเครื่อง,ใน ฟิวชั่นไดรฟ์หรือด้วย การเข้ารหัสไฟล์ห้องนิรภัย แต่เป็นไปได้สำหรับโวลุ่มที่ไม่สามารถบู๊ตได้ปกติ

ยังมีการพัฒนาและการทดสอบอีกมากรออยู่ แต่ APFS เท่านั้นที่จะกลายเป็นระบบไฟล์หลักของ Apple ไปอีกนานหลายทศวรรษ

APFS แตกต่างจาก HFS+ ตรงที่แยกความแตกต่างระหว่างตัวพิมพ์ของอักขระในชื่อไฟล์และโฟลเดอร์ และคุณลักษณะนี้ไม่สามารถปิดใช้งานได้ ใครก็ตามที่ตัดสินใจใช้ APFS ควรคำนึงถึงสิ่งนี้

คุณสมบัติหลัก

เอกสารอย่างเป็นทางการแสดงรายการลักษณะทั่วไปของไฟล์ ระบบ APFSเมื่อเทียบกับ HFS+

ภาชนะบรรจุและปริมาตร

คอนเทนเนอร์เป็นวัตถุหลักสำหรับการจัดเก็บข้อมูลใน APFS โดยปกติแล้วคอนเทนเนอร์จะเหมือนกับรายการ GUID Partition Table (GPT) ทุกประการ และมีการป้องกันความล้มเหลวและโครงร่างการจัดสรรพื้นที่ดิสก์เป็นของตัวเอง แต่ละคอนเทนเนอร์มีอย่างน้อยหนึ่งรายการ เล่มหรือระบบไฟล์ซึ่งแต่ละระบบก็มีของตัวเอง เนมสเปซนั่นคือชุดของไฟล์และไดเร็กทอรี

APFS ไม่รองรับโดยตรง ซอฟต์แวร์ RAIDแต่ก็สามารถใช้ได้กับ ปริมาณแอปเปิ้ล RAID เพื่อรองรับ Striping (RAID 0), Mirroring (RAID 1) และ Concatenation (JBOD)

ไอโหนด 64 บิต

inodes 64 บิตเพิ่มเนมสเปซอย่างมีนัยสำคัญเมื่อเทียบกับ inodes 32 บิตใน HFS+ ระบบไฟล์ APFS 64 บิตรองรับไฟล์มากกว่า 9 ล้านล้านไฟล์ในแต่ละวอลุ่ม นี่น่าจะเพียงพอสำหรับทุกคน อย่างที่บิล เกตส์กล่าวไว้

การประทับเวลานาโนวินาที

APFS ได้เพิ่มความแม่นยำของการประทับเวลาอย่างมาก APFS รองรับการประทับเวลาด้วยความแม่นยำระดับนาโนวินาที สำหรับการเปรียบเทียบ ใน HFS+ การประทับเวลาถูกตั้งค่าด้วยความแม่นยำสูงสุดหนึ่งวินาที

การประทับเวลาระดับนาโนวินาทีมีความสำคัญมากในระบบไฟล์สมัยใหม่ เนื่องจากช่วยให้ปรับใช้อะตอมมิกซิตีและธุรกรรมอะตอมมิกได้ ซึ่งเป็นหนึ่งในหลัก ข้อกำหนดเกี่ยวกับกรดไปยังระบบธุรกรรม (เช่น DBMS) Atomicity ช่วยให้มั่นใจได้ว่าไม่มีธุรกรรมใดที่ผูกพันกับระบบเพียงบางส่วน การดำเนินการย่อยทั้งหมดจะดำเนินการหรือไม่จะดำเนินการใดๆ เลย

การป้องกันความล้มเหลว

APFS ใช้แผนเมตาดาต้าแบบคัดลอกเมื่อเขียนที่เป็นนวัตกรรมใหม่ซึ่ง Apple เรียกว่า “การป้องกันข้อขัดข้อง” ช่วยให้แน่ใจว่าการเปลี่ยนแปลงระบบไฟล์และการเขียนบันทึกยังคงซิงโครไนซ์หากมีบางอย่างเกิดขึ้นในขณะที่กำลังเขียนอยู่ เช่น ไฟฟ้าขัดข้อง

รูปแบบการคัดลอกเมื่อเขียนใน ZFS

ไฟล์กระจัดกระจาย

ไฟล์ที่มีแอตทริบิวต์ "sparse" จะถือว่าไฟล์นั้นมีบล็อกขนาดศูนย์ไบต์ซึ่งไม่ได้จัดเก็บไว้ในไดรฟ์ แต่มีความหมายโดยนัย HFS+ ไม่รองรับไฟล์แบบกระจัดกระจาย

คุณสมบัติเพิ่มเติม

APFS มีการรองรับในตัวสำหรับแอตทริบิวต์ไฟล์แบบขยาย ซึ่งใน HFS+ ถูกนำมาใช้ผ่านไฟล์แอตทริบิวต์ นั่นคือผ่านทาง B-tree

การเข้ารหัส

Apple กล่าวว่าการเข้ารหัสเป็นคุณสมบัติพื้นฐานที่สร้างไว้ใน APFS ในระดับระบบไฟล์ สำหรับแต่ละดิสก์โวลุ่มในคอนเทนเนอร์ APFS จะมีการตั้งค่าโมเดลการเข้ารหัสแบบใดแบบหนึ่ง: ไม่มีการเข้ารหัส การเข้ารหัสด้วยคีย์เดียว หรือการเข้ารหัสหลายคีย์ ในกรณีหลังนี้ จะใช้คีย์แยกต่างหากเพื่อเข้ารหัสไฟล์และข้อมูลเมตา APFS ใช้โหมดการเข้ารหัส AES-XTS หรือ AES-CBC ทั้งนี้ขึ้นอยู่กับฮาร์ดแวร์

การโคลนไฟล์และไดเร็กทอรี

การโคลนคือการคัดลอกไฟล์หรือไดเร็กทอรีเกือบจะในทันทีซึ่งไม่จำเป็น เตียงเสริมสำหรับการจัดเก็บข้อมูล เมื่อโคลนถูกแก้ไข ระบบไฟล์จะบันทึกเฉพาะการเปลี่ยนแปลงข้อมูลเท่านั้น วิธีนี้ทำให้ระบบไฟล์ใหม่สามารถจัดเก็บได้หลายเวอร์ชัน ไฟล์ขนาดใหญ่ทำให้ใช้พื้นที่ดิสก์น้อยลง

สแนปชอต

สแน็ปช็อตคือสแน็ปช็อตแบบอ่านอย่างเดียวของระบบไฟล์บนโวลุ่ม ระบบปฏิบัติการสามารถใช้สแน็ปช็อตเพื่อให้ขั้นตอนการสำรองข้อมูลมีประสิทธิภาพมากขึ้น นั่นก็คือในที่สุด Time Machine ก็จะทำงานได้ตามปกติ (เร็ว)

แน่นอนว่า APFS นั้นด้อยกว่าอย่างมากในด้านความสามารถของระบบไฟล์ 128 บิต ZFS ซึ่งได้รับการสนับสนุนโดย Linux, FreeBSD และระบบปฏิบัติการฟรีอื่น ๆ แต่ในส่วนของ Apple นี่เป็นขั้นตอนในทิศทางที่ถูกต้อง

เป็นเรื่องแปลกที่เอกสารเบื้องต้นไม่ได้กล่าวถึงฟังก์ชันการบีบอัด ซึ่ง HFS+ รองรับอยู่แล้ว

Apple พยายามมาเป็นเวลานานในการย้ายพอร์ต ZFS ไปยังระบบ OS X มีการอภิปรายอย่างแข็งขันเกี่ยวกับเรื่องนี้ในรายชื่อผู้รับจดหมาย ZFS สแน็ปช็อตเบื้องต้นได้รับการเผยแพร่สำหรับ OS X เวอร์ชันถัดไป ต่อมามีการนำ OpenZFS ไปใช้ OS X (O3X) และ MacZFX

ระบบไฟล์ ZFS ถูกแจกจ่ายด้วยโอเพ่นซอร์ส ซอร์สโค้ดและ Apple อาจยืมแนวคิดบางอย่างสำหรับระบบไฟล์ APFS มาใช้ การนำไปปฏิบัติ โอเพ่นซอร์สสำหรับ APFS ยังไม่พร้อม Apple วางแผนที่จะจัดทำเอกสารและเผยแพร่รูปแบบ APFS ในปี 2560

เซสชันอย่างเป็นทางการครั้งแรกจะจัดขึ้นที่ WWDC ในเย็นวันนี้ ซึ่งจะมีการสาธิตความสามารถใหม่ของ APFS ให้นักพัฒนาทราบในรายละเอียดมากขึ้น

หมายถึงระบบไฟล์ใหม่ของ Apple และจะถูกนำไปใช้กับแพลตฟอร์มหลักของบริษัททั้งหมดในที่สุด แต่ทำไม Apple ถึงใช้มัน? มีอะไรพิเศษเกี่ยวกับเรื่องนี้? บทความนี้มีไว้สำหรับหัวข้อนี้โดยเฉพาะ

ระบบไฟล์แอปเปิ้ล

APFS ย่อมาจาก File File ระบบแอปเปิ้ล(ระบบไฟล์แอปเปิ้ล) มันเข้ามาแทนที่ระบบไฟล์และเมื่อเวลาผ่านไประบบไฟล์นี้จะกลายเป็นส่วนสำคัญของ iOS, tvOS และ watchOS - นั่นคือมันจะใช้กับอุปกรณ์ทั้งหมด: จากคอมพิวเตอร์, iPhone, iPad, Apple TV และถึง อุปกรณ์แอปเปิ้ลดู.

ตอนนี้ เวลาไอโอเอส 10.3 เป็นแพลตฟอร์มเดียวที่เผยแพร่ต่อสาธารณะซึ่งใช้ระบบไฟล์ APFS

เอพีเอฟเอส สามารถบูรณาการได้กับทุกแพลตฟอร์มแอปเปิล.

ระบบไฟล์ HFS+ ปรากฏในปี 1998 และปัจจุบันมีอายุเกือบ 20 ปี เธอได้กลายเป็นของที่ระลึกจากยุคอดีตไปแล้ว ถูกสร้างขึ้นในยุคของคอมพิวเตอร์ Mac และดัดแปลงเพื่อใช้ใน อุปกรณ์ไอโฟน, แอปเปิ้ลวอทช์และแอปเปิ้ลทีวี

แต่มีการเปลี่ยนแปลงมากมายในช่วง 20 ปีที่ผ่านมา เราเปลี่ยนจาก ฮาร์ดไดรฟ์บน โซลิดสเตตไดรฟ์ SSD ซอฟต์แวร์ไม่ได้แจกจ่ายบนซีดีอีกต่อไป แต่เป็นเพียงการดาวน์โหลด การสำรองข้อมูลของอุปกรณ์ของเราถูกจัดเก็บไว้ในบริการคลาวด์แล้ว

ปรับให้เหมาะสมสำหรับการทำงานกับแฟลชไดรฟ์

ทุกวันนี้อุปกรณ์ใหม่เกือบทุกเครื่องที่ Apple จำหน่ายใช้งานบนแฟลชไดรฟ์ รวมถึงอุปกรณ์ส่วนใหญ่ด้วย คอมพิวเตอร์แมค- และ APFS ได้รับการออกแบบให้ทำงานกับอุปกรณ์จัดเก็บข้อมูลแบบแฟลช ดังนั้น เราจะเห็นการปรับปรุงพารามิเตอร์ต่างๆ เช่น ความเร็วในการอ่านและเขียน และความน่าเชื่อถือโดยรวมที่เพิ่มขึ้นเมื่อเป็นเรื่องของการจัดเก็บและถ่ายโอนข้อมูล

คุณสมบัติหลัก: สแนปชอตของระบบและการโคลน

คุณสมบัติหลักสองประการของ APFS คือความสามารถในการถ่ายภาพสแน็ปช็อตของระบบและความสามารถในการโคลนข้อมูล

สแน็ปช็อตแสดงถึงสถานะระบบไฟล์แบบอ่านอย่างเดียวเพียงครั้งเดียว

การใช้โคลน APFS จะสามารถสร้างสำเนาอย่างรวดเร็วของพาร์ติชันเดียวกันได้โดยไม่ต้องใช้พื้นที่ดิสก์เพิ่มเติม

เวลารอขั้นต่ำ

APFS ก็มี เวลาขั้นต่ำความคาดหวัง ซึ่งหมายความว่าการดำเนินการต่างๆ เช่น การเปิดตัวแอปพลิเคชันและการโหลดข้อมูลจะเร็วขึ้นอย่างเห็นได้ชัด ซึ่งจะนำไปสู่การลดเวลาในการรอ - เราจะเห็นวงล้อรอที่หมุนน้อยลงใน iOS และไอคอนลูกบอลชายหาดใน Mac OS

มีอยู่ไหล ดิสก์ส่วนต่างๆ

หากคุณใช้พาร์ติชั่นดิสก์บน Mac APFS จะทำให้ชีวิตของคุณง่ายขึ้นอีกนิด หากเวลาว่างหมด พื้นที่ดิสก์บนพาร์ติชั่นหนึ่ง APFS สามารถใช้พื้นที่ว่างของพาร์ติชั่นอื่นได้โดยอัตโนมัติ เนื่องจาก APFS จะสร้างคอนเทนเนอร์พิเศษรอบๆ แต่ละพาร์ติชั่นดิสก์

การเข้ารหัสคือทุกสิ่ง

APFS ถูกสร้างขึ้นเพื่อเป็นหลัก การเข้ารหัสที่ได้รับการปรับปรุง- รองรับทั้งคีย์เดียวและหลายคีย์เข้ารหัส

การพัฒนาสำหรับอนาคต

HFS+ รองรับไฟล์ข้อมูลเมตา 32 บิต APFS รองรับตัวเลข 64 บิต ไอโหนด- APFS ได้รับการออกแบบมาเพื่อทำงานในอนาคต และจะทำงานได้ดียิ่งขึ้นเมื่อเวลาผ่านไปเมื่อมีการเผยแพร่การอัปเดตที่เหมาะสม

เฟิร์มแวร์ไอโอเอส 10.3 ให้พื้นที่ดิสก์สำรองแก่คุณ

การเปลี่ยนไปใช้ APFS มีข้อได้เปรียบที่ชัดเจนประการหนึ่ง คุณมีพื้นที่ว่างในดิสก์ - จำนวนพื้นที่ที่ประหยัดจะขึ้นอยู่กับว่าดิสก์ของคุณเต็มแค่ไหน บางตัวสามารถกู้คืนข้อมูลได้สองสามกิกะไบต์หลังจากอัปเดต

เอพีเอฟเอส สำหรับ Mac OS ยังคงมีอยู่ในเวอร์ชันเบต้า

iOS ใช้ระบบไฟล์ใหม่อยู่แล้ว และสำหรับ Mac OS ระบบไฟล์ใหม่จะมีให้ใช้งานในเวอร์ชันเบต้ารุ่นแรกๆ เท่านั้น และ Apple จะต้องใช้ความพยายามอย่างมากในการแปลงคอมพิวเตอร์ Mac ให้ใช้ APFS การเข้าถึงระบบไฟล์ใน iOS ปิดไม่ให้บุคคลภายนอกเข้าถึงได้ แต่ Mac OS ใช้ระบบไฟล์แบบเปิดและแก้ไขได้ กล่าวอีกนัยหนึ่ง APFS อาจประสบปัญหาที่แตกต่างกันในทางปฏิบัติ กรณีที่รุนแรงซึ่งผู้เชี่ยวชาญของ Apple ยังไม่รู้ด้วยซ้ำ เราหวังว่าปัญหาทั้งหมดเหล่านี้จะได้รับการแก้ไขในช่วงการทดสอบเบต้า คุณสามารถลองใช้เวอร์ชันเบต้าได้จริง จริงอยู่มันไม่พร้อมสำหรับการใช้งานในชีวิตประจำวันเลยทีเดียว APFS ไม่รองรับการทำงานด้วย ดิสก์สำหรับบูต, กับ แอพเวลาเครื่องจักร, การเข้ารหัส FileVaultและโหมดไดรฟ์ฟิวชั่น

ใช่ คุณต้องอัปเดตเป็นไอโอเอส 10.3

ปัจจุบัน iOS 10.3 คือ วิธีเดียวเท่านั้นลองใช้ APFS จริง ๆ และถึงแม้ว่านี่จะเป็นระบบไฟล์ใหม่ทั้งหมด แต่ก็คุ้มค่าที่จะเปลี่ยนไปใช้ การอัปเดตนี้ได้รับการทดสอบเป็นเวลาหลายสัปดาห์โดยผู้ทดสอบเบต้าจำนวนมาก และทุกอย่างก็สนับสนุนให้เปลี่ยนไปใช้เวอร์ชันอัปเดต การเปลี่ยนแปลงนั้นเกิดขึ้นค่อนข้างราบรื่น รวดเร็ว และไม่มีข้อมูลสูญหาย อย่างไรก็ตาม ก่อนที่จะทำการอัพเดต เราขอแนะนำเผื่อไว้ว่า การสำรองข้อมูลข้อมูลของคุณโดยใช้บริการที่เหมาะสมของแอพพลิเคชั่น iTunes หรือที่เก็บข้อมูลบนคลาวด์ iCloud (ซึ่งแนะนำในทุกกรณี)

คุณชอบมันแค่ไหนเอพีเอฟเอส?

เมื่อทำงานกับอุปกรณ์ iOS ที่ถูกเจลเบรคแล้ว ปัญหาอาจเกิดขึ้นซึ่งสามารถแก้ไขได้โดยการแก้ไขไฟล์เท่านั้น และสำหรับสิ่งนี้คุณต้องรู้ โครงสร้างพื้นฐานระบบไฟล์ ทำความเข้าใจว่าทุกอย่างอยู่ที่ไหน และไฟล์ไหนรับผิดชอบอะไร ติดตั้งโปรแกรมและปรับแต่งที่ไหน และโต้ตอบกันอย่างไร เราจะพูดถึงทั้งหมดนี้

ไดเร็กทอรีหลักและไฟล์

iOS - เหมือน UNIX ระบบปฏิบัติการและใช้โครงสร้างระบบไฟล์ที่คล้ายกันมากกับ UNIX และ OS X "โฟลเดอร์" ในที่นี้เรียกว่า "ไดเร็กทอรี" และระบบไฟล์ "ขยาย" จากรูท / เครื่องหมาย ~ หมายถึงโฮมไดเร็กตอรี่ของผู้ใช้ ใน โหมดปกตินี่คือไดเร็กทอรี /var/mobile/ ในโหมดผู้ใช้รูท - /var/root บางไดเร็กทอรีเป็นมาตรฐานสำหรับระบบ UNIX นี่คือ /boot - ที่นี่ใน UNIX เคอร์เนลของระบบและดิสก์ RAM จะอยู่ (ใน iOS เคอร์เนลจะอยู่ในไดเร็กทอรี /System/Library/Caches/com.apple.kernelcaches/kernelcache) /etc - การตั้งค่าสำหรับระดับต่ำ บริการ /tmp - ไฟล์ชั่วคราว, /bin - คำสั่งให้รันโดยใช้เทอร์มินัล /mnt - จุดเมานต์สำหรับระบบไฟล์ภายนอก (แฟลชไดรฟ์ ฯลฯ เชื่อมต่ออยู่ที่นี่)

ไดเร็กทอรีที่เราสนใจมากที่สุดคือ /System, /Library และ /var นี่คือที่ที่ระบบปฏิบัติการ (ไดเรกทอรีแรก) ข้อมูลระบบ (ที่สอง) การตั้งค่าแอปพลิเคชันและข้อมูล (ที่สาม) ถูกเก็บไว้

แอปพลิเคชันมาตรฐาน (ติดตั้งไว้ล่วงหน้า) จะอยู่ในไดเร็กทอรี /Applications นี่คือที่ที่พวกเขาอยู่ ไฟล์ปฏิบัติการ Cydia, Zeusmos และโปรแกรมแอปอื่นๆ ที่ต้องมีการเจลเบรคจึงจะติดตั้งได้ มีไฟล์มากมายที่นี่มากกว่าไอคอนบนเดสก์ท็อป iOS เนื่องจากบางไฟล์ บริการภายในเน้นเป็น แอปพลิเคชันส่วนบุคคล(มีอยู่ใน iOS บริการเฟสบุ๊ค, Print Center และอื่นๆ) บนอุปกรณ์ที่ยังไม่ได้เจลเบรค ไดเร็กทอรีนี้จะได้รับการอัปเดตเมื่อมีการอัพเดตเฟิร์มแวร์ทั้งหมดเท่านั้น แต่มีการติดตั้งแอปพลิเคชันบางตัวจาก Cydia ไว้ในนั้น เช่น Cydia store เอง

ดาวน์โหลดมาจาก แอพสโตร์แอปพลิเคชันต่างๆ จะถูกจัดเก็บไว้ใน /var/mobile/Containers/Bundle/Application โดยแต่ละแอปพลิเคชันอยู่ในไดเร็กทอรีย่อยของตัวเอง ชื่อของไดเร็กทอรีย่อยเหล่านี้ถูกเข้ารหัส และเพื่อที่จะเข้าใจว่าเป็นแอปพลิเคชันประเภทใด คุณต้องเข้าไปในไดเร็กทอรีและย้ายไปยังไดเร็กทอรีถัดไป แอปพลิเคชันที่ติดตั้งจากภายนอก App Store มักจะพบที่นี่เช่นกัน แต่ละแอปพลิเคชันได้รับการกำหนดไดเร็กทอรีย่อยในไดเร็กทอรี /var/mobile/Containers/Data/Application ซึ่งภายในแอปพลิเคชันจะจัดเก็บการตั้งค่าและข้อมูลที่สร้างขึ้นระหว่างการดำเนินการ เราจะดูรายละเอียดโครงสร้างเพิ่มเติมในภายหลัง

การอัปเดตระบบจะถูกดาวน์โหลดไปยังไดเร็กทอรี /var/mobile/MobileSoftwareUpdate สามารถลบออกได้ทาง แอปพลิเคชันมาตรฐาน"การตั้งค่า". วอลเปเปอร์ทั้งหมดจะถูกจัดเก็บไว้ใน /Library/Wallpaper และ เสียงของระบบ- ใน /System/Library/Audio/UISounds เพลงและวิดีโอจากคอมพิวเตอร์ - ใน /var/mobile/Media/iTunes_Control/Music

ไดเร็กทอรี /var/mobile/Library/caches/com.saurik.Cydia เป็นสิ่งที่ควรค่าแก่การกล่าวถึงเป็นอย่างยิ่ง นี่คือที่เก็บแพ็กเกจ tweak deb ไว้จนกว่า Springboard จะรีสตาร์ท หากคุณต้องการดาวน์โหลดการปรับแต่งลงในคอมพิวเตอร์ของคุณ คุณสามารถดาวน์โหลดได้จากที่นี่ นอกจากนี้ ในระหว่างการติดตั้ง การปรับแต่งมักจะสร้างไดเร็กทอรีเพิ่มเติมเพื่อจัดเก็บข้อมูลของตนเอง โดยปกติแล้วไดเร็กทอรีดังกล่าวจะกล่าวถึงในเอกสารประกอบของการปรับแต่ง

โปรแกรมสำหรับการทำงานกับ FS ของอุปกรณ์โดยตรง

มีหลายโปรแกรมสำหรับการทำงานกับ FS ของอุปกรณ์หลังจากการเจลเบรค

• iTools เป็นโปรแกรมสำหรับ Mac และ Windows ที่ช่วยให้คุณสามารถเพิ่มและลบไฟล์ลงในระบบไฟล์ได้ นี่คือจุดที่ฟังก์ชั่นของมันสิ้นสุดลง ข้อได้เปรียบสำหรับหลาย ๆ คนอาจเป็นแถบบุ๊กมาร์กทางด้านซ้ายของหน้าต่างดู FS ซึ่งคุณสามารถค้นหาโปรแกรม ปรับแต่ง เสียงเรียกเข้า หรือวอลเปเปอร์ของอุปกรณ์ได้
• iFunBox - มีคุณสมบัติมากมายมากขึ้น ด้วยความช่วยเหลือนี้ คุณสามารถสร้างไดเร็กทอรี ลบ เปลี่ยนชื่อไฟล์ หรือส่งออกไปยังพีซีได้ สิ่งเดียวที่น่าประหลาดใจคือการขาดการค้นหาใน FS
• Filza File Manager - ช่วยให้คุณดูข้อมูลเมตาของไฟล์บนอุปกรณ์โดยตรง เปลี่ยนชื่อ ย้าย ลบ และเปิดไฟล์หลายประเภท มีการค้นหาโฟลเดอร์ในตัวและ การทำงานพร้อมกันที่มีหลายไฟล์
• iFile เหนือกว่า Filza ในหลาย ๆ ด้าน ตัวจัดการไฟล์- โอกาสบางอย่างจะมีให้หลังจากชำระเงินแล้วเท่านั้น เวอร์ชันเต็มอย่างไรก็ตามอินเทอร์เฟซในยูทิลิตี้นั้นสะดวกและเข้าใจได้ง่ายกว่า

แน่นอนคุณสามารถทำงานกับระบบไฟล์ได้โดยใช้เทอร์มินัล มี การสนับสนุนอย่างเต็มที่คำสั่ง UNIX เพื่อให้การจัดการ FS รวดเร็วและสะดวกมาก

ไดเรกทอรีแอปพลิเคชันและแซนด์บ็อกซ์

ความต่อเนื่องมีให้เฉพาะสมาชิกเท่านั้น

ตัวเลือก 1. สมัครสมาชิก Hacker เพื่ออ่านเนื้อหาทั้งหมดบนเว็บไซต์

การสมัครสมาชิกจะช่วยให้คุณสามารถอ่านเนื้อหาที่ต้องชำระเงินทั้งหมดบนเว็บไซต์ภายในระยะเวลาที่กำหนด