06:46 ICT Thứ bảy, 27/11/2021

Thống kê truy cập

Hôm nayHôm nay : 116

Tháng hiện tạiTháng hiện tại : 13322

Tổng lượt truy cậpTổng lượt truy cập : 969774

Chuyên mục Công nghệ

Trang chủ » News » Thủ thuật máy tính

Unix / Linux phân vùng đĩa Hướng dẫn

Thứ bảy - 27/09/2014

Viết bởi pollock@acm.org

Bối cảnh

Một trong những quyết định quan trọng nhất khi cài đặt Unix hay Linux là làm thế nào để tốt nhất sử dụng không gian đĩa hạn chế. Ngay cả với các ổ đĩa cứng ngày nay lớn, máy chủ với hàng trăm GB hình ảnh, video, âm thanh, cơ sở dữ liệu, và các dữ liệu khác là phổ biến. Máy đa người dùng có thể cần được bảo vệ như các phân vùng chỉ đọc, hạn ngạch đĩa, vv

Lưu ý rằng trong tài liệu này, tôi thường nói khi phân vùng về mặt kỹ thuật tôi có nghĩa là "tập tin hệ thống trong một phân vùng hoặc lát". Các hệ thống Unix truyền thống sử dụng lát, tương tự như các phân vùng đĩa DOS. Mỗi lát chứa một hệ thống tập tin, giống như hệ điều hành khác es đặt hệ thống tập tin vào phân vùng. Trong thế giới Unix phân vùng điều khoản và lát được không may sử dụng không nhất quán và đôi khi lẫn lộn. Về mặt kỹ thuật nên sử dụng một khối lượng lưu trữ hạn thay thế.

Có nhiều lý do cho một phân vùng đĩa cứng dung lượng lớn thành nhiều phân vùng nhỏ hơn. Đối với người dùng gia đình với một đĩa đơn nhỏ-ish (đĩa lớn ngày nay là những người nhỏ ngày mai), một phân vùng Linux duy nhất (cộng với trao đổi, và có thể một cho Windows trong một hệ thống dual-boot) có thể là một lựa chọn hợp lý. Nhưng nhiều phân vùng cung cấp các lợi ích an toàn và hiệu suất bổ sung, vì vậy tôi luôn luôn thích để tạo ra nhiều phân vùng.

Cho đến khoảng năm 2008, có rất ít để đạt được bằng cách không sử dụng một bố cục tiêu chuẩn. Tuy nhiên hệ thống hiện đại bây giờ hỗ trợ nhiều tính năng "mỗi hệ thống tập tin", bao gồm cả an ninh và mạnh mẽ liên quan mount các tùy chọn như ngăn ngừa SUID (hoặc thậm chí thực thi) trên hệ thống tập tin dữ liệu duy nhất. Ngày nay có rất ít để đạt được bằng cách hạn chế số lượng các hệ thống tập tin bạn tạo ra để 5 hoặc hơn, chỉ đơn thuần là để đáp ứng một giới hạn lịch sử. Sử dụng quản lý khối lượng hợp lý, có thể tạo ra nhiều hệ thống tập tin là có ý nghĩa trong một tình huống nhất định.

Hệ thống tiêu chuẩn Unix truyền thống được giới hạn 8 "lát" cho mỗi đĩa, một số trong đó có sử dụng được xác định trước. Vì vậy, Unix và Solaris bố trí đĩa tiêu chuẩn cho nhiều năm làm việc xung quanh giới hạn này bằng cách sử dụng thực hành tốt nhất mà không cần nhiều hơn nữa. Tuy nhiên các hệ thống Unix hiện đại (bao gồm Solaris 10) cho phép một hình thức quản lý khối lượng hợp lý, hoặc là với ZFS hồ bơi hoặc sử dụng Solaris quản lý khối (SVM). Vì vậy, bạn không nên sợ để xác định hệ thống tập tin bổ sung nếu họ làm có ý nghĩa.

Tất nhiên chỉ vì bạn có thể phân vùng đĩa không có nghĩa là bạn nên! Các phân vùng khác bạn tạo ra, càng có để quản lý. Nếu bạn đoán sai về không gian cần thiết, bạn có thể phải sau đó phát triển một phân vùng (không phải là vấn đề lớn nó được sử dụng). Vì vậy, bạn không nên thực hiện phân vùng thêm trừ khi bạn xem xét các công việc phụ họ tạo ra được giá trị bảo vệ bổ sung mà họ cung cấp.

