Điểm:1

Màn hình đen sau khi tạm ngưng trên Ubuntu 21.04

lá cờ in

Tôi mới mua một máy tính xách tay 'HP 15s-eq1510sa 15.6" AMD Ryzen 5'; rõ ràng công việc đầu tiên của tôi là cài đặt Ubuntu Studio trên Windows, tất cả đều ổn cho đến khi tôi đóng nắp, khi tôi mở lại nó, tôi vừa có màn hình đen, điều này dường như xảy ra 80% nhưng nếu tôi may mắn thì màn hình hiển thị một chút rác trong giây lát rồi hoạt động tốt và hiển thị màn hình đăng nhập. Tôi đã thấy điều này được đề cập là sự cố với thẻ Nvidia nhưng máy tính xách tay của tôi có AMD Radeon. Cảm ơn trước :-)

NB. Tôi nghĩ rằng tôi có thể đã tìm thấy câu trả lời! Hệ thống mặc định là nhân 5.11.0.18, tôi đã chuyển nó (thông qua Grub) sang 5.11.0.16 và vấn đề dường như đã được giải quyết! Tôi sẽ để câu hỏi này ở đây trong một ngày hoặc lâu hơn để đảm bảo :-)

CHỈNH SỬA: Không, nó hoạt động vì tôi đã cắm nó vào (vì nó tắt màn hình của chúng tôi khi tôi đóng nắp), nó được đặt ở chế độ treo khi đóng nắp trên pin mà tôi vừa tìm thấy ra, vẫn để trống màn hình khi thức dậy.

eric@eric-linuxbox:~$ lspci
00:00.0 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir IOMMU
00:01.0 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Cầu máy chủ giả PCIe Renoir
00:02.0 Cầu nối máy chủ: Advanced Micro Devices, Inc. [AMD] Cầu nối máy chủ giả PCIe Renoir
00:02.2 Cầu nối PCI: Advanced Micro Devices, Inc. [AMD] Cầu nối PCIe GPP của Renoir
00:02.4 Cầu nối PCI: Advanced Micro Devices, Inc. [AMD] Cầu nối PCIe GPP của Renoir
00:08.0 Cầu nối máy chủ: Advanced Micro Devices, Inc. [AMD] Cầu nối máy chủ giả PCIe Renoir
00:08.1 Cầu nối PCI: Advanced Micro Devices, Inc. [AMD] Renoir Cầu nối PCIe GPP nội bộ tới Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] Bộ điều khiển FCH SMBus (rev 51)
00:14.3 Cầu nối ISA: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 0
00:18.1 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 1
00:18.2 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 2
00:18.3 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 3
00:18.4 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 4
00:18.5 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 5
00:18.6 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 6
00:18.7 Cầu máy chủ: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Chức năng 7
01:00.0 Bộ điều khiển mạng: Realtek Semiconductor Co., Ltd. RTL8821CE Bộ điều hợp mạng không dây PCIe 802.11ac
02:00.0 Bộ điều khiển bộ nhớ không bay hơi: Thiết bị KIOXIA Corporation 0001
03:00.0 Bộ điều khiển tương thích VGA: Advanced Micro Devices, Inc. [AMD/ATI] Renoir (rev c3)
03:00.1 Thiết bị âm thanh: Advanced Micro Devices, Inc. [AMD/ATI] Thiết bị 1637
03:00.2 Bộ điều khiển mã hóa: Advanced Micro Devices, Inc. Bộ xử lý bảo mật nền tảng [AMD] Family 17h (Model 10h-1fh)
03:00.3 Bộ điều khiển USB: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
03:00.4 Bộ điều khiển USB: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
03:00.5 Bộ điều khiển đa phương tiện: Advanced Micro Devices, Inc. [AMD] Bộ xử lý âm thanh Raven/Raven2/FireFlight/Renoir (rev 01)
03:00.6 Thiết bị âm thanh: Advanced Micro Devices, Inc. [AMD] Family 17h (Model 10h-1fh) Bộ điều khiển âm thanh HD
zean_7 avatar
lá cờ jp
Tôi cho rằng bạn phải khởi động lại mỗi khi điều này xảy ra? Bạn nên kiểm tra nhật ký của mình để tìm lỗi trong lần khởi động cuối cùng. Chỉ cần thực hiện `journalctl -r -b -1` và kiểm tra nguyên nhân khiến hệ thống của bạn không hoạt động bình thường sau khi tạm ngưng.
lá cờ gb
Vấn đề tương tự ở đây: HP 15s, AMD Ryzen 3 4300u, Ubuntu 20.04.3 với kernel 5.11
Điểm:0
lá cờ cn

