Làm thế nào để gỡ lỗi đình chỉ?

Tôi đã sử dụng Ubuntu được khoảng năm năm rồi và tôi vẫn không thể làm cho nó bị treo khi tôi muốn. Thật khó chịu khi tôi có thể lập trình một cơn bão, hack máy bằng nhiều cách khác, nhưng khi tôi cố gắng làm cho nó tạm dừng hoặc gỡ lỗi, tôi thất bại thảm hại.

Tôi cần giúp đỡ.

Tôi bắt đầu tìm vấn đề ở đâu? Tôi phải làm gì để khắc phục nó? Tôi đang đặt tiền thưởng cho vấn đề này, bởi vì tôi thực sự đã mất hàng giờ trong cuộc đời mình cho vấn đề này và việc để máy tính của tôi trong TẤT CẢ thời gian là rất tồi tệ.

Các triệu chứng:

• Nhấn đình chỉ sẽ đưa máy tính của tôi đến trạng thái có con trỏ nhấp nháy, quạt đang chạy, có vẻ như HD đã tắt (tôi nghĩ) và tôi không thể làm gì để đưa nó trở lại trạng thái này (thiếu khởi động lại khó khăn).
• Có thể liên quan: Người hâm mộ của tôi vẫn ở lại ngay cả sau khi tắt máy, và thậm chí sau đó, tôi phải nhấn nút nguồn trong năm giây trước khi tôi có thể khởi động lại.
• Tôi không biết bản ghi nào cần xem xét để gỡ lỗi sự cố và tôi tưởng tượng họ sẽ bị bắt đầu khi khởi động lại.

Xin vui lòng giúp đỡ. Điều này khiến tôi hoàn toàn thất vọng, và tôi đã sống với nó hơn một năm.

Từ https://wiki.ubfox.com/Under HiểuSuspend