Dưới đây là một số lý do để tạo ra các phân vùng thêm. Nếu bạn chọn không làm theo một số bố trí đĩa tiêu chuẩn nhà cung cấp đề nghị, xem những người này áp dụng đối với trường hợp của bạn để quyết định phân vùng để tạo ra:

  • Nếu phân vùng gốc chạy ra khỏi không gian hệ thống sẽ sụp đổ. Nếu một số phân vùng root không chạy ra khỏi không gian, hệ thống còn lại và các SA có thể đăng nhập và sửa chữa mọi thứ. Vì vậy, các thư mục như /home , /tmp , và /var người dùng có thể dễ dàng đầy tải, email, vv, là ứng cử viên chính cho phân vùng thêm. Vì vậy, bất kỳ thư mục khác có thể phát triển (thư mục upload FTP, file cơ sở dữ liệu, vv).
  • Nếu phân vùng chứa các file log chạy ra khỏi không gian, hệ thống sẽ không thể viết bất kỳ tin nhắn đăng nhập mà có thể giúp một SA để xác định những gì đã đi sai. Mặt khác một số lỗi nhanh chóng theo định kỳ (hoặc tấn công) có thể gây ra các tập tin log để phát triển rất lớn rất nhanh, làm đầy các phân vùng chứa chúng. Vì vậy, các thư mục chứa các file log, (thường là /var/log ), là một lựa chọn tốt cho một phân vùng riêng.
  • Các bộ phận của hệ thống tập tin có thể cần phải được nhân đôi hoặc nhân đôi. Nhiều công cụ phần mềm tồn tại có thể làm điều này (như "ma"), nhưng họ làm việc trên toàn bộ các phân vùng. (Có các công cụ khác mà không có hạn chế đó, nhưng họ ít phổ biến hơn). Ứng cử viên tốt để phản ánh bao gồm một trang web, hoặc các thư mục chứa các tập tin của một cơ sở dữ liệu.
  • Các bộ phận của hệ thống có thể được chia sẻ (sử dụng Samba hoặc NFS). Trong khi các hệ thống hiện đại cho phép chia sẻ một phần của một phân vùng (có nghĩa là, một số thư mục và tất cả các nội dung của nó), an ninh có thể khó thực thi. Nó thường làm việc tốt hơn để chia sẻ toàn bộ hệ thống tập tin.
  • Hạn ngạch đĩa được gán cho mỗi người dùng mỗi phân vùng. Vì vậy, để thiết lập và kiểm soát hạn ngạch đĩa, bạn phải lập kế hoạch phân vùng của bạn. (Ví dụ, sinh viên chiếm trên máy chủ YborStudent có hạn ngạch kích thước khác nhau cho sinh viên, cho mỗi /home , /var , và /tmp .)
  • Phân vùng đĩa có thể được gắn kết như là chỉ đọc. Trên một máy chủ web sản xuất ví dụ, hầu hết các hệ thống này là tĩnh và có thể được gắn kết như là chỉ đọc. (Đăng nhập tập tin có thể được tạo ra trên một máy chủ đăng nhập riêng biệt.) Một số bộ phận của hệ thống phải được đọc / ghi vào chức năng, nhưng có an ninh và thực hiện lợi ích tuyệt vời để lắp càng nhiều càng tốt như là chỉ đọc. (Một ví dụ khác là /usr/share ). Bên cạnh đó chỉ đọc, còn có những mount cung cấp tùy chọn bảo mật bổ sung: nodev , nosuid , noexec , acl , và những người khác. Tùy chọn gắn thêm có thể tăng hiệu suất như noatime .
  • Nhiều công cụ sao lưu tiêu chuẩn làm việc trên một cơ sở cho mỗi hệ thống tập tin (ví dụ, *dump ). Sao lưu trải dài trên hai hoặc nhiều băng (hoặc phương tiện truyền thông khác) có thể có vấn đề. Đối với một điều, nếu bạn chỉ có một ổ băng duy nhất bạn không thể tự động sao lưu như một con người phải có mặt ở đó để thay đổi băng. Đó là giá trị xem xét làm đủ các phân vùng để mỗi một là đủ nhỏ để phù hợp vào một băng sao lưu duy nhất.
  • Ngay cả hệ thống tập tin nhật ký đôi khi cần phải được kiểm tra với fsck . Nếu ổ đĩa của bạn là lớn, nó có thể mất nhiều phút hoặc lâu hơn để chạy fsck , mà sẽ chạy tự động tất cả vì vậy thường xuyên. (Người ta ước tính rằng một đầy đủ, tối đa kích thước ext4 hệ thống tập tin sẽ mất 119 năm để chạy fsck với tốc độ hiện nay!) bởi phân vùng một ổ đĩa lớn thành các phân vùng nhỏ, SA có thể tách rời khi kiểm tra như vậy được thực hiện, vì vậy chỉ một phần nhỏ của đĩa là (một cách hợp lý một cách nhanh chóng) quét tại một thời điểm. Điều này làm giảm đáng kể thời gian cần thiết để khởi động lại sau một vụ tai nạn hệ thống.
  • Các xi-lanh bên ngoài của một đĩa quay nhanh hơn so với những người bên trong. Có thể có một sự khác biệt hiệu suất đo lường được. Bạn có thể đặt các phân vùng nặng nề nhất được sử dụng trên các xi lanh nhanh hơn và hệ thống tập tin được sử dụng ít nhất là trên những người chậm hơn. Đối với một người sử dụng nhà, phân vùng gốc và gia đình được sử dụng nhiều nhất, nhưng đối với một máy chủ cơ sở dữ liệu / web / mail, phân vùng tổ chức các dữ liệu thường. Hoán đổi có thể được sử dụng nhiều hoặc không được sử dụng ở tất cả, vì vậy nó có thể thuộc về một trong hai bên ngoài hoặc bên trong xi lanh của một đĩa. (Ở giữa một đĩa cũng được đề nghị khi trao đổi rất nhiều, do đó người đứng đầu không có như xa để đi du lịch. Tất nhiên nó hoạt động tốt hơn để đặt các phân vùng trao đổi trên một đĩa riêng.)
  • Bo mạch chủ trước có một hạn chế về nơi trên một đĩa một phân vùng khởi động có thể được đặt (và lớn như thế nào nó có thể được). Điều này là do phiên bản BIOS cũ sử dụng mười bit để nắm giữ số lượng xi lanh bắt đầu của bất kỳ phân vùng khởi động, có nghĩa là nó phải được đặt trong 1024 trụ đầu hoặc bạn không thể khởi động từ nó. Trong khi không phải là một vấn đề với phần cứng hiện đại, nó đã được phổ biến cho các hệ thống cũ với các ổ đĩa cứng dung lượng lớn có nhỏ /boot phân vùng để tổ chức vài các tập tin cần thiết để khởi động hệ thống, nằm ​​gần đầu của đĩa. Điều này sẽ bao gồm các hạt nhân chính nó và tập tin cấu hình bộ nạp khởi động (ví dụ như grub.cfg ) giữa những người khác. Nhiều bản phân phối Linux chuẩn tạo /boot phân vùng "chỉ trong trường hợp" của phần cứng cũ hơn. Một số bản phân phối Unix tạo ra một /kernel hoặc /standalone phân vùng vì những lý do tương tự.
  • Phân vùng khởi động phải có thể đọc được bởi hệ thống BIOS. Nếu phân vùng khởi động cũng là phân vùng gốc sau đó toàn bộ các phân vùng gốc phải được đọc bởi BIOS. Điều này có nghĩa là bạn bị hạn chế như các loại hệ thống tập tin bạn sử dụng; LVM không có ví dụ. Thay vào đó một phân vùng khởi động nhỏ được sử dụng (thường <200 MB). Sau đó, phân vùng gốc không cần phải đọc được bởi BIOS, chỉ bởi hạt nhân.

    Một riêng biệt /boot phân vùng có thể cần thiết trên hệ thống hiện đại quá. Điều này là do sự không tương thích giữa một số hệ thống BIOS dựa trên phần mềm khởi động và hiện đại EFI.

  • Bootloader hiện đại sử dụng EFI với một chế độ thi đua BIOS, nhưng bo mạch chủ dựa trên BIOS cũ có thể yêu cầu thêm một phân vùng khởi động BIOS để làm việc với các ổ đĩa GPT. Phân vùng khởi động BIOS có một số loại phân vùng của 0xFE02 (với gdisk ), thường là 1 MiB về kích thước, và không cần phải được định dạng (hoặc chỉ định một điểm gắn kết).
  • Đĩa EFI / GPT hiện đại đòi hỏi một phân vùng riêng biệt, thường được tạo ra tự động khi cần thiết. Phân vùng này được gọi là hệ thống phân vùng EFI (hay ESP). ESP giữ bootloader khác nhau, trình điều khiển, và các file khác. Các tiêu chuẩn EFI nói ESP nên được định dạng là FAT32, nhưng tôi nghĩ rằng trên một hệ thống không khởi động kép, bất kỳ loại hệ điều hành hỗ trợ sẽ làm việc. (Một số hệ thống không bận tâm tạo ESP theo mặc định, và chỉ sử dụng một lớn hơn /boot phân vùng.) Tùy thuộc vào bao nhiêu bộ tải khởi động, trình điều khiển đĩa tùy chỉnh, và phần mềm EFI khác bạn có kế hoạch có, phân vùng này phải có ít nhất 100 MiB ; 300 MiB trên đa khởi động hoặc hệ thống thử nghiệm sẽ là tốt.

