<Trước | Nội dung | Tiếp theo>
6.6. Kiểm tra Cơ chế đổ lỗi
Thử nghiệm Cơ chế đổ lỗi sẽ gây ra khởi động lại hệ thống. Trong một số tình huống nhất định, điều này có thể gây mất dữ liệu nếu hệ thống đang tải nặng. Nếu bạn muốn kiểm tra cơ chế, hãy đảm bảo rằng hệ thống ở chế độ không tải hoặc tải rất nhẹ.
Xác minh rằng SysRQ cơ chế được kích hoạt bằng cách xem xét giá trị của / proc / sys / kernel / sysrq tham số hạt nhân:
cat / proc / sys / kernel / sysrq
Nếu giá trị của 0 được trả về kết xuất và sau đó tính năng khởi động lại bị vô hiệu hóa. Một giá trị lớn hơn 1 cho biết rằng một tập hợp con các tính năng sysrq đã được bật. Nhìn thấy /etc/sysctl.d/10-magic-sysrq.conf để có mô tả chi tiết về các tùy chọn và giá trị mặc định. Bật kết xuất sau đó khởi động lại kiểm tra bằng lệnh sau:
sudo sysctl -w kernel.sysrq = 1
Khi điều này được thực hiện, bạn phải trở thành root, vì chỉ sử dụng sudo sẽ không đủ. Như nguồn gốc người dùng, bạn sẽ phải đưa ra lệnh echo c> / proc / sysrq-trigger. Nếu bạn đang sử dụng kết nối mạng, bạn sẽ mất liên lạc với hệ thống. Đây là lý do tại sao tốt hơn nên thực hiện kiểm tra trong khi được kết nối với bảng điều khiển hệ thống.
Điều này có lợi thế là làm cho quá trình kết xuất hạt nhân có thể nhìn thấy được. Một đầu ra thử nghiệm điển hình sẽ giống như sau:
Sudo -s
[sudo] mật khẩu cho ubuntu:
# echo c> / proc / sysrq-trigger
[ | 31.659002] | SysRq: Kích hoạt sự cố |
[ | 31.659749] | BUG: không thể xử lý tham chiếu con trỏ NULL hạt nhân tại |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Rất tiếc: 0002 [# 1] SMP |
[ | 31.662668] | CPU 1 |
[ | 31.659002] | SysRq: Kích hoạt sự cố |
[ | 31.659749] | BUG: không thể xử lý tham chiếu con trỏ NULL hạt nhân tại |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Rất tiếc: 0002 [# 1] SMP |
[ | 31.662668] | CPU 1 |
(vô giá trị)
....
Phần còn lại của đầu ra bị cắt bớt, nhưng bạn sẽ thấy hệ thống khởi động lại và ở đâu đó trong nhật ký, bạn sẽ thấy dòng sau:
Bắt đầu: Lưu vmcore khỏi sự cố hạt nhân ...
Sau khi hoàn tất, hệ thống sẽ khởi động lại về chế độ hoạt động bình thường. Sau đó, bạn sẽ tìm thấy tệp Kernel Crash Dump và các thư mục con liên quan, trong / var / crash danh mục :
ls / var / crash
201809240744 kexec_cmd linux-image-4.15.0-34-generic-201809240744.crash
Nếu kết xuất không hoạt động do lỗi OOM (Hết bộ nhớ), hãy thử tăng dung lượng bộ nhớ dự trữ bằng cách chỉnh sửa /etc/default/grub.d/kdump-tools.cfg. Ví dụ: để đặt trước 512 megabyte:
GRUB_CMDLINE_LINUX_DEFAULT = "$ GRUB_CMDLINE_LINUX_DEFAULT crashkernel = 384 triệu-: 512 triệu"
chạy sudo update-grub và sau đó khởi động lại sau đó, sau đó kiểm tra lại.
<Trước | Nội dung | Tiếp theo>