Tại sao Ubuntu yêu cầu kiểm tra ổ cứng của tôi thường xuyên như vậy?


30

Gần đây, tôi đã buộc phải khởi động lại máy tính của mình rất nhiều. Khi tôi khởi động, Ubuntu bây giờ bắt đầu quét các ổ cứng của tôi để tìm lỗi, nhưng đảm bảo với tôi rằng tôi có thể hủy nếu tôi muốn bằng cách nhấn 'c'.

Tại sao Ubuntu làm điều này? Nếu nó cần thiết, tại sao nó là thứ tôi có thể hủy bỏ? Nếu nó không cần thiết, tại sao buộc tôi phải làm điều đó? Trên cơ sở nào là số lượng khởi động lại quyết định?


1
Bạn đang buộc khởi động lại? Giữ phím nguồn hoặc nhấn phím đặt lại chẳng hạn?
Kris Harper

Câu trả lời:


33

Kiểm tra đĩa được buộc bởi hệ thống cứ sau 30 lần khởi động lại. Nếu bạn bỏ qua kiểm tra đĩa, nó sẽ thực hiện lần sau khi bạn khởi động lại (trừ khi bạn gỡ bỏ thủ công forcecheck).

Bạn có thể buộc này mình bằng cách đặt một tập tin forcefscktrong /bằng cách phát hành một

touch /forcecheck

từ thiết bị đầu cuối.

Không nhất thiết phải luôn luôn kiểm tra khi được nhắc nhưng nên được thực hiện mọi lúc mọi nơi. Bạn có thể hủy nó nếu đó không phải là thời điểm thích hợp cho bạn tại thời điểm đó và để nó thực hiện kiểm tra hệ thống tệp khi thuận tiện hơn.

Bạn cũng có thể sử dụng tune2fsđể thay đổi hành vi này.

sudo tune2fs -c 60 /dev/sdXY

sẽ thiết lập này thành 60 khởi động lại. Bạn cũng có thể thay đổi điều này thành một khoảng thời gian với -i:

sudo tune2fs -i 30d /dev/sdXY

trong 30 ngày hoặc 1m trong 1 tháng hoặc 10w trong 10 tuần.

(thay thế /dev/sdXYbằng tên thiết bị cho phân vùng như /dev/sda1. Bạn có thể lấy tên này bằng cách chạy sudo blkidhoặc ls -lA /dev/disk/by-labelnếu phân vùng được gắn nhãn)

sudo dumpe2fs /dev/sda1

sẽ hiển thị tải và tải thông tin. Một phần của điều này bao gồm:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012

cảm ơn @Lekensteyn (đã làm điều đó từ bộ nhớ và đôi khi trí nhớ của tôi rất tệ;))
Rinzwind

3
Để trở thành người chọn nit ở đây: Tôi nghĩ không đúng khi "kiểm tra bị ép buộc bởi hệ thống bằng cách đặt tệp Forcefsck vào /" (thường là không, fsck kiểm tra xem hệ thống tệp có bị "bẩn" hay quá "đếm tối đa" không / "kiểm tra tiếp theo") và rằng "việc này được thực hiện sau mỗi 30 lần khởi động lại" (nó thay đổi, tùy thuộc vào chương trình bạn sử dụng để định dạng phân vùng với). Đối với cả hai kiểm tra đầu ra của dumpe2fs. ubuntugeek.com/ Quảng cáo
sắp xếp

1
Đó không phải là sắp xếp nitpicking :-) Điều đó là chính xác. Đã thay đổi nó.
Rinzwind

Điều này chỉ áp dụng cho họ hệ thống tập tin ext *, mặc định trong Ubuntu. XFS hoặc JFS không thường xuyên kiểm tra hệ thống tập tin
ngày

3
Nên hai lần bạn đề cập đến forcecheckforcefsckđể thay thế? (ref: askubfox.com/questions/14740/và )
idbrii

5

Đây là các kiểm tra hệ thống tệp thường xuyên, được bắt đầu cứ sau 30 lần khởi động lại. Tùy chọn để hủy bỏ nó là ở đó để bạn không bị giam giữ từ một cái gì đó cực kỳ quan trọng, tuy nhiên, bạn nên để nó chạy một lần trong một thời gian. Tôi không biết dựa trên cơ sở nào số lần khởi động lại được thiết lập, có lẽ là lẽ thường. Nếu quá khó chịu, bạn có thể tăng số lần khởi động lại mà không cần kiểm tra phân vùng bằng lệnh 'Tune2fs'.


mike: nhấp vào yesterdaybên trên Lekensteynđể xem những gì đã được thay đổi.
Rinzwind

1

Có thể vô hiệu hóa hoàn toàn việc kiểm tra hệ thống tệp trên các hệ thống tệp mở rộng bằng cách sử dụng:

sudo tune2fs -c 0 /dev/sdXY

Đây có thể không phải là một ý tưởng tốt. Trang ghi chú của Tune2fs:

Bạn nên cân nhắc mạnh mẽ về hậu quả của việc vô hiệu hóa hoàn toàn việc kiểm tra phụ thuộc vào số lượng gắn kết. Ổ đĩa, cáp, bộ nhớ và lỗi kernel xấu đều có thể làm hỏng hệ thống tệp mà không đánh dấu hệ thống tệp bị bẩn hoặc bị lỗi. Nếu bạn đang sử dụng nhật ký trên hệ thống tệp của mình, hệ thống tệp của bạn sẽ không bao giờ bị đánh dấu bẩn, do đó, thông thường nó sẽ không được kiểm tra. Một lỗi hệ thống tập tin được phát hiện bởi kernel vẫn sẽ buộc fsck trong lần khởi động lại tiếp theo, nhưng có lẽ đã quá muộn để ngăn chặn mất dữ liệu tại thời điểm đó.


0

Mặc dù mikewhthing và Rinzwind đều phù hợp với ext-Filesystems, afaik, điều đó không xảy ra nếu bạn chọn sử dụng reiserfs. Tôi đang sử dụng nó trong 10 năm mà không gặp vấn đề gì và có thể giới thiệu nó. Không còn fsck nữa.

Tôi không biết các hệ thống tập tin khác, phổ biến trên Linux.


4
reiserfsck thực sự có xu hướng phá vỡ các hệ thống tập tin ngoài sửa chữa. Nếu một reiserfs từng phát triển một vấn đề, đó là trò chơi kết thúc.
Simon Richter

1
Nó đã xảy ra với bạn, hoặc bạn có tài liệu tham khảo?
người dùng không xác định

Việc ReiserFS không thực hiện các kiểm tra này không ảnh hưởng đến độ tin cậy của nó. Ext3 là rock-solid, nhưng việc kiểm tra chỉ mất vài giây, vậy tại sao không?
Phục hồi Monica

Tôi biết một số người đã mất dữ liệu và từ thiết kế hệ thống tập tin, khá rõ ràng tại sao: nó không có khối siêu dữ liệu được chỉ định. Mặc dù đây là một lợi thế trong một số trường hợp (nếu ext hết khối siêu dữ liệu, bạn không thể tạo thêm tệp ngay cả khi bạn vẫn có khối dữ liệu miễn phí), nó tạo ra sự mơ hồ khi cứu vãn hệ thống tệp bằng cách nào đó (lỗi phần cứng, lỗi thấp hơn lớp) đã đi không nhất quán.
Simon Richter

Tôi vẫn đang sử dụng định dạng reiserfs "3.6", theo dmesg. Điều đó có thể làm cho một sự khác biệt?
người dùng không xác định
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.