Một số lý do để không phân vùng đĩa bao gồm:

  • Các thư mục /bin , /lib/etc nên không bao giờ có phân vùng riêng biệt! Vào lúc khởi động, chỉ / được đặt ban đầu. Các init chương trình cần truy cập các tập tin trong /etc và các kịch bản khởi động cần truy cập vào các lệnh trong /bin , có thể phụ thuộc vào các tập tin trong /lib . Các mô-đun hạt nhân cần thiết để hoàn tất quá trình khởi động cũng được lưu giữ trong /lib .

    Bắt đầu với Fedora 17, phần lớn các tác phẩm lịch sử được tìm thấy trong phân vùng gốc đang được tìm thấy trong /usr thay thế. (Rõ ràng, Red Hat muốn làm lại các tiêu chuẩn phân cấp hệ thống tập tin.) Vì vậy, /bin , /lib , và thư mục khác bây giờ chỉ là liên kết tượng trưng cho /usr/bin , /usr/lib , vv Trên các hệ thống như vậy, các phân vùng gốc có thể được nhỏ hơn và /usr phải được thực hiện lớn hơn. Nó có lẽ là tốt nhất về hệ thống như vậy chỉ đơn giản là không làm cho /usr một phân vùng riêng.

  • Một vài lệnh trong /bin yêu cầu DLL s (" .so "hoặc các tập tin đối tượng chia sẻ) để làm việc. Những DLL s thường được tìm thấy trong /lib , nhưng nhiều người được lưu giữ trong /usr/lib . Vì vậy, một số lệnh sẽ không làm việc vào lúc khởi động nếu /usr là một phân vùng riêng biệt. Trên các hệ thống gần đây, hệ thống sẽ không khởi động nếu /usr là không có sẵn! Trong /bin , bạn có thể tìm thấy (trên hệ thống cũ) một số tĩnh 1 phiên bản của các lệnh quan trọng hơn (các thiết lập chính xác và vị trí khác nhau với hương vị của Unix).
  • Solaris 10 và các phiên bản cũ có nhiều hạn chế về những gì có thể là một phân vùng riêng biệt. Một số những hạn chế này bao gồm không có khả năng khởi động, cài đặt, vá, hoặc sử dụng nâng cấp trực tiếp trong một số trường hợp. Bạn phải kiểm tra rất cẩn thận rằng mô hình phân vùng mới của bạn sẽ không phá vỡ hệ thống.
  • Đối với hệ thống máy chủ sản xuất, có những thực tiễn tốt nhất đã được chứng minh thành công cho các kịch bản phổ biến nhất. Bạn cần một lý do mạnh mẽ để sử dụng một bố trí đĩa phi tiêu chuẩn cho bất kỳ tình huống phổ biến: máy chủ web, máy chủ email, vv Hãy chắc chắn an ninh, quản lý và lợi ích hiệu suất lớn hơn công việc thêm một bố trí đĩa phi tiêu chuẩn tạo ra. (Hãy tưởng tượng mình thư giãn trên những bãi cát ấm áp của một hòn đảo nhiệt đới khi kỳ nghỉ của bạn bị gián đoạn bởi "tạm thời" quản trị hệ thống không thể tìm ra máy chủ của bạn.)