• Vấn đề lớn nhất là phần cứng đồ họa
• thử tạm dừng mà không có thiết bị hạn chế (nvidia, fglrx)
• kernel không biết cách xử lý các thiết bị đồ họa
• BIOS biết cách khôi phục trạng thái đồ họa
  • thông qua chế độ phân đoạn 16 bit, C000: xxxx chứa ROM video 64k hiển thị.
  • bắt đầu thực hiện tại C000: 0003, thường đăng lại BIOS video (/ usr / sbin / vbetool post)
    • khó khăn hơn trong chế độ 64 bit, vì các cuộc gọi 16 bit cần phải được mô phỏng.
    • một số bộ nhớ nằm trong phạm vi 3-4G, yêu cầu ánh xạ lại khi mô phỏng để tránh nhấn kernel được ánh xạ trong cùng một không gian. o BIOS video có thể đã phân trang mã POST ra khỏi cửa sổ C000 o BIOS nvidia viết lại ROM để quay lại dừng POST lại thử tạm dừng từ bảng điều khiển (thông qua /etc/acpi/s ngủ.sh)
  • đảm bảo bạn đã đăng xuất khỏi Xorg (hoặc chạy ngủ.sh với đối số "bắt buộc")
  • nếu BIOS video không còn ở trạng thái lành mạnh, quay lại Xorg có thể bị treo phần cứng
  • kiểm tra capslock trên sơ yếu lý lịch (nếu không có capslock, kernel treo)
  • nếu đèn nền không bật trở lại, BIOS video có thể đã không khởi động lại
  • nếu màn hình trống, nhưng có đèn nền, hãy thử nhấn enter hoặc chuyển đổi giữa các thiết bị đầu cuối ảo
  • thử trong chế độ một người dùng (thông qua việc thêm "đơn" vào các tùy chọn khởi động kernel grub)
  • để biết chi tiết về các hành động, hãy thử bash -x /etc/acpi/s ngủ.sh> /root/s ngủ.log 2> & 1
  • xem thông tin dmidecode khớp với các cài đặt trong /usr/share/acpi-support/*.config
  • nếu bảng điều khiển chế độ một người dùng tạm ngưng hoặc tiếp tục không thành công
  • Dấu vết PM (echo "1"> / sys / power / pm_trace) sẽ ghi băm thiết bị vào bộ hẹn giờ hệ thống
  • cố gắng đình chỉ
  • sau khi thất bại, khi khởi động lại, kiểm tra đầu ra dmesg cho các mục "băm thiết bị" để theo dõi thiết bị treo hệ thống trong khi tiếp tục.
  • biết rằng điều này sẽ thiết lập lại đồng hồ hệ thống và fsck sẽ hoảng loạn ("đã đi mà không có fsck trong 31337 ngày"). xem xét Tune2fs -c 0 / dev / your / filesystems.

Bạn có thể tìm thấy rất nhiều hướng dẫn / lời khuyên ở đây và đây .

Từ mô tả của bạn, có vẻ như ACPI của bạn không hoạt động chính xác hoặc trình điều khiển hạt nhân đang ngăn chặn hoàn toàn việc tạm ngưng. Liên kết thứ hai cho thấy làm thế nào để đối phó với loại vấn đề đó.

Các triệu chứng:

• Nhấn đình chỉ sẽ đưa máy tính của tôi đến trạng thái có con trỏ nhấp nháy, quạt đang chạy, có vẻ như HD đã tắt (tôi nghĩ) và tôi không thể làm gì để đưa nó trở lại trạng thái này (thiếu khởi động lại khó khăn).
• Có thể liên quan: Người hâm mộ của tôi vẫn ở lại ngay cả sau khi tắt máy, và thậm chí sau đó, tôi phải nhấn nút nguồn trong năm giây trước khi tôi có thể khởi động lại.
• Tôi không biết bản ghi nào cần xem xét để gỡ lỗi sự cố và tôi tưởng tượng họ sẽ bị bắt đầu khi khởi động lại.

Đi đến trang web của tôi cho nhiều vấn đề Linux là Arch Linux. Đây là những gì được đăng về vấn đề đình chỉ / tiếp tục tương tự như của bạn:

Đánh thức tức thời từ đình chỉ

Đối với một số hệ thống Intel Haswell có chipset LynxPoint và LynxPoint-LP, các báo thức tức thời sau khi tạm ngưng được báo cáo. Chúng được liên kết với các triển khai BIOS ACPI có lỗi và cách xhci_hcdmô-đun diễn giải nó trong khi khởi động. Vì một hệ thống bị ảnh hưởng được báo cáo xung quanh được thêm vào danh sách đen (được đặt tên XHCI_SPURIOUS_WAKEUP) theo từng trường hợp hạt nhân. [ 2 ]

Sơ yếu lý lịch tức thời có thể xảy ra, ví dụ, nếu thiết bị USB được cắm trong khi tạm dừng và kích hoạt đánh thức ACPI được bật. Một cách giải quyết khả thi cho một hệ thống như vậy, nếu nó chưa có trong danh sách đen, là vô hiệu hóa các kích hoạt đánh thức. Một ví dụ để tắt đánh thức thông qua USB được mô tả như sau. [ 3 ]

Để xem cấu hình hiện tại:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

Các thiết bị có liên quan EHC1, EHC2và XHC(đối với USB 3.0). Để chuyển trạng thái của chúng, bạn phải lặp lại tên thiết bị vào tệp dưới dạng root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Điều này sẽ dẫn đến đình chỉ hoạt động trở lại. Tuy nhiên, cài đặt này chỉ là tạm thời và sẽ phải được đặt ở mỗi lần khởi động lại. Để tự động hóa việc này, hãy xem systemd # Writing file . Xem chủ đề BBS để biết giải pháp khả thi và biết thêm thông tin.

Toàn bộ bài viết Arch Linux ở trên về Đình chỉ / Tiếp tục là một tài liệu tham khảo tuyệt vời cho nhiều lĩnh vực:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend