Nếu có một người sẽ đẩy phần cứng đến giới hạn, đó là tôi. Đầu 2015, tôi mua chiếc Lenovo Ideapad G50-70, dành toàn bộ cho test phần mềm, bao gồm rất nhiều distro Linux. Nhanh chuyển hai năm rưỡi, mọi thứ đã thay đổi.
Vậy chuyện gì xảy ra? Như cách tôi luôn làm, tôi tải ISO distro mới, ghi lên USB, rồi khởi động lại laptop để boot từ thiết bị ngoài. Chỉ là điều đó không xảy ra. Thiết bị không được nhận diện. Gì. Tôi không thích. Nghĩ có vấn đề với phiên bản Etcher cụ thể, phần mềm chọn để ghi dữ liệu, tôi thử phiên bản cũ hơn, cùng kết quả. Thử USB khác. Không. Thử ba distro khác nhau, hai trong số đã cài trên máy, không.
Điều tra
Cốt truyện dày đặc. Tôi không nhớ chuỗi suy nghĩ đầy đủ, nhưng tôi quyết định tập trung vào mặt phần mềm trước, trước khi troubleshooting phần cứng thêm.
Lúc này, distro kiểm soát thiết lập multi-boot phức tạp trên máy là openSUSE Leap 42.3. Tôi nhớ trong cài đặt, nó hỏi tôi có muốn bật hỗ trợ Secure Boot không, và liệu đây có phải lý do hệ thống từ chối thiết bị boot mới. Nghe không giống, vì có distro khác có image ký hợp lệ, nhưng vẫn. Tôi đổi cài đặt, reboot, không.
Được, tôi quyết định cài Kubuntu Zesty làm distro quản lý multi-boot của laptop, chỉ để chắc chắn không phải openSUSE làm hỏng mọi thứ. Tôi đã có dự cảm nó không giúp, nhưng bạn phải làm chậm rãi và kiên nhẫn, để không bỏ sót. Đúng. Như tôi đã chỉ trong hướng dẫn khôi phục GRUB & EFI, có nhiều cách khôi phục bootloader, và khi làm, tôi thấy:
Installing for x86_64-efi platform.
Could not delete variable: Interrupted system call
Could not add entry to BootOrder: Interrupted system call
Installation finished. No error reported.
Không tốt. Tôi cũng thử efibootmgr trực tiếp, và gặp cùng lỗi. Lúc này, tôi lên mạng, tìm vài tham chiếu vấn đề này. Lạ thay, hoặc không, một đám người dùng openSUSE phàn nàn về chính vấn đề này, và họ không thể thay đổi cài đặt UEFI, dẫn đến chấn thương tương tự. Nhưng không chỉ riêng họ. Arch, Debian, Fedora, bạn nói tên.
Tôi quyết định troubleshoot và thử thay đổi boot manager theo nhiều cách. Thử efibootmgr, thử bcdedit qua Windows 10. Ngay cả đó, tôi gặp lỗi tương tự:
bcdedit.exe /import newbcd /clean
The store import operation has failed.
The request was aborted.
Sau đó tôi thử thay đổi bất kỳ thứ gì trong menu UEFI, xem có khác biệt không. Dù đoán trước, không importa tôi làm gì, thay đổi không lưu sau reboot. Trông như NVRAM đã chuyển sang chỉ đọc.
Các bước tiếp theo... và không
Vâng, tôi thử vài thủ thuật phần cứng nhỏ - tháo pin, giữ nút nguồn, những trò vô hại kiểu đó. Cũng thử flash lại UEFI, nhưng phiên bản BIOS khớp, và tiện ích Lenovo không cho flash. Tôi thậm chí liên hệ hỗ trợ, hỏi công cụ chẩn đoán bổ sung, nhưng họ chỉ cung cấp bài KB công khai và link tải thứ bạn tự lấy được.
Tôi tìm thấy phiên bản BIOS tool cũ hơn - dù tìm kiếm hơi rắc rối, nhưng tiện ích từ chối flash phiên bản cũ hơn phiên bản hiện tại. Tôi chưa tìm thấy cách ép buộc. Không đi được.
Bây giờ làm sao
Vậy lúc này, tôi có laptop hoạt động đầy đủ với cấu hình cố định. Nghĩa là không thể dùng test distro mới - có thể dùng cho test nâng cấp in-vivo, và tất nhiên, loạt hướng dẫn và chủ đề liên quan phần mềm. Thực ra có thể, nhưng đó là chủ đề bài riêng, và khá nguy hiểm. Sẽ nói sau. Anyway, thiết lập vẫn như hiện tại, bao gồm, theo thứ tự phân vùng:
- Windows 10 Home (/dev/sda5)
- Xubuntu 17.04 Zesty Zorba (/dev/sda6)
- Ubuntu 16.04 Xenial Xerus (/dev/sda7)
- CentOS 7.2 KDE (/dev/sda8)
- Manjaro 17.0.1 Gellivara Xfce (/dev/sda9)
- OpenSUSE Leap 42.3 Plasma (/dev/sda13)
- Kubuntu 17.04 Zesty Zeus (/dev/sda14)
- Fedora 25 Workstation Gnome (/dev/sda15)
Vậy tôi có thiết lập 8-boot rất thú vị. Không phải điều đa số người làm hoặc cấu hình. Và tôi có thể đã cài khoảng 200-300 instance distro trong hai năm rưỡi qua. Thêm vào đó cập nhật bootloader thỉnh thoảng, thay đổi thứ tự boot, cộng với việc data được flash vào NVRAM thành nhiều chunk, mỗi chunk gây mòn dải bộ nhớ nhỏ. Nói chung khoảng ngàn lần flash trở lên. Vì vậy tôi đã mài mòn băng bán dẫn trần truồng, không còn electron.
Hầu hết techies (người thường chỉ dùng thứ có sẵn) trong vòng đời điển hình 3-5 năm laptop, sẽ chỉ submit laptop cho một vài cài đặt. Không quá mười. Tôi vượt con số này khoảng hai cấp số nhân. Nói về 300-500 năm laptop lạm dụng UEFI, và đó là lý do có thể cho vụ việc nhỏ này.
Điều này cũng có nghĩa - cho đến nay - cho đến khi tôi quyết định có mua máy test mới không, tôi sẽ test distro mới trên máy LG RD510 cũ, như bạn đã thấy với Antergos và một số khác. Chỉ dual boot với bộ xử lý cũ, nhưng có thể thú vị hơn do ràng buộc hiệu suất và card Nvidia. Tôi vẫn làm tất cả phần cool. Không UEFI và có thể không vấn đề phần cứng mạng. Nhưng tôi sẽ nỗ lực đưa ra review kỹ lưỡng, chi tiết và trung thực. Cũng chắc chắn sẽ mua phần cứng mới, và rồi chúng ta quay lại đau khổ, bug và drama.
Một điều khác - hàng đợi viết của tôi rất dài. Nói về ba tháng bài viết đã viết xong. Một số hoàn thành khi G50 còn tốt, hãy nhớ đó. Sẽ thú vị. Và vui.
Kết luận
Khi viết bài này, tôi có suy nghĩ. Có lẽ, nếu đang test nhiều với flash firmware nhiều, dùng chế độ Legacy có thể giúp. Nghĩa là không UEFI, nhưng có lẽ không tệ. Nói chung, chuyện flash cũng áp dụng cho router. Mỗi lần đổi config, một cell chết. Hãy nhớ. Anyway, G50 thành case study đặc biệt, và chiếc LG cũ quay lại với tiếng vang. Cho đến khi tìm thấy người kế vị xứng đáng. Tux Vivat!
Trên một ghi chú nghiêm túc, tôi hỏi CÁC BẠN nếu có ý tưởng gì tiếp theo. Tôi không muốn tháo gỡ laptop. Có thể không pin CMOS. Và bất kỳ thay đổi laptop mạnh nào có thể dẫn đến brick thiết bị. Vì vậy, nếu bạn có gợi ý, và đừng tìm online, tôi đã làm phần đó, nếu bạn thực sự có kiến thức kỹ thuật cá nhân và chuyên môn, hãy email tôi, cho tôi biết suy nghĩ và thủ thuật, ưu tiên không phá hủy. Ý tưởng là cố gắng hồi sinh NVRAM mà không giết laptop. Hãy biểu đạt.
Chào.