Phần cứng (thông tin cứng):

Tôi hy vọng đây không phải là một vấn đề phần cứng ...

    Hệ điều hành: Ubuntu 21.10
    CPU: CPU Intel(R) Core(TM) i7-8550U @ 1.80GHz, 1 bộ xử lý vật lý; 4 lõi; 8 chủ đề
    RAM: 7858608 KiB (còn gọi là 8GB)
    Bo mạch chủ: Lenovo YOGA 730-13IKB / LVNNB161216 (LENOVO)
    Đồ họa: 1920x1080 (Không xác định) Nền tảng X.Org
    Lưu trữ: (Không hiển thị gì vì một số lý do, nhưng tôi đã mở máy tính của mình để dọn dẹp nhằm khắc phục sự cố này và tôi xác nhận đó là ổ SSD NVMe.
    Máy in: (Không liên quan)
    Âm thanh: USB-Audio - Thiết bị USB 0x46d

Triệu chứng:

Điều mà tôi coi thường.

Bây giờ, kể từ khi nâng cấp từ Ubuntu 20.04 LTS lên Ubuntu 21.04, tôi đã gặp phải một số sự cố, những sự cố này:

• Không tự khởi động lại
• là tự phát
• CHỈ Xảy ra khi cắm vào nguồn AC
• Không có dấu hiệu đăng nhập ở bất cứ đâu
• Danh sách mục

Cố gắng:

Những thứ không hoạt động

Tôi đã thử cài đặt lại hệ thống ít nhất hai lần (tôi đã quên bằng cách nào đó, nhưng đó là hai lần trở lên), cập nhật từ 21.04 lên 21.10 trong quá trình này.Cũng đáng lưu ý rằng tôi đã chọn những chương trình để sao lưu, chỉ chọn những chương trình:

• Không được cài đặt tự động
• Không cục bộ (tôi có thể tự cài đặt lại các bản sửa lỗi đó sau)
• Tất cả các thư viện không tự động phát triển

Sự khác biệt đáng chú ý duy nhất so với 21.04 và 21.10 trong các sự cố là không có (IIRC).

Những thứ khác tôi đã thử:

• Cập nhật BIOS
• cài đặt lại nhiệt
• vô hiệu hóa trạng thái c (và kích hoạt lại chúng do không giúp được gì)
• Cố gắng đăng nhập hạt nhân (không thể thiết lập chính xác, sự cố thủ công không có nhật ký)
• Thiết lập tạp chí liên tục (không tìm thấy gì trong đó, tôi có thể đăng nó nếu cần)

Thêm

Một số thông tin bổ sung có thể giúp ích

Phần thông tin cuối cùng mà tôi có thể cung cấp là một tệp văn bản, trong đó tôi đã viết một loạt những thứ mà tôi đã thử, nghi ngờ và đã thất bại. Nó rất không có tổ chức (đặc biệt là ở phần cuối khi tôi phát cáu và bắt đầu chửi rủa ở cuối tập tin), nhưng dù sao thì tôi cũng sẽ đưa nó vào.

Nhật ký cá nhân:

Khi tôi cập nhật lên Ubuntu 21.04, mọi thứ bắt đầu không ổn.
Tôi cho rằng schedutil đang làm gì đó, vì máy tính đôi khi bị treo, không có nhật ký hay bất cứ thứ gì.
Tôi đã kiểm tra /var/log/kern.log trong số những cái khác và tôi không tìm thấy gì.

Tôi nghi ngờ đó là điều gì đó liên quan đến "trạng thái P" và "trạng thái C".
Trạng thái P, viết tắt của trạng thái hiệu suất, được sử dụng để tối ưu hóa mức tiêu thụ năng lượng trong quá trình thực thi mã. Hệ điều hành có thể thay đổi chúng để thay đổi điện áp CPU (nói ngắn gọn là thay đổi tần số CPU).
Mặt khác, trạng thái C được sử dụng để tối ưu hóa/giảm mức tiêu thụ năng lượng trong chế độ không hoạt động (khi không có mã nào được thực thi).
Các trạng thái C điển hình là:
    C0 - CPU đang tích cực chạy mã (trạng thái P)
    C1 - CPU sử dụng lệnh HLT khi không hoạt động, đồng hồ được tắt theo các phần của lõi, nhưng nó hoạt động tương đối nhanh
    C1E - Đây thực chất chỉ là C1, ngoại trừ khi bật C1E, CPU sẽ giảm tốc độ & điện áp của CPU khi ở C1
    C2 trở lên - CPU sẽ tắt các phần khác nhau của lõi để tiết kiệm điện năng hơn, với chi phí là không cần đánh thức nữa.
Nguồn: "Kiểm soát việc sử dụng trạng thái C của bộ xử lý trong Linux, Sách trắng kỹ thuật của Dell mô tả việc sử dụng trạng thái C với hệ điều hành Linux"

Dù sao đi nữa, tất cả những điều này vẫn đang xảy ra, ngay cả trong ngày 21.10, vì vậy đây phải là sự cố hạt nhân.
Mặc dù cài đặt "intel_idle.max_cstate=0" không ngăn được sự cố, vì vậy có thể đó là sự cố khác.
Tôi đã sử dụng "memtest86" và hệ thống của tôi vẫn ổn.
Tôi sẽ khởi động lại máy tính của mình và xem liệu có bất kỳ cài đặt trạng thái c nào trong BIOS/UEFI không (các cài đặt này vẫn được gọi là BIOS phải không?).

Vâng, tôi đã kiểm tra tôi không thể tìm thấy bất cứ điều gì.

Dell C-state PDF (giống trong nguồn ở trên) có phần này ngay bên dưới trạng thái C (là trang đầu tiên www) được gọi là "Kiểm tra mức sử dụng trạng thái C". Nó nói rằng:
    Có một số cách để xem lượng thời gian nhàn rỗi đang được sử dụng ở các trạng thái C khác nhau. 
    Trước tiên, hãy kiểm tra các thông báo kernel khi khởi động (ví dụ: âdmesg |grep idleâ hoặc âgrep idle /var/log/messagesâ) để xem trình điều khiển nhàn rỗi nào đang được sử dụng.

Đây là những gì tôi nhận được:
    sudo dmesg |grep nhàn rỗi
    [sudo] mật khẩu cho ws: 
    [ 0,028186] clocksource: tinh chế-jiffies: mặt nạ: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
    [ 0,076265] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 79635855245 ns
    [ 0.100211] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x39a8208cdd2, max_idle_ns: 881590748921 ns
    [ 0.104538] quá trình: sử dụng mwait trong chuỗi nhàn rỗi
    [ 0.128722] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
    [ 0.132319] cpuidle: sử dụng thang điều chỉnh
    [ 0.132322] cpuidle: sử dụng menu điều chỉnh
    [ 0,389960] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
    [ 1.426615] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x396d4ffc055, max_idle_ns: 881590662783 ns
    [ 4.981048] systemd-journald[323]: varlink-22: varlink: thiết lập trạng thái máy chủ nhàn rỗi
    [ 4.981116] systemd-journald[323]: varlink-22: varlink: đang thay đổi trạng thái máy chủ nhàn rỗi â phương thức xử lý
    [ 5.336734] systemd-journald[323]: varlink-22: varlink: thay đổi trạng thái phương thức xử lý â máy chủ nhàn rỗi
    [ 5.339242] systemd-journald[323]: varlink-22: varlink: đang thay đổi trạng thái máy chủ nhàn rỗi â đang chờ ngắt kết nối
Tôi dường như không thấy bất cứ điều gì ở đây, nhưng tôi nhớ trong cài đặt BIOS/UEFI có ghi ACPI thay vì RXS hoặc bất cứ thứ gì nó được gọi.
Tôi không thể mở thư mục "/proc/acpi/processor/CPU0/power", vì thư mục này không tồn tại (chỉ đến được "acpi").

Một thời gian sau, tôi quyết định cài đặt lại Ubuntu, và tôi đã làm như vậy, mọi thứ hoạt động tốt trong ngày đầu tiên (và thứ hai), sau đó nó bị sập.
Sau một hồi loay hoay, tôi quyết định chạy "cảm biến đồng hồ" và tôi phát hiện ra một điều; khi chơi osu!, nhiệt độ của tôi tăng vọt lên tới ~95ºC, đạt tới 99ºC!
Chỉ muốn đề cập rằng killswitch của PC được kích hoạt ở 100ºC, tôi cách nó 1 độ và hầu hết thời gian là 2 độ (~ 96-98ºC hầu hết thời gian)!

Một ý tưởng khác, đây có thể là sự cố PSU, vì tôi chưa bao giờ thấy nó gặp sự cố khi rút phích cắm..

"kernelUpdateCrash" là tên cũ của tệp này, bây giờ nó là "cleaningComputer", tôi đã mở máy tính và thánh thần thấy có quá nhiều thứ thô thiển trong người hâm mộ.
Không gặp sự cố kể từ khi tôi làm sạch nó! Không thực sự chi tiết vì tệp này quá dài và tôi cũng đã mở một máy tính khác sẽ nằm trong một câu chuyện khác (tôi nghĩ tôi sẽ gọi nó là "firstUbuntuInstallation").


Cập nhật nó bị lỗi một lần nữa.
Nó không hoạt động khi nó nằm ngang, vì vậy tôi nghĩ rằng đó là vấn đề về sự dẫn khí của quạt.
Một câu hỏi của Askubfox là máy tính của họ bị tắt do nóng, tôi không chắc liệu nó có nóng trong trường hợp của tôi hay không nhưng một bản cập nhật bios đã giúp ích.
Nguồn: "https://askubuntu.com/questions/1232813/ubuntu-20-04-shutdown-after-overheating"

Mình đã làm rồi, mình phải boot vào USB Windows PE để chạy chương trình nhưng chương trình không hoạt động...
Vì vậy, thay vì đánh dấu vào tùy chọn "Cài đặt", tôi đã chọn tùy chọn "Giải nén" và nó đã giải nén một tệp thực thi khác có cùng tên ngoại trừ việc tất cả các chữ cái bây giờ đều viết hoa!
Dù sao thì tôi đã chạy nó và đó là thiết lập sơ sài kỳ lạ này dường như đang sử dụng WinAPI để đặt văn bản ở nơi không nên và nó sẽ không chạy nếu không có nguồn AC.
Tôi tiến hành cắm nó vào và chạy lại, nó có một hình ảnh linh vật kỳ lạ và có thể bị hỏng giống như một cây bút chì?
Tôi đã đính kèm 2 hình ảnh tôi chụp bằng điện thoại của mình, đó là lý do tại sao câu chuyện này nằm trong một thư mục.
PC khởi động lại, nó hoạt động, và sau đó quạt bắt đầu quay tít như thể thứ gì đó sắp nổ tung, chưa bao giờ thấy nó như vậy, có thể là do quạt quá áp tạm thời trong khi máy tính cố gắng khởi động lại.
Vì vậy, yeah tôi đã thay đổi tiêu đề của điều này một lần nữa.

Nó lại bị rơi...

Lần cuối cùng tôi sửa đổi tệp này là: 2021å¹´10æ26æ¥ 19æ55å59ç§.
Bây giờ là: 2021å¹´11æ06æ¥ 23æ10å36ç§
Tôi vừa cài đặt lại thermald, có vẻ như hoạt động, tôi không chắc lắm, tôi đoán là điều chỉnh tốt.
Tập lệnh "setPerformanceMode.sh" và "setPowersaveMode.sh" mà tôi đã tạo (sử dụng cpufreq) dường như không còn thay đổi gì nữa.
Vì vậy, hãy hy vọng điều này hoạt động, ngay cả khi thermald được cài đặt theo mặc định ...
Tái bút: Tôi có i7z trên thiết bị đầu cuối được đặt thành "Luôn ở trên cùng" để tôi có thể theo dõi Tần số, trạng thái C và nhiệt độ của các lõi CPU (4 vật lý, logic).

Bruh thermald đang điều chỉnh xuống 400MHz trong khi chơi.
Mình tab ra khỏi chương trình nó lại về 1GHz là sao?
Được rồi, tôi đã làm Osu! đặt giới hạn FPS thành V-Sync (60fps) thay vì gấp đôi (120fps, trước đây) và nó có vẻ tốt ngay cả khi máy tính không ở bên cạnh (nó thường không bị treo khi ở bên cạnh nó , như người hâm mộ đã chỉ ra.

Được rồi, vì vậy tôi đã kiểm tra nhật ký tạp chí và tôi nhận được:
"thermald.service: Đã thay đổi cách chạy -> dừng-sigterm"
Huh...
Chờ đã, đây là phần cuối của tạp chí, nó có thể tắt máy ç¬.

Các từ khóa được kiểm tra với "journalctl -g ???":
    nhiệt
    đóng cửa
    Vụ tai nạn
    hoảng loạn
    tia lửa
Nó vừa bị lỗi khi tìm kiếm trong tạp chí... Hãy điều tra với "journalctl -b -1". Huh, nhật ký cuối cùng là 4 phút trước khi xảy ra sự cố, được rồi...
Vâng, đó là tôi đang yêu cầu trợ giúp trong AskUbfox, lẽ ra phải làm điều đó từ lâu rồi!
Được rồi, bây giờ tôi chỉ cần sao chép điều này vào câu hỏi.

chú thích cuối trang

Nếu có bất kỳ thông tin nào khác tôi có thể cung cấp, vui lòng để lại nhận xét, tôi sẽ kiểm tra chúng

thường xuyên và cập nhật bài viết cho phù hợp. Một lần nữa, đây có thể là sự cố phần cứng, nhưng nó đã xảy ra khi tôi cập nhật hệ thống của mình và hiện tại do Wayland và một số thứ khác nên tôi không thể hạ cấp xuống 20.04 LTS và xử lý nó.