Khi điều Go sai

Một vấn đề với việc có nhiều phân vùng là bạn có thể chạy ra khỏi không gian trên một phân vùng trong khi người khác có công suất dư thừa. Khi kế hoạch phân vùng không bạn có thể phải tạo ra một kế hoạch mới, sao lưu tất cả dữ liệu hiện có trong kho lưu trữ, định dạng lại ổ đĩa, và khôi phục lại tất cả các dữ liệu. Rõ ràng điều này nên tránh nếu có thể. (Công cụ phân vùng mới hơn như một live CD cho gparted làm cho nó dễ dàng hơn để sửa đổi bố trí đĩa.) Một kỹ thuật thường được sử dụng để xử lý tình trạng này là sử dụng liên kết tượng trưng chứ không phải là phân vùng lại. Giả sử ví dụ bạn cần phải cài đặt một "tiện lợi" ứng dụng xử lý văn bản trong /opt/nifty , chỉ /opt phân vùng (mà có thể là phân vùng gốc) không có đủ không gian miễn phí. Làm thế nào gây rắc rối! Nhưng nếu /var phân vùng không có thêm không gian, bạn có thể tạo ra một liên kết mềm để sử dụng nó:

 # Mkdir / var / tiện lợi;  ln-s / var / tiện lợi / opt / tiện lợi

Vấn đề với phương pháp này là quá nhiều liên kết tượng trưng như vậy (đôi khi được gọi là trang trại liên kết tượng trưng) có thể làm cho bảo trì khó khăn. Hạn ngạch, sao lưu, khai thác gỗ, và theo dõi tất cả có thể bị ảnh hưởng. Vì vậy, thêm liên kết tượng trưng như vậy nên được coi là một "hack" và không phải là một thay thế cho kế hoạch thích hợp.

Các hệ thống Unix hiện đại có nhiều phân vùng ảo được gọi là khối tin hợp lý LVM hay. Một khối lượng hợp lý nên được dùng cùng một cách phân vùng và lát truyền thống. Tuy nhiên, một khối lượng có thể bao gồm một hoặc nhiều phân vùng vật lý, có thể trên ổ đĩa riêng biệt. Khi một khối lượng chạy ra khỏi không gian, bạn có thể chỉ cần thêm không gian đĩa nhiều hơn đến một khối lượng hiện có để phát triển nó. Sau đó, bất kỳ hệ thống tập tin về khối lượng có thể được phát triển như là tốt. Mặc dù khối tin hợp lý có thể được trồng (hoặc thu nhỏ) dễ dàng hơn nhiều so với các phân vùng truyền thống, sử dụng khối lượng cũng vẫn đòi hỏi phải có kế hoạch cẩn thận của cả hai phân vùng hợp lý và các phân vùng vật lý bên dưới. (Xem về LVM để biết thêm thông tin.)

Kích thước phân vùng

Một câu hỏi thường gặp là lớn như thế nào nên phân vùng XYZ được? Đáng tiếc là không có câu trả lời đơn giản. Hãy xem xét một phân vùng /var/log . Điều này cần phải được kích thước để chứa dữ liệu đăng nhập của bạn. Nhưng bao nhiêu dữ liệu được lưu trữ? Nếu bạn có một nhật ký máy chủ trung tâm ("loghost") bạn có thể không lưu trữ bất kỳ dữ liệu đăng nhập trên một số máy chủ khác. Nếu không, bạn có thể chỉ cần lưu trữ dữ liệu đăng nhập ít (nói cho một máy chủ máy in, máy chủ FTP ẩn danh, hoặc một máy chủ web nội dung tĩnh). Nhưng nếu máy chủ này là đăng nhập máy chủ trung tâm của bạn hoặc nếu bạn không có một máy chủ trung tâm đăng nhập và kế hoạch để giữ 6 tháng dữ liệu nhật ký trực tuyến, bạn sẽ cần rất nhiều không gian hơn một máy chủ mà chỉ giữ 1-4 ngày các dữ liệu đăng nhập. Vì vậy, kích thước có thể là không, ít hơn 50 MB hoặc hơn 10 GB (hoặc nhiều hơn, xem xét Apache các bản ghi truy cập vào một máy chủ bận rộn).

