Hỏi / Đáp Linux không khởi động sau khi cập nhật BIOS bằng Q-Flash, nhưng Windows thì khởi động mà không có vấn đề gì?

goobert123

New member
[CẬP NHẬT MỚI ở cuối]
Bo mạch chủ: Gigabyte Z790 AERO G (rev. 1.0)
CPU: Intel i9 13900K
GPU: Gigabyte RTX 4080 16GB GAMING OC

Phiên bản BIOS trước: F8
Phiên bản BIOS hiện tại: F12e (mới nhất, trên trang hỗ trợ của họ cho mobo)

Bộ nạp khởi động: GRUB
Hệ điều hành 1: Windows 11 (ổ đĩa nvme riêng
)Hệ điều hành 2: Arch Linux (ổ đĩa nvme riêng)
TRẠNG THÁI KHỞI ĐỘNG AN TOÀN: TẮT

Các bước trước khi có triệu chứng:
  1. Tôi đã tải xuống bản cập nhật từ trang hỗ trợ mobo
  2. Giải nén nội dung của thư mục đã nén
  3. Sao chép nội dung của thư mục đã giải nén vào ổ đĩa flash (định dạng fat32)
  4. Khởi động lại máy tính, vào BIOS -> Tiện ích Q flash
  5. Bắt đầu quá trình flash
  6. Hoàn tất mà không có bất kỳ lỗi nào (như đã trình bày)
  7. Máy tính khởi động lại ba lần trước khi khởi động 'bình thường' - tức là hiển thị logo bo mạch chủ và tải GRUB (Tôi không biết 'khởi động lại' có phải là thuật ngữ chính xác ở đây không nhưng rõ ràng đây là cách bo mạch chủ gigabyte hoạt động khi được flash)
  8. Điều đầu tiên tôi thử là khởi động vào Arch Linux (hạt nhân Linux thông thường không phải LTS)
^tldr​
- không có lỗi nào xuất hiện khi tôi cập nhật BIOS, BIOS đã được xác nhận cập nhật thành công (bằng cách tải BIOS mới và quan sát các thay đổi)?utm_source=diendancongnghe.com#-tl...med-by-loading-new-bios-and-observing-changes​
Triệu chứng sau khi cập nhật BIOS và khởi động lần đầu kể từ-
  1. Tôi nhấn phím 'Enter' khi hạt nhân 'Arch Linux linux' được tô sáng trong GRUB
  2. Nó bắt đầu khởi động như bình thường
  3. Khi nó yêu cầu tôi nhập mật khẩu cho ổ đĩa được mã hóa của mình (LVM được mã hóa), khi tôi bắt đầu nhập mật khẩu, hệ thống 'tắt'- Tôi nghe thấy âm thanh chuyển đổi loại rơle
  1. và khởi động lại. Âm thanh này đôi khi được nghe thấy khi tôi tắt máy tính hoặc sau khi thoát khỏi BIOS. Tôi tin rằng đó là nguồn điện tạo ra âm thanh chứ không phải bo mạch chủ nhưng tôi không biết.
  2. Tôi đã thử khởi động lại arch linux, kết quả vẫn vậy
  3. Đã thử khởi động vào kernel linux-zen mà tôi đã cài đặt trước đó làm bản sao lưu và vẫn -> tiếng ồn khi chuyển đổi -> khởi động lại hệ thống
  4. Khi tôi chọn Windows 11 trong GRUB, nó khởi động, tôi có thể đăng nhập vào Windows, không có reebot nào.
^tldr - PC khởi động GRUB bình thường nhưng không tải được Arch linux- linux kernel (hoặc) linux-zen kernel. Nó khởi động vào Windows 11 mà không có vấn đề gì nhưng bất cứ khi nào tôi thử khởi động vào Arch Linux, nó khởi động lại sau khi Arch bắt đầu tải, thường là ở phần nhắc tôi nhập mật khẩu để giải mã LVM được mã hóa có chứa /home và/root, nhưng đôi khi nó thậm chí không đến được lời nhắc mật khẩu để giải mã.?utm_source=diendancongnghe.com#-tl...ont-even-reach-the-password-prompt-to-decrypt​
Lưu ý rằng trên màn hình chính của tôi, tôi luôn cắm vào cổng hiển thị của GPU, màn hình thứ hai của tôi được cắm vào cổng HDMI của GPU.

Để khắc phục sự cố khởi động lại, tôi đã tìm kiếm trực tuyến các giải pháp và tìm thấy câu trả lời cho các vấn đề 'tương tự' trên reddit và diễn đàn arch linux nói rằng GRUB phải được cài đặt lại sau khi cập nhật BIOS (đôi khi). Cách duy nhất để thực hiện việc này là sử dụng phương tiện cài đặt và chroot vào cài đặt hiện tại và xây dựng lại GRUB.

Vì vậy, tôi đã thử chroot bằng phương tiện cài đặt arch live:
  1. Đã cắm phương tiện cài đặt Arch Linux vào cổng USB
  2. Bật PC
  3. Nhấn phím F12 để chọn phương tiện khởi động
  4. Chọn ổ đĩa flash chứa phương tiện cài đặt Arch Linux
  5. Tôi được cung cấp các tùy chọn để tải môi trường cài đặt Arch
  6. Nhấn 'enter' trên tùy chọn Cài đặt Arch Linux để truy cập thiết bị đầu cuối
  7. Nó bắt đầu tải môi trường cài đặt như bình thường, không có lỗi
  8. Khi đang tải môi trường, PC của tôi đột ngột khởi động lại (có cùng âm thanh chuyển đổi), một lần nữa
  9. Vì vậy, tôi cũng không thể tải cài đặt media. Chỉ có Windows khởi động, Arch không khởi động, môi trường cài đặt Arch không khởi động
