Cách an toàn nhất để loại bỏ một phân vùng trao đổi là gì?


11

Tôi đang chạy Ubuntu 12.04 trên máy tính xách tay HP 64 bit với ổ flash 16 GB. Tôi không có một ổ cứng làm việc ngay bây giờ. Khi tôi cài đặt Ubuntu, tôi đã tạo phân vùng trao đổi 2 GB trên sdb1. Tôi đã học được rằng các phân vùng trao đổi thường là một ý tưởng tồi trên các ổ đĩa flash, vì vậy tôi muốn sử dụng không gian trao đổi của mình cho các phân vùng khác. Bạn có thể thấy sơ đồ phân vùng của tôi trong liên kết dưới đây.

Màn hình GParted

Tôi đã đọc rằng tôi chỉ cần nhận xét sdb1ra khỏi tệp fstab, khởi động từ đĩa CD trực tiếp GParted, chọn swapoffsdb1, xóa / hợp nhất với phân vùng khác và mọi thứ đều tốt.

Nhưng, tôi cũng đã đọc rằng việc nhắn tin với sdb1 có thể thay đổi UUID của sdb2 hoặc sdb3 và gây ra sự cố. Điều này có đúng không? Có phải initramfs sử dụng trao đổi ở tất cả?

Ngoài ra, khi tôi nhận được Ubuntu chạy trên máy tính xách tay của tôi với một ổ cứng bên trong, phân vùng trao đổi có giúp được nhiều không? Tôi có 6 GB DDR3. Liệu quy tắc của 1,5xActual RAM vẫn được áp dụng? Có vẻ như khá một chút với tôi.

Cảm ơn đã giúp đỡ!

CẬP NHẬT: Tôi đã loại bỏ trao đổi. Quá trình tôi làm theo là:

  1. Nhấp chuột phải vào phân vùng trao đổi trong GParted và trao đổi được chọn.
  2. Được sử dụng # để nhận xét phân vùng trao đổi ra khỏi fstab.
  3. Tôi đã cố gắng khởi động từ đĩa CD GParted trực tiếp, nhưng tôi vẫn gặp lỗi, vì vậy tôi đã chạy GParted trong Ubuntu.
  4. Đã xóa phân vùng trao đổi trong GParted.
  5. Vô song / cửa sổ.
  6. Mở rộng / cửa sổ để lấy không gian còn lại.
  7. Gắn / cửa sổ.

Mỗi phân vùng / và / windows đều giữ tên và UUID riêng và mọi thứ đều chạy tốt. Tôi chưa bao giờ thấy bất kỳ không gian hoán đổi nào được sử dụng trước đây và tôi không có ý định sử dụng chức năng ngủ đông, vì vậy tôi nghĩ loại bỏ trao đổi là một ý tưởng tốt.


Khi bạn đang sử dụng máy tính xách tay, bạn có muốn tạm dừng / ngủ đông không? Có lẽ thêm điều đó vào câu hỏi - nó ảnh hưởng đến kích thước trao đổi?
23 93 26 35 19 57 3 89

@qbi - bạn biết rằng bằng cách làm điều đó với ảnh chụp màn hình, nó gần như không thể đọc được ở đây;)
23 93 26 35 19 57 3 89

NẾU bạn gặp vấn đề với sự thay đổi của UUID thì bạn đang ở nơi tốt nhất để giải quyết vấn đề đó, một đoạn phim trực tuyến, gắn phân vùng và chỉnh sửa fstab với UUID mới.
23 93 26 35 19 57 3 89

@Elfy Mình liên kết hình ảnh quá. Vì vậy, nhấp vào nó sẽ mở ra một biến thể lớn hơn.
qbi

1
@qbi cảm ơn - tôi có thể tự mình làm điều đó :)
23 93 26 35 19 57 3 89

Câu trả lời:


11

Cố gắng theo dõi việc sử dụng bộ nhớ trao đổi của bạn với htop (chỉ cần mở một thiết bị đầu cuối và nhập 'htop'), nếu bạn chưa cài đặt htop, hãy cài đặt nó với 'sudo apt-get install htop' hoặc sử dụng 'top', nhưng htop là người dùng thân thiện hơn.

Với dung lượng RAM của bạn, tôi sẽ nói rằng việc sử dụng trao đổi của bạn là 0% rất nhiều thời gian.

Nếu bạn muốn định dạng phân vùng trao đổi của mình, trước tiên, bạn phải vô hiệu hóa trao đổi bằng lệnh 'hoán đổi', sau đó định dạng phân vùng bằng 'mkfs.ext4' hoặc 'mkfs'. Sau đó, bạn cần chỉnh sửa '/ etc / fstab' để hệ thống gắn kết phân vùng mới của bạn tại thời điểm khởi động.

Đó là nói chung!


2

Có một phân vùng trao đổi trên bất kỳ loại lưu trữ flash (như ổ đĩa USB), thực sự, không phải là một ý tưởng tốt.

Nó sẽ được an toàn để chỉ cần loại bỏ phân vùng trao đổi. Mặc dù cá nhân tôi không bao giờ bận tâm gỡ nó ra /etc/fstab, nhưng chắc chắn nó cũng không bị tổn thương.

Nếu bạn có đủ dung lượng RAM, kích thước của phân vùng trao đổi sẽ trở nên ít liên quan hơn (vui lòng sửa lại cho tôi nếu tôi sai, một người nào đó). Tôi thường tạo một phân vùng trao đổi 4GB và cho đến nay tôi không thể nói rằng tôi có bất kỳ vấn đề nào với nó.
Khi hệ thống hết RAM (như 0 byte khả dụng), nó sẽ bị đóng băng. Nếu nó có phân vùng trao đổi, nó có thể chuyển một số dữ liệu từ RAM sang trao đổi để ngăn hệ thống đóng băng. Mặt khác, trao đổi (HDD) chậm hơn RAM, vì vậy nếu cần lấy nhiều dữ liệu từ phân vùng trao đổi, bạn sẽ gặp phải sự chậm trễ rất đáng chú ý.

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.