Câu hỏi Blacklist.conf "Bỏ qua lời nhắc khởi động dòng sai"


boot prompt

Các thủ thuật của Ubuntu, tôi đã khởi động hệ thống của mình một cách không cần thiết, điều này giờ đây đã cho tôi cơ hội để tìm hiểu thêm về cách khắc phục nó ... một chu trình luẩn quẩn. Dù sao, tôi có nó chủ yếu là lên và chạy một lần nữa theo ý thích của tôi, mặc dù tôi nhận được điều này (ảnh đính kèm) nhắc khi hệ thống của tôi khởi động:

libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/blacklist.conf line 56: ignoring bad line starting with 'rt2800usb'

Những người dùng khác đã thành công với việc chỉ xóa dòng xấu khỏi tập tin blacklist.conf mà tôi đã thực hiện. Dòng 56 không còn tồn tại, nhưng tôi vẫn nhận được lỗi tương tự. Vì vậy, tôi thiếu một cái gì đó? Có một số lệnh tiếp theo tôi cần phải cung cấp cho Ubuntu sau khi lưu tập tin conf?


3
2018-05-05 06:42


gốc


Mỏ vẫn xuất hiện ... Không có ý tưởng làm thế nào để thoát khỏi nó. Bout đã sẵn sàng để cài đặt lại.


Các câu trả lời:


Có vẻ như nó đã tự sửa ... hoặc đó là vì tôi đã xóa dòng xấu đó. Có lẽ vì tôi đã xóa dòng xấu.

Đây là cách tôi truy cập tệp danh sách đen:

  1. Mở thiết bị đầu cuối

  2. Nhập lệnh sudo gedit /etc/modprobe.d/blacklist.conf để mở blacklist.conf tập tin

  3. Xác định vị trí dòng xấu, xóa nó và lưu tệp

Trong trường hợp của tôi, tôi đã ngừng nhận lỗi sau một vài lần khởi động lại. Không biết tại sao nó bị trì hoãn.


3
2018-05-09 02:43





Bản sao của blacklist.conf được tư vấn trong khi khởi động, để sản xuất ignoring bad line lỗi, là một trong hệ thống tệp RAM ban đầu.

(Đường dẫn đầy đủ của bản sao đó là /etc/modprobe.d/blacklist.conf, giống như trang bạn đã chỉnh sửa. Nhưng tại thời điểm khởi động khi được tư vấn, / là hệ thống tệp RAM ban đầu thay vì hệ thống tệp gốc thông thường của bạn được lưu trữ trên đĩa.)

Điều này giải thích tại sao sự cố không được khắc phục ngay lập tức khi bạn chỉnh sửa blacklist.conf được lưu trữ trong hệ thống tập tin gốc thông thường của bạn.

Hệ thống tệp RAM ban đầu được (lại) được xây dựng trong một số trường hợp, chẳng hạn như khi một hạt nhân mới được cài đặt và do một số cài đặt trình điều khiển và một số thay đổi cấu hình. Tôi nghĩ một sự kiện như vậy có thể đã kích hoạt bản sửa lỗi bị trì hoãn của bạn.

Vì lợi ích của người khác, và trong trường hợp bạn có vấn đề này một lần nữa, bạn có thể chạy

update-initramfs -k all -c

để xây dựng lại (-c) hệ thống tệp RAM ban đầu cho tất cả các hạt nhân đã cài đặt (-k all). Mỗi hạt nhân đã cài đặt đều có initramfs được liên kết riêng.

Tín dụng cho giải pháp này được chuyển đến Cơ đốc giáo, người nào trình bày nó như một phần của câu trả lời đến Cập nhật Ubuntu khiến hệ thống đóng băng khi khởi động ở màn hình màu tím. Chế độ phục hồi không thành công và trả về BusyBox, đây là một phiên bản phức tạp hơn của vấn đề này. Trong câu hỏi đó, cái xấu blacklist.conf (hoặc các yếu tố khác) thực sự ngăn hệ thống khởi động thành công và cần thiết cho việc sửa chữa được áp dụng trong một chroot. Đó là may mắn không cần thiết trong trường hợp này.

Vì vấn đề của bạn đã biến mất (ở đây và cũng vậy), Tôi đã thử nghiệm giải pháp đó để đảm bảo giải pháp hoạt động. Trên một hệ thống Ubuntu Server 14.10 Beta 2 (vì đó là những gì tôi đã có ích để thử nghiệm), tôi cố tình tạo ra vấn đề bằng cách tạo ra một dòng xấu trong blacklist.conf tập tin và chạy update-initramfs -k all -c. (Như dự kiến, chỉ cần chỉnh sửa các tập tin đã không tạo ra lỗi khi khởi động lại - tôi đã phải xây dựng lại hệ thống tập tin RAM ban đầu để áp dụng các thay đổi.) Hoàn nguyên về bản gốc, đúng blacklist.conftệp đã không khắc phục được sự cố ngay lập tức nhưng đã từng chạy update-initramfs -k all -c một lần nữa, như mong đợi.

Là một vấn đề thứ cấp, khi chỉnh sửa /etc/modprobe.d/blacklist.conf hoặc các tệp khác phải được chỉnh sửa gốc, nếu bạn muốn sử dụng Gedit, tôi khuyên bạn nên chạy nó như gksudo gedit /etc/modprobe.d/blacklist.conf, khi chạy các chương trình đồ họa dưới dạng gốc với thẳng sudo  đôi khi tạo các tệp cấu hình gốc trong thư mục chính của bạn, can thiệp vào hoạt động của ứng dụng khi bạn chạy nó bình thường sau đó. Nếu gksu Install gksu gói (cung cấp gksudo) chưa được cài đặt, bạn có thể sử dụng sudo -H hoặc là sudo -i thay thế.


1