^tldr - Cũng không cho tôi tải vào môi trường cài đặt để có thể chroot. Khi môi trường cài đặt bắt đầu tải, có một lần khởi động lại đột ngột.?utm_source=diendancongnghe.com#-tl...ment-begins-loading-there-is-an-abrupt-reboot​
Sau đó, tôi đọc một cái gì đó trực tuyến cho thấy rằng đó có thể là sự cố GPU. Và tôi có thể phải cài đặt lại trình điều khiển GPU cho Linux.
  1. Tôi đã chuyển đồ họa sang Đồ họa tích hợp trên BIOS
  2. Tắt nguồn
  3. Ngắt kết nối màn hình khỏi GPU, kết nối chúng với bo mạch chủ (đối với đồ họa tích hợp)
  4. Thử khởi động lại arch, kết quả vẫn vậy, tức là khởi động lại đột ngột
  5. Thử khởi động phương tiện cài đặt Arch vào chroot, kết quả vẫn vậy, khởi động lại đột ngột
Là nỗ lực cuối cùng để tải bất kỳ thứ gì ngoại trừ Windows 11, với màn hình vẫn được kết nối với IntegratedGPU, tôi đã thử khởi động Ubuntu live ISO (phương tiện cài đặt) để thử và loại trừ các sự cố GPU. Tuy nhiên, kết quả vẫn như vậy, khởi động lại.
?utm_source=diendancongnghe.com#-​
^tldr - Sau khi chuyển sang IntegratedGPU trên cài đặt BIOS và cắm màn hình vào đầu ra hiển thị của bo mạch chủ, tôi đã thử tải Arch Linux như bình thường, môi trường cài đặt để chroot và thậm chí là một iso Ubuntu trực tiếp trên một ổ đĩa flash khác. Nhưng nó cũng thất bại theo cách tương tự (khởi động lại đột ngột).?utm_source=diendancongnghe.com#-tl...rive-but-it-failed-the-same-way-abrupt-reboot​
?utm_source=diendancongnghe.com#--2​
Có khả năng một số cài đặt BIOS đã được đặt lại gây ra sự cố này. Nhưng khởi động an toàn đã tắt trước khi cập nhật BIOS và hiện vẫn tắt. Điều duy nhất tôi nhận thấy là tốc độ xung nhịp của RAM không chính xác. Tôi đã bật lại XMP và sự cố này đã được khắc phục. Tôi đã không tắt XMP kể từ lần đầu tiên dựng PC này. Và tôi cũng chỉ bật XMP sau khi thử mọi cách ở trên. Tuy nhiên, vẫn gặp sự cố tương tự sau khi bật lại.

Đây là nơi mà phạm vi chuyên môn của tôi kết thúc. Tôi đủ hiểu biết để sử dụng và cấu hình Linux như một người dùng nghiệp dư nhưng tôi không biết cách tiếp tục khắc phục sự cố này như thế nào. Tôi thậm chí không ngại cài đặt lại Arch, vấn đề là ngay cả phương tiện cài đặt cũng không tải được. Vậy là không còn khởi động kép nữa sao? Tôi không ổn với điều đó.

Nếu bạn có bất kỳ câu hỏi nào về điều gì đó mà tôi có thể đã bỏ sót trong phần giải thích của mình, vui lòng hỏi. Tôi đánh giá cao bất kỳ/tất cả sự trợ giúp nào để chẩn đoán sự cố này. Cảm ơn!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CHỈNH SỬA: Tôi đã khởi động được Arch sau khi thêm
acpi=off
vào các tham số hạt nhân trên grub.
Trình quản lý hiển thị của tôi đã tải (là trình quản lý hiển thị) nhưng khi tôi cố gắng đăng nhập, tôi chỉ thấy một màn hình trống. Tôi tin rằng có thể tôi cần phải xây dựng lại trình điều khiển nvidia. Vì vậy, tôi đã chuyển sang tty để kiểm tra xem mọi thứ khác có ổn không và quạt CPU của tôi bắt đầu tăng dần. Tôi hơi hoảng sợ vì đã tắt ACPI. Tôi không muốn CPU của mình bị cháy nên tôi đã nhanh chóng tắt máy.
Vì vậy, bây giờ tôi biết rằng chính trình quản lý nguồn điện đang gây ra sự cố. Có vẻ như tôi có thể phải khôi phục lại chương trình cơ sở BIOS theo cách nào đó vì tôi không muốn làm hỏng ACPI. Tôi cũng đã tạo một vé hỗ trợ gigabyte để phòng ngừa.

~~~~~~
CHỈNH SỬA: Tôi đã khởi động được arch sau khi thêm
acpi=off vào các tham số kernel trên grub. Trình quản lý hiển thị của tôi đã tải (là trình quản lý hiển thị) nhưng khi tôi cố gắng đăng nhập, tôi chỉ thấy một màn hình trống. Tôi tin rằng mình có thể cần phải xây dựng lại trình điều khiển nvidia. Vì vậy, tôi đã chuyển sang tty để kiểm tra xem mọi thứ khác có ổn không và quạt CPU của tôi bắt đầu tăng dần. Tôi hơi hoảng sợ vì đã tắt ACPI. Tôi không muốn CPU của mình bị cháy nên tôi đã nhanh chóng tắt máy.

Vì vậy, bây giờ tôi biết rằng chính trình quản lý nguồn điện đang gây ra sự cố. Có vẻ như tôi có thể phải khôi phục chương trình cơ sở BIOS theo cách nào đó vì tôi không muốn làm hỏng ACPI. Tôi cũng đã tạo một phiếu hỗ trợ gigabyte để phòng ngừa.
 
Back
Bên trên