fdisk - tôi cần nó hay tôi có thể tạo một hệ thống tập tin trực tiếp không?


9

Tôi đọc về fdisk có thể tạo phân vùng / đó là chia một đĩa vật lý thành nhiều phân vùng hợp lý.

Nếu tôi có ý định sử dụng toàn bộ đĩa, thì nó vẫn cần thiết cho tôi

1) để fdisk và tạo một phân vùng chính chiếm kích thước của toàn bộ đĩa hoặc

2) tôi chỉ có thể tiếp tục và mkfs.ext4 mà không cần thực hiện bất kỳ fdisk nào?

3) Và tại sao ->

Đã chỉnh sửa -> Sau khi đọc tất cả các nhận xét (của một số có và không), tôi nghĩ rằng sẽ tốt nếu ai đó có thể chỉ cho tôi về những gì thực sự fdisk làm? để tôi có thể hiểu thêm về lý do tại sao chúng ta thực sự cần nó so với nếu chúng ta không.

Tôi đã thử googling xung quanh nhưng hầu hết các trang web đều dạy bạn cách fdisk, nhưng không phải tại sao (hoặc hầu hết lý do là để tạo hệ thống khởi động kép), nhưng tôi muốn biết tại sao nó cần ngay cả cho một phân vùng.

Tôi cũng đã thử trực tiếp mkfs trên đĩa và gắn nó để lưu trữ dữ liệu và tệp (dường như không có vấn đề gì) - vì vậy điều này khiến tôi càng tò mò hơn về những gì fdisk thực sự làm với đĩa lưu trữ.

Câu trả lời:


5

Không, bạn không cần nó. Đĩa và hệ thống tập tin của bạn sẽ hoạt động tốt mà không cần bảng phân vùng. Một số BSD cũ thậm chí đã làm điều này theo mặc định nếu bạn chọn chuyên dụng nguy hiểm .

Tuy nhiên nó rất được khuyến khích vì lý do tương thích.


Hơi dài dòng hơn:

Bạn có thể chạy mkfs.ext4 trực tiếp trên / dev / sdb. Điều đó sẽ làm việc. Sau đó bạn có thể gắn kết mà không có vấn đề. ( mkfs.ext4 -F -F /dev/sdb).

Bạn có thể thiết lập một đĩa khởi động theo cách này. Nó vẫn sẽ yêu cầu một số mã để khởi động. Điều đó có nghĩa là bạn cần phải bỏ qua bit đầu tiên của đĩa. (ví dụ, không gian được MBR sử dụng một cách cổ điển và một số lĩnh vực truyền thống ngoài nó). Về mặt kỹ thuật vẫn không sử dụng MBR, mặc dù bạn mất không gian tương đương.

Đối với bất kỳ thiết lập hiện đại nào, tuy nhiên, một vài lĩnh vực là một phần rất nhỏ của dung lượng ổ đĩa. Tôi khuyên bạn nên sử dụng GPT (hoặc trên các hệ thống cổ MBR). Nhưng bạn có thể làm mà không cần.


Dường như mkfs.ext4 lấy tham số -F để buộc tạo hệ thống tập tin ngay cả khi nó xuất hiện mục tiêu không phải là phân vùng hoặc ngay cả khi thiết bị đích dường như được gắn kết! Tôi nghĩ rằng điều này chỉ ra những rủi ro cố hữu khi làm như vậy ...
David W

Đã đồng ý. Và "tùy chọn này phải được chỉ định hai lần" là một biện pháp phòng ngừa thứ cấp.
Hennes

@Hennes tôi đã cập nhật bài viết gốc của mình, hy vọng bạn hãy xem
Noob

1
So sánh fdisk để viết một chỉ mục cho một cuốn sách. Mọi người mong đợi một chỉ số và bị lẫn lộn khi không có. Một cuốn sách không có mục lục và với một câu chuyện / chương duy nhất vẫn hoạt động.
Hennes

1

Bạn cần tạo một bảng phân vùng ngay cả khi bạn sẽ sử dụng toàn bộ đĩa vật lý. Hãy nghĩ về bảng phân vùng là "mục lục" cho các hệ thống tệp, xác định vị trí bắt đầu và dừng của từng phân vùng cũng như hệ thống tệp được sử dụng cho nó.


ngay cả khi tôi có ý định sử dụng bộ lưu trữ như một thiết bị thô? tôi vẫn cần fdisk không? tôi đọc về phân vùng tạo fdisk, nhưng tôi không hiểu tại sao lại cần thiết
Noob

1
Nếu tôi đưa cho bạn một đĩa chỉ có byte thô trên đó và không có thông tin nào khác, bạn sẽ giải thích nó như thế nào để lấy dữ liệu ra khỏi nó? Bạn không thể. Đó là một sự đơn giản hóa, nhưng đó là những gì một bảng phân vùng làm. Nó nói "Đây là nơi dữ liệu được lưu trữ trên đĩa (bắt đầu / dừng vị trí / hình trụ / rãnh) và đây là cách tổ chức (hệ thống tệp)"
David W

Trên thực tế, bạn có thể. Lấy một cái đĩa mềm. Chúng tôi giả sử một phân vùng / khối lượng. Chúng tôi chỉ định hệ thống tập tin được sử dụng (vì chúng tôi không có MBR để cho chúng tôi biết những gì được sử dụng, chúng tôi cần chỉ định thủ công hoặc nhập nó vào / etc / fstab) và đọc thông tin cho các tập tin. Ví dụ cổ điển: Floppies và FAT12.
Hennes