Phân vùng khác có cân nhắc tương tự. Bạn có thể không cần phân vùng riêng biệt ở tất cả, là một trong rất nhỏ, hoặc một một trong rất lớn. Nếu bạn có một phân vùng riêng biệt cho các tập tin cơ sở dữ liệu của bạn, bao nhiêu dữ liệu bạn có kế hoạch để giữ cho on-line? Đối với các tập tin một máy chủ web, đây là máy chủ web sở thích của người sử dụng nhà, hoặc một trang web đào tạo với gigabyte video clip? Nếu bạn không có một phân vùng riêng để tổ chức các bãi sụp đổ chấm dứt những trong các phân vùng trao đổi, do đó phải có ít nhất là lớn như bộ nhớ RAM vật lý của bạn. (Điều này là cần thiết để hỗ trợ chế độ ngủ đông quá.)

Hãy xem xét kích thước phân vùng trên máy chủ mail. Các phân vùng quan trọng sẽ là một tổ chức mail của người dùng. Điều này có thể được lưu trữ trong các tập tin hộp thư trong /var/mail hoặc trong thư mục nhà của người dùng. Hoặc thậm chí ở những nơi khác trong một cơ sở dữ liệu. Bạn cần phải ước tính bao nhiêu email sẽ được lưu giữ trên mạng bởi người dùng của bạn, và cũng cho phép đủ không gian cho "thư rác" hoặc sự bùng nổ đột ngột của lưu lượng truy cập email (hoặc lưu trữ trong một thời gian giữa các học kỳ, khi giảng viên hiếm khi đăng nhập để đọc email ). Một hướng dẫn tốt có thể sử dụng các giới hạn kích thước tương tự cho mỗi người dùng như một số máy chủ thư điện tử khác, chẳng hạn như Yahoo! mail hay gmail của Google. (Nếu bạn có thể đủ khả năng đĩa lớn như Google.) Vì vậy, làm thế nào lớn là tổng của các kích cỡ hộp thư của bạn? Bất cứ điều gì, thêm đủ không gian cho sự tăng trưởng và nhiều bởi số lượng dự kiến ​​của người sử dụng. Tại HCC, nó có thể là hợp lý để mong đợi 10 MiB mỗi sinh viên, và 100.000 sinh viên (tính hiện nay, trong tương lai, và sinh viên vừa qua), hoặc một tổng Tib.

Nếu sử dụng một số loại LVM, nó thường là không khó khăn để phát triển và thu nhỏ phân vùng sau này vì vậy có rất ít lý do để lo lắng về việc kích thước sai. Tuy nhiên bạn sẽ có thể để thực hiện một ước tính hợp lý về kích thước ban đầu của phân vùng của bạn:

  • Đối với một số phân vùng, bạn có thể đoán một kích thước tốt dựa trên các khuyến nghị của nhà cung cấp. Bạn thường sẽ tìm thấy những người trong ghi chú phát hành hoặc tài liệu hướng dẫn cài đặt khác.
  • Bạn có thể tìm thấy các khuyến nghị kích thước trong Internet (ví dụ, tại doc.sun.com hoặc fedora.redhat.com ), với kích thước phân vùng / hệ thống tập tin được yêu cầu hoặc đề nghị cho các ứng dụng khác nhau. Ví dụ, phân vùng trao đổi nên có ít nhất lớn như số lượng bộ nhớ vật lý để hỗ trợ các tính năng như ngủ đông và phân tích vụ tai nạn đổ. VMware khuyến cáo làm cho /tmp hệ thống tập tin ít nhất một lần rưỡi số lượng bộ nhớ ảo trên hệ thống. Nếu chạy một dịch vụ cơ sở dữ liệu, kiểm tra các trang web (ví dụ, Oracle) cho các khuyến nghị kích thước.
  • Bạn có thể làm cho một giáo dục đoán. Ví dụ, nếu bạn tạo một /boot phân vùng đó chỉ cần nắm giữ các tập tin hình ảnh hệ điều hành (các) tập tin và bộ nạp khởi động (s). Mỗi hệ điều hành khởi động chỉ có thể yêu cầu 20-30 MB. Vì vậy, nếu bạn chỉ có hai hệ điều hành hình ảnh (mặc định cho Fedora), bạn cần ít hơn 50 MB. Mặt khác nếu bạn (như tôi) thích để chơi xung quanh với các cấu hình hạt nhân khác nhau mà bạn có thể có 3 hoặc 4 tập tin hình ảnh như vậy. (Không quên hình ảnh đĩa RAM ban đầu là tốt.) Trong trường hợp này, hoặc với những hình ảnh hạt nhân lớn hơn, bạn có thể hơn 100 MB cho phân vùng này.
  • Đối với phân vùng khác (như phân vùng gốc) kích thước phụ thuộc vào bao nhiêu phần mềm bạn có kế hoạch để cài đặt và những gì có thư mục con nằm trên phân vùng này. Ví dụ, bạn có một riêng biệt /opt phân vùng? Nếu không có bất kỳ phần mềm cài đặt có đi vào phân vùng gốc. Đó có thể là nhiều như 12 GB hoặc nhiều hơn. Mặt khác nếu bạn có phân vùng riêng cho /opt , /home , /usr , /var , vv, sau đó phân vùng gốc có thể khá nhỏ nhất là đối với một máy chủ mục đích chuyên dụng (mà không có giao diện và phần mềm tối thiểu cài đặt).
  • Bạn có thể ước tính dựa trên kích thước của hiện tại của hệ thống tương tự. Nếu bạn đang di chuyển một máy chủ web tới một máy chủ mới, bạn cần phải có một ý tưởng tốt về các yêu cầu không gian đĩa hiện hành. Nếu bạn đã được theo dõi không gian đĩa (như bạn) nên bạn cũng sẽ có một ước tính hợp lý cho sự tăng trưởng dự kiến ​​của dữ liệu của bạn, vì vậy bạn có thể cho phép điều đó.
  • Bạn có thể xây dựng hệ điều hành mới trên một máy chủ thử nghiệm mà không cần phân vùng. Sau đó, bạn có thể sử dụng du lệnh để xem có bao nhiêu không gian được sử dụng cho các thư mục khác nhau.
  • Nếu bạn có không gian dư thừa nó trả tiền để sai lầm về phía thận trọng và làm cho các phân vùng lớn hơn. Vì vậy, nếu bạn có 500 GB ổ đĩa nó không làm tổn thương để "thải" một số bằng cách làm cho một số phân vùng lớn: /var , / (phân vùng gốc), vv
  • Tùy thuộc vào chính sách sao lưu của bạn và phần cứng có sẵn, bạn có thể không muốn thực hiện bất kỳ phân vùng lớn hơn sẽ phù hợp trên một phương tiện sao lưu dự phòng.