Thật không may, chỉ cài đặt 5.14-rc5 (như HảoSama đã viết) là không đủ đối với tôi nhưng nó là cần thiết. Ngoài ra việc cập nhật DSDT là cần thiết. Để làm điều đó chạy:

  1. Tạo một thư mục làm việc
mkdir -p /tmp/acpi; cd /tmp/acpi/
  1. Kết xuất tất cả các tệp ACPI của bạn vào thư mục được tạo gần đây
sudo acpidump -b
  1. Và dịch ngược DSDT:
iasl -e *.dat -d dsdt.dat
  1. Kích hoạt trạng thái S3.

4.1. Mở dsdt.dsl với một trình soạn thảo văn bản tìm và thay thế

    Tên (XS3, Gói (0x04)
    {
        0x03, 
        Số không, 
        Số không, 
        Số không
    })

với

    Tên (_S3, Gói (0x04)
    {
        0x03, 
        Số không, 
        Số không, 
        Số không
    })

4.2. cũng tìm thấy dòng bắt đầu bằng định nghĩa khối và tăng phiên bản OEM (trong trường hợp của tôi 0x01072009):

DefinitionBlock ("", "DSDT", 2, "HPQOEM", "8707", 0x01072009)

bằng cách thay thế bằng

DefinitionBlock ("", "DSDT", 2, "HPQOEM", "8707", 0x01072010)
  1. Biên dịch DSDT cuối cùng
iasl -ve -tc dsdt.dsl
  1. Tạo một tệp cpio
mkdir -p hạt nhân/phần sụn/acpi
cp dsdt.aml hạt nhân/chương trình cơ sở/acpi
tìm hạt nhân | cpio -H newc --create > acpi_override
sudo cp acpi_override/khởi động
  1. Cập nhật GRUB: Mở /etc/default/grub với trình soạn thảo văn bản và thêm vào khóa GRUB_CMDLINE_LINUX_DEFAULT mem_sleep_default=deep giá trị. Ví dụ, dòng của tôi là GRUB_CMDLINE_LINUX_DEFAULT="sơ yếu lý lịch giật gân=UUID=ddd96d19-0c4e-4523-86ff-033cffb11d58 mem_sleep_default=deep" Sau đó, thêm dòng GRUB_EARLY_INITRD_LINUX_CUSTOM="acpi_override" phía dưới. Cuối cùng chạy
cập nhật sudo-grub

Máy tính xách tay của tôi là HP 15s-eq1xxx, Ryzen 3 4300U. Tôi đã điều chỉnh giải pháp cho máy tính xách tay của mình mô tả ở đây.

Bạn có thể kiểm tra xem Trạng thái hệ thống S3 có khả dụng hay không bằng cách

sudo dmesg | grep -i acpi | hỗ trợ grep
Điểm:0
lá cờ cn

Tôi có HP 15s-eq2040au, Ryzen 5500u và đang sử dụng Arch và tôi nghĩ kernel 5.11 có vấn đề đó.Cho đến 5.12, bạn có thể thêm một bản vá

1. Vá

#/etc/modprobe.d/options.conf
amdgpu dpm=0

Đây là một sửa chữa tồi vì nó chỉ vô hiệu hóa quản lý năng lượng trên gpu và nó vẫn chạy ở trạng thái treo.

2. Khắc phục tốt hơn

Các kernel sau này đã giải quyết vấn đề này và bạn có thể sử dụng phiên bản kernel mới hơn và tránh được sự cố gpu, tôi đã kiểm tra trên 5.13 và 5.14-rc3.

Tuy nhiên, tôi vẫn gặp phải một vấn đề nữa với IOMMU khiến ổ SSD của tôi ở chế độ chỉ đọc và systemd thậm chí không thể ghi nhật ký nội dung. Cài đặt

iommu=mềm

tham số hạt nhân này trong khi khởi động đã giải quyết được sự cố. Bạn sẽ có thể làm điều đó trong grub, đây là cấu hình systemd-boot.

tiêu đề Arch Linux (bản phân phối)
linux/vmlinuz-linux
initrd /amd-ucode.img
initrd /initramfs-linux.img
tùy chọn root="LABEL=root" rw giật gân iommu=soft

Hãy cho tôi biết nếu điều này làm việc cho bạn.

Điểm:0
lá cờ in

Đầu tiên, hãy kiểm tra /var/log/Xorg.*.log nếu bạn thấy

(II) systemd-logind: đã tạm dừng cho 

sau đó thử cách giải quyết này:

 Sudo systemctl set-default multi-user.target

khởi động lại, vào chế độ bảng điều khiển văn bản, đăng nhập, thử lsmod xác nhận amdgpu đã được liệt kê

bắt đầu

Hòa bình. Vì vậy, đó là sự cố systemd mà tôi không thể tìm thấy bất kỳ nhật ký nào để điều tra thêm.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.