1
Không có thông tin nào trong bảng phân vùng tiêu chuẩn không hoặc có thể dễ dàng thực hiện trong bản ghi khởi động âm lượng của hệ thống tệp. Bất kỳ sự phụ thuộc của phần mềm vào bảng MBR / phân vùng để nhận biết và / hoặc khởi động đúng cách từ một hệ thống tệp là hoàn toàn nhân tạo.
kreemoweet

1
Không, bạn không cần bảng phân vùng và không, loại hệ thống tệp như được chỉ định trong bảng phân vùng bị bỏ qua. Thay vào đó, các chuỗi byte được xác định rõ (sử dụng ma thuật trực tuyến) được sử dụng để xác định loại hệ thống tập tin. Nếu bạn muốn khởi động từ đĩa, tất nhiên đó là một điều khác.
Daniel B

0

Bạn có thể tạo một hệ thống tập tin trên một ổ đĩa trống, nhưng nó hiếm khi hoạt động. Một số ổ đĩa được tổ chức như vậy. Nhưng đối với ổ cứng bạn không muốn.

Nếu nó sẽ là ổ đĩa chính / duy nhất của bạn, nó sẽ không thể khởi động được nếu bạn tạo nó như vậy. Những gì BIOS làm là đọc khu vực đầu tiên của ổ đĩa và thực thi nó (hay còn gọi là byte đầu tiên). Bạn có thực sự không thực hiện siêu dữ liệu hệ thống tập tin? May mắn là bạn sẽ không, vì BIOS chứa failafe - hai byte cuối cùng của khu vực đó cần phải là 0x55 0xaa để BIOS coi ổ đĩa là khả năng khởi động. Và bạn có một hệ thống UEFI thậm chí còn tệ hơn, vì UEFI yêu cầu phân vùng FAT riêng biệt để hoạt động.

Nếu đó sẽ là ổ cứng thứ cấp của bạn, điều này có thể hoạt động nhưng vẫn không được khuyến khích - không có tự động phát hiện sẽ hoạt động, hầu hết các công cụ sẽ cho bạn biết ổ đĩa không được định dạng và yêu cầu phân vùng (sẽ phá hủy dữ liệu của bạn).

Sau đó, một lần nữa nó đôi khi có thể làm như vậy, nhưng theo một cách rất hackish, đòi hỏi kiến thức phức tạp của nhiều hệ thống tập tin tổ chức trên đĩa. Tôi đã từng thấy một mô tả về một hình ảnh có thể được ghi vào CD có thể khởi động, vào ổ USB có thể khởi động hoặc thậm chí được khởi động bởi các máy Mac cũ hơn, nhưng đây là ở mức độ 'Nếu tôi đặt chiều dài hệ thống tệp thành xxx, khi nó được thực thi bởi một kiến ​​trúc khác, nó chạy như một so sánh đăng ký vô hại '.


Thông tin mở rộng về ví dụ về ổ đĩa: Nó cũng được sử dụng trên đĩa mềm và ổ đĩa không có MBR, nơi thường được gọi là 'định dạng siêu mềm'.
Hennes

@Torinthiel, tôi đã cập nhật bài viết gốc của mình, hy vọng bạn hãy xem
Noob

-1

Ngay cả khi bạn có ý định sử dụng toàn bộ đĩa, nó vẫn sẽ phải được phân vùng. Trong trường hợp này với một phân vùng lớn như chính đĩa (hầu như, ít nhất. Bảng phân vùng chiếm một số không gian. Xem bên dưới để biết chi tiết về điều này).

Khi tôi giới thiệu cho mọi người khái niệm về phân vùng và hệ thống tập tin cho những người thường chỉ nghĩ về "ổ cứng, trống so với đầy đủ" là: Ổ cứng là tòa nhà, trong khi phân vùng là phòng thực tế. Bạn định dạng phân vùng với một hệ thống tập tin cụ thể, sau đó làm cho nó có thể sử dụng được và trong tương tự tòa nhà, điều này tương ứng với việc khai báo một loại phòng, chẳng hạn như nhà bếp và phòng ngủ (Nói cách khác, cách sử dụng nó).

Bây giờ, để quay lại câu hỏi ban đầu của bạn, bạn không thể đặt hệ thống tệp vào ổ đĩa chưa được phân vùng, vì bảng phân vùng (512 byte đầu tiên của ổ đĩa) chứa thông tin về nơi có thể tìm thấy ổ đĩa vật lý. Để bạn có một hệ thống tệp, nó sẽ phải bắt đầu ở đâu đó mà bảng phân vùng có thể tham chiếu và nó không thể tham chiếu một hệ thống tệp không có không gian xác định, tức là phân vùng.

Và nếu chúng ta đặt bảng phân vùng trong tương tự tòa nhà, tôi đoán điều đó sẽ tương ứng với một bản thiết kế của tòa nhà.

Cập nhật phản ánh chỉnh sửa câu hỏi của bạn: Những gì fdisk làm là cho phép bạn chọn một số khía cạnh nhất định của phân vùng, chẳng hạn như kích thước, loại và vị trí thực tế, như tôi chắc chắn bạn đã biết. Những gì fdisk sau đó làm là dịch chúng thành một mục bảng phân vùng. Về cơ bản, nó nhận thấy rằng bảng phân vùng được cập nhật với một "danh sách" tất cả các phân vùng trên đĩa, mỗi mục trong danh sách cho biết phân vùng nào có thể được tìm thấy ở đâu và loại nào. Điều này là để một hệ điều hành biết nơi truy cập dữ liệu trên các phân vùng.


1
Không. Nó không cần phải như vậy. Tôi đã sử dụng mà không có. Nó vẫn rất được khuyến khích mặc dù, nhưng bạn có thể làm mà không cần.
Hennes

@Jarmund tôi đã cập nhật bài viết gốc của mình, hy vọng bạn hãy xem
Noob
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.