Một xem xét cuối cùng là có những lựa chọn thay thế hiện đại để mỗi đĩa máy chủ (hoặc DAS). Sử dụng công nghệ lưu trữ như NASSAN có thể có nghĩa là các máy chủ của bạn không có ổ đĩa, hoặc chỉ một đĩa nhỏ chỉ khởi động. Ngay cả với các công nghệ này bạn vẫn cần phải có kế hoạch số lượng và mục đích của hệ thống tập tin. Tổ chức lưu trữ của bạn cũng phụ thuộc vào ngân sách sẵn có, công nghệ và chuyên môn của địa phương.

Kế hoạch đĩa Layouts

Nếu bạn có kế hoạch sử dụng Solaris "nâng cấp trực tiếp", bạn phải lặp lại tất cả những lát có chứa tập tin thêm vào bởi người quản lý cài đặt / patch. Nếu bạn sử dụng đĩa được nhân đôi không có vấn đề, ​​nhưng trên một đĩa duy nhất bạn phải hoặc là giữ tất cả các đường dẫn hệ thống tiêu chuẩn trên slice gốc hoặc bản sao cả / (root), /var , và như vậy. Vì vậy, lời khuyên tốt nhất là để không phụ phân vùng bất kỳ đường dẫn tiêu chuẩn trong /var hoặc /usr . Nó không quan trọng để tạo ra các thư mục mới như /website và làm cho những miếng riêng biệt.

Lời khuyên tốt nhất hiện nay là giữ cho đĩa khởi động nhỏ và đơn giản, sử dụng một bố cục tiêu chuẩn. (Nhưng không phải bố trí mặc định cho Solaris 10, nó được biết là không làm việc như của 4/2008 đối với hầu hết các ổ đĩa!) Sử dụng đĩa khác (hoặc sử dụng một SAN hoặc NAS nếu có thể) cho hệ thống tập tin bổ sung khi cần thiết. Hãy ghi nhớ số lượng tối đa của phân vùng có thể có trên một đĩa cho một hệ điều hành nhất định.

Nếu bạn chỉ có một đĩa (có thể vì bạn đang sử dụng phần cứng RAID), bản đồ đĩa linh hoạt nhất sẽ dành một lát / phân vùng LVM. Sau đó, bạn có thể tạo ra hệ thống tập tin khác sau khi cần thiết mà không cần tái định dạng đĩa.

Công cụ phân vùng

Công cụ để phân vùng đĩa DOS / MBR bao gồm fdisk , cfdisk (như fdisk , nhưng với một giao diện người dùng lời nguyền), sfdisk (kịch bản fdisk thay thế mà không nhiều), gdisk (thay thế hiện đại mà hiểu đĩa GPT), format , Disk Druid, parted , gpartedqtparted , fips.exe (một chương trình DOS, được sử dụng để phân chia một phân vùng FAT thành hai, sau đó bạn có thể xóa các phân vùng thứ 2 và sử dụng không gian tự do cho Linux) và Partition Magic. Một live CD / USB cho việc này (làm việc với NFTS nhưng không LVM)gparted.sourceforge.net .

Chỉ có một vài trong số những công cụ đã được cập nhật để hỗ trợ đĩa EFI / GPT. Tuy nhiên, bạn có thể sử dụng gdisk , cgdisk , và sgdisk cho các ổ đĩa như vậy.

Nếu bảng phân vùng trên đĩa bị hỏng (và bạn không có một bản sao lưu) bạn có thể sử dụng g part (không [g] chia tay) để quét đĩa và đoán bản đồ phân vùng. Đây được sau đó được ghi vào MBR để phục hồi đĩa.

Chọn số lượng và loại phân vùng: 16MB cho vùng trao đổi (tối thiểu), phần còn lại cho / (còn gọi là đĩa gốc). Lý do phân vùng thêm như đã nói ở trên bao gồm an ninh, hạn ngạch, và sao lưu. BIOS bo mạch chủ cũ 'có 1024 xi lanh giới hạn để xác định vị trí phân vùng khởi động, vì vậy làm cho nhỏ (~ 24-150 MiB) phân vùng khởi động gần trước mặt đĩa: /boot (Linux), /kernel (Solaris), hoặc /stand (BSD). Hãy xem xét /tmp , /var , /var/log , và /home , cho phân vùng riêng biệt. (Hiển thị trên YborStudent: df -h .)

