Sự khác nhau giữa / dev / sda và / dev / sda1


16

Tôi biết rằng / dev / sda là thiết bị thô và / dev / sda1 là phân vùng hoặc thiết bị ảo.

Nhưng tôi hơi bối rối về lý do tại sao sda # chỉ xuất hiện một số thời gian, hoặc chỉ trên một số hệ thống nhất định. Điều gì gây ra điều này xảy ra? Có lẽ thời gian các ổ đĩa sda # không xuất hiện là khi nó không được phân chia? Hoặc có lẽ nó không giống nhau trên phần cứng?

Và tại sao tôi có thể gắn kết cả hai? (đôi khi) Không phải phân vùng là một mountable?

Bất kỳ tài nguyên hoặc màu sắc bạn có thể cung cấp sẽ được đánh giá rất cao. Cảm ơn bạn trước.


1
"Và tại sao tôi có thể gắn kết cả hai?" [cần dẫn nguồn]
Ignacio Vazquez-Abrams

1
@ IgnacioVazquez-Abrams: Tôi không thực sự có một trích dẫn. Tôi đã gắn cả hai vào một hộp Debian và tôi có thể viết và đọc cho cả hai. Không biết tại sao. Không thực sự là một anh chàng phần cứng hay sysadmin, đó là lý do tại sao tôi yêu cầu làm rõ. Cảm ơn một lần nữa để mọi người giúp đỡ!
mồi nhử

Câu trả lời:


19

Trên một hệ thống hiện đại, một thiết bị phân vùng sẽ chỉ xuất hiện nếu phân vùng thực sự tồn tại.

Trên đĩa có bảng phân vùng MBR, các phân vùng số 1 đến 4 tương ứng với bốn vị trí trong bảng phân vùng, được gọi là phân vùng "chính". Chúng không phải được điền liên tục, vì vậy, ví dụ, có thể có sda2 nhưng không có sda1. Số phân vùng 5 trở lên tương ứng với "ổ đĩa logic" trong phân vùng mở rộng và chúng luôn được đánh số liên tục, do đó bạn không thể có sda6 mà không có sda5.

Trên một đĩa có bảng phân vùng GPT, có thể có nhiều phân vùng khác (thường lên tới 128) và tất cả đều là "chính". Vì vậy, bạn có thể có một đĩa có phân vùng duy nhất là sda9, ví dụ.

Nếu đĩa không có bảng phân vùng, thì dĩ nhiên nó sẽ không có thiết bị phân vùng.

Các hệ thống cũ hơn - những hệ thống sử dụng tĩnh / dev thay vì được quản lý bởi udev - thường sẽ có các nút thiết bị cho tất cả các số phân vùng có thể, bất kể các phân vùng có thực sự tồn tại hay không. (Tất nhiên, cố gắng mở tệp thiết bị cho phân vùng không tồn tại sẽ thất bại.)


Có thể từ bỏ phân vùng và đặt một hệ thống tập tin trực tiếp vào đĩa. Khi bạn gắn thiết bị khối, trình điều khiển hệ thống tệp thường tìm siêu khối ở phần bù được xác định trước từ đầu thiết bị và do phần đầu của phân vùng không phải là phần đầu của đĩa, siêu khối cho hệ thống tệp trong phân vùng được đặt tại một vị trí khác trên đĩa so với siêu khối cho một hệ thống tệp được tạo trên thiết bị "toàn đĩa".

Vì vậy, nếu đĩa được sử dụng chỉ có một hệ thống tập tin, và sau đó nó được phân vùng và một hệ thống tập tin được tạo trong một phân vùng, siêu khối cũ vẫn có thể ở đó, ví dụ như trong khoảng trống nhỏ trước khi bắt đầu phân vùng đầu tiên. Vì vậy, đĩa vẫn xuất hiện một hệ thống tệp trên cả thiết bị đĩa thô và trên thiết bị phân vùng, bởi vì bất kỳ cái nào bạn cố gắng gắn kết, khi trình điều khiển hệ thống tệp tìm kiếm siêu khối nó sẽ tìm thấy.