Một trong những quyết định quan trọng nhất khi cài đặt Unix hay Linux là làm thế nào để tốt nhất sử dụng không gian đĩa hạn chế. Ngay cả với các ổ đĩa cứng ngày nay lớn, máy chủ với hàng trăm GB hình ảnh, video, âm thanh, cơ sở dữ liệu, và các dữ liệu khác là phổ biến. Máy đa người dùng có thể cần được bảo vệ như các phân vùng chỉ đọc, hạn ngạch đĩa, vv Định kích thước phân vùng là không dễ dàng, và có vài câu trả lời tiêu chuẩn. (.. May mắn thay, LVM và công nghệ hiện đại khác làm tăng hoặc giảm khối lượng lưu trữ đơn giản hơn nhiều so với trước đây Vì vậy, nó không phải là một việc lớn để làm cho một sai lầm trong kích thước) Một số mặc định hợp lý, khuyến nghị chung bao gồm: Thực hiện hoán đổi ít nhất là lớn như RAM vật lý. /tmp có thể ≥1.5 số lượng bộ nhớ ảo, trừ khi bạn biết bạn cần thêm (nói cho sản xuất video) hoặc ít hơn (nói cho một máy chủ DNS). (Thông thường, một đĩa RAM được sử dụng cho /tmp thay vào đó sẽ phát triển khi cần thiết.)

Tài liệu phân vùng Scheme

Một phân vùng (thường được gọi là bản đồ phân vùng, quy hoạch phân vùng, hoặc bố trí đĩa) cho hệ thống của bạn phải được ghi nhận cũng hay nó là vô ích. Sau đó bạn sẽ cần phải tham khảo thông tin này và nó có thể được khó khăn để nhớ lại chi tiết sáu hoặc mười hai tháng kể từ bây giờ.

Bản đồ phân vùng của bạn nên được gọn gàng đánh máy và bao gồm một mô tả của bản đồ phân vùng đĩa cứng của bạn và kịch bản nó được dựa trên. (Đó là kịch bản có thể là "đây là một bản đồ phân vùng cho một máy trạm tại nhà", "... cho một máy chủ web", "... cho một nền tảng phát triển đa người dùng", vv)

Bạn phải biện minh cho sự lựa chọn của bạn. (Ví dụ, đối với một máy chủ sinh viên: "Chúng tôi có 5 lớp học dưới 30 học sinh mỗi, và các trang web đồ họa thấp, kịch bản Perl, và nói chung vỏ kịch bản Unix có nghĩa là mỗi học sinh có thể cần ít hơn 5 MiB, vì vậy /home cần 30 * 5 * 5 MiB = 750 MiB 30 * 5 * 5 MiB = 750 MiB tối thiểu, và cho phép phòng cho các lớp học bổ sung trong tương lai 1 GiB sẽ được sử dụng. ")

Bạn nên tóm tắt sơ đồ phân vùng của bạn trong một bảng ngắn, một cái gì đó giống như ví dụ sau:

Bản đồ phân vùng cho đĩa cứng 4 GiB,
Fedora
Đối với một máy trạm người dùng duy nhất

Phần # Điểm lắp Kích thước Ghi chú
1 / ( root ) 3 GB ...
2 trao đổi 256 MB (Giả sử 128 MB RAM)
3 /home 100 MB ...
5 2 /tmp 100 MB ...
6 /var 100 MB ...
... ... ... ...

Bản đồ phân vùng cho đĩa cứng 500 GB, Fedora,
Đối với nhiều phương tiện truyền thông phát triển máy trạm của người dùng Trang chủ

Phần # /
Tên LV
Điểm lắp Kích thước Ghi chú
1 / ( root ) 30 GB ...
2 trao đổi 2 GB (Giả sử 2 GB RAM)
3 /boot 200 MB ...
5 - 150 GB định dạng như một khối tin vật lý LVM;
giữ nhóm khối lượng VG1
homeLV /home 20 GB Khối lượng hợp lý trong VG1
tmpLV /tmp 10 GB Khối lượng hợp lý trong VG1
varLV /var 100 GB Khối lượng hợp lý trong VG1
optLV /opt
(Hoặc /usr/local )
20 GB Khối lượng hợp lý trong VG1
6 - phần còn lại của đĩa định dạng như một khối tin vật lý LVM;
giữ nhóm khối lượng VG2
moviesLV /movies phần còn lại của đĩa Khối lượng hợp lý trong VG2

Bản đồ phân vùng cho Solaris 10 với 80 GB ổ cứng cộng với gương
web và các ứng dụng máy chủ

Slice # Điểm lắp Kích thước Ghi chú
Tiểu Solaris phân vùng
0 / ( root ) 12 GB ...
1 trao đổi 2 GB giả sử 2 GB bộ nhớ RAM. Trao đổi thường được đặt trong chai trên
bên trong của đĩa, vì nó sẽ không được sử dụng nhiều và lãng phí
khu vực thực hiện tốt nhất của đĩa. Nếu hệ thống này là thiếu RAM,
có trao đổi gần mép ngoài của đĩa là tốt hơn.
2 dành riêng - đề cập đến toàn bộ phân vùng (sao lưu)
3 không sử dụng - -
4 không sử dụng - -
5 /export 5 GB vị trí Solaris truyền thống đối với cổ phiếu NFS / Samba và người sử dụng
thư mục nhà ( /export/home được đặt trên /home qua
tự động gắn linh)
6 chưa được đặt tên 60 GB SVM hồ bơi cho phân vùng "mềm"
7 chưa được đặt tên 32 MB cần thiết cho thiết bị siêu DB bản sao, được sử dụng khi (lại) phản ánh
đĩa với SVM (OK để dự trữ này nếu SVM bao giờ có thể được sử dụng)
Mỗi bản sao cần 4 MB và chỉ có 2 hoặc 3 là cần thiết, nhưng lãng phí
20 MB không quan trọng và một số người khuyên bạn nên kích thước này
SVM "mềm" Phân vùng - mọc khi cần thiết
- /var 4 GB ...
- /var/www
(Hoặc /www )
30 GB các trang web bao gồm nội dung web, servlet và EJB s,
cơ sở dữ liệu, ...
- /opt 10 GB ...
- /var/log 6 GB chỉ cần thiết nếu bạn có kế hoạch để giữ rất nhiều dữ liệu nhật ký trực tuyến
(Ví dụ, tuần đến vài tháng). Thực hành tốt nhất là để lại điều này như là một phần
của phân vùng gốc (và làm cho rằng 6 GB lớn hơn)
- dành riêng phần còn lại của
SVM bơi
những người khác khi cần thiết sau: / vụ tai nạn-dump, / var / audio-video,
/ Var / mail, / var / spool, / usr / share, ...

Nhờ Ian Collins , Darren Dunham , và Andrew Gabriel cho những hiểu biết phân vùng Solaris.

Xem thêm wikis.sun.com/display/BigAdmin/BootDiskLayout

Thuyết minh tóm tắt cho Solaris 10 đĩa Giao diện


Bản đồ phân vùng 50 GB ổ cứng, FreeBSD,
Đối với phát triển máy trạm của người dùng Trang chủ

Phần # Điểm lắp Kích thước Ghi chú
1 trao đổi 2 GB (Giả sử 2 GB RAM)
2 / ( root ) 4 GB ...
3 /var 10 GB ...
5 /usr 10 GB ...
6 /home 20 GB ...
7 /tmp 2 GB Hãy xem xét RAMfs
8 /var/log 2 GB ...

Những gợi ý:

Để tìm hiểu làm thế nào lớn đĩa là bạn có thể nhìn vào nhãn, kiểm tra BIOS, hoặc kiểm tra các mô tả hệ thống hóa đơn / hệ thống (thường có thể đạt được trên Internet bằng cách sử dụng một số hoặc số thẻ dịch vụ). (Trong trường hợp của chúng tôi, bạn cũng có thể yêu cầu một công nghệ phòng thí nghiệm.)

Các phiên bản của Fedora Linux chúng ta đang cài đặt đòi hỏi hơn 8 GB, chưa kể không gian bạn dành cho thư mục nhà của người sử dụng, bổ sung và cập nhật trong tương lai, đăng nhập không gian tập tin, cơ sở dữ liệu không gian, trang web, trang web ftp, vv (Tất nhiên, nếu bạn không 't cài đặt tất cả mọi thứ bạn có thể nhận được ngay với một hệ thống tối thiểu dưới 1 GiB). Để xem có bao nhiêu không gian là cần thiết cho các thư mục khác nhau mà bạn có thể đăng nhập vào một hệ thống tương tự (như YborStudent.hccfl.edu ) và sử dụng du lệnh.

Ngay cả hệ thống Windows có thể được hưởng lợi từ một kế hoạch phân vùng cũng nghĩ ra. Microsoft thực hành tốt nhất đề nghị hai hoặc nhiều phân vùng trên mỗi đĩa. Chúng bao gồm việc tạo ra một "trao đổi" phân vùng riêng biệt, mà chỉ cần giữ pagefile.sys tập tin, càng nhỏ càng cần thiết (ví dụ, 4 GiB), và định dạng với FAT32 chứ không phải là NTFS.


Chú thích:

Trở lại
  1. Chương trình tĩnh là những người mà không sử dụng bất kỳ DLL. Lưu ý rằng trên Solaris /bin/bash không phải là tĩnh và trong trường hợp của một vấn đề hệ thống, nếu vỏ rễ là bash hệ thống sẽ không sử dụng được! Đây là lý do tại sao vỏ của người sử dụng gốc trên Solaris là /bin/sh . Không bao giờ thay đổi vỏ của người sử dụng gốc trên Solaris hoặc bất kỳ hương vị Unix trừ khi bạn biết vỏ mới là tĩnh, hoặc trừ khi bạn biết tất cả cần thiết của DLL trong phân vùng gốc.
  2. Với thường được sử dụng công nghệ đĩa DOS / MBR, bạn có thể chỉ có bốn tiểu học (Solaris gì gọi dân gian "FDISK") phân vùng. Một trong số đó có thể tổ chức một phân vùng mở rộng, do đó có thể chứa nhiều phân vùng hợp lý hơn. (Có một giới hạn hệ điều hành đối với tổng số phân vùng, mỗi đĩa 15 cho Linux.) Lưu ý, đĩa EFI / GPT có số hầu như không giới hạn các phân vùng, nhưng một lần nữa có những hạn chế áp đặt bởi các hệ điều hành khác nhau và các tiện ích.

Những bài mới hơn

Những bài cũ hơn