Tuy nhiên, nó không thực sự an toàn để gắn kết và sử dụng cả hai hệ thống tập tin, vì chúng trùng nhau trên đĩa. Một người có thể có dữ liệu kế toán quan trọng trong những gì người kia nghĩ là không gian trống. Đó là lý do tại sao không nên bắt đầu thiết bị chặn, để loại bỏ bất kỳ siêu khóa không mong muốn nào, khi bạn muốn thay đổi đĩa thô thành ổ đĩa được phân vùng hoặc ngược lại hoặc thay đổi loại hệ thống tệp được sử dụng trên phân vùng, v.v. .


6

Theo như tôi biết, khi nhân phát hiện một thiết bị khối mới trên xe buýt giống như scsi (bao gồm cả sata), ngoài việc thêm một nút vào /devcho toàn bộ đĩa, ví dụ: /dev/sdanó sẽ cố gắng xem liệu có bảng phân vùng không . Nếu có các phân vùng có thể đọc được, thì nó sẽ tạo các nút phân vùng được đánh số tùy thuộc vào việc chúng là phân vùng vật lý hay logic (tôi tin rằng các phân vùng logic bắt đầu ở # 5).

Nếu bạn thấy một nút đĩa nhưng không có nút phân vùng, điều này có nghĩa là không có bất kỳ phân vùng nào được phát hiện. Tôi không biết về bất kỳ trường hợp nào bạn có thể gắn thiết bị vật lý, vì điều đó có nghĩa là có một hệ thống tệp được ghi trực tiếp vào thiết bị vật lý mà không có bất kỳ bảng phân vùng nào. Có thể là trong trường hợp chỉ có một mệnh đề duy nhất, mountsẽ diễn giải một mount /dev/sdamệnh lệnh là ý nghĩa /dev/sda1, nhưng tôi chưa bao giờ thử nghiệm điều này.


2
Bạn có thể có một hệ thống tập tin trực tiếp trên đĩa mà không cần bảng phân vùng. (Một thiết bị di động được cấu hình như vậy đôi khi được gọi là một "superfloppy", từ đĩa mềm thường không được phân chia.)
Wyzard --Stop hại Monica--

Điểm tuyệt vời. Tôi có một bộ nhớ mờ khi gắn ổ USB vào máy tính xách tay và có thể gắn kết /dev/sdcnhưng không chắc là tôi có làm được không.
triển

3

/ dev / sda - thiết bị thô

/ dev / sda1 - thiết bị 'ảo', giống như một phân vùng.

Một điểm khác biệt thú vị là nếu một thiết bị có phân vùng (có dữ liệu MBR hoặc giống nhau), bạn không thể đọc dữ liệu MBR từ bất kỳ thiết bị ảo nào, vì dữ liệu MBR nằm bên ngoài bất kỳ phân vùng nào trên thiết bị. MBR nằm trong khu vực đầu tiên của thiết bị (CHS: 0 0 1). Có một cách thực hành tốt để tạo phân vùng đầu tiên ở 1MiB sau khi bắt đầu thiết bị.

Để đọc dữ liệu MBR, bạn phải sử dụng thiết bị thô (/ dev / sda), nghĩa là:

dd if=/dev/sda of=mbr.bin bs=512 count=1

0

Ah, bảng phân vùng và tên thiết bị. Hãy sẵn sàng để bị nhầm lẫn với họ.

Có máy chủ HP với bộ điều khiển RAID Compaq của họ không? Không / dev / sda, nói xin chào với / dev / ccsis.

Có một máy tính để bàn cũ với giao diện IDE cũ? Không / dev / sda, nói xin chào với / dev / hda.

Có một máy chủ hiện đại cho biết bạn / dev / sda nhưng sau khi cài đặt, bạn khó có thể nhìn thấy nó? Nói xin chào với LVM, cài đặt hệ điều hành của bạn đã biến / dev / sda của bạn thành âm lượng vật lý LVM, tạo một nhóm âm lượng bên trong nó và một khối hợp lý bên trong đó.

Vì vậy, ... nếu bạn không thấy bất cứ điều gì như / dev / sda1, bạn có thể có LVM hoặc tương tự đang sử dụng, điều này đã tạo ra "sự chia rẽ" của riêng nó.

Liệu nó có trả lời cho câu hỏi của bạn không?

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.