Dell XPS 15 (9550) khởi động lại sau khi tạm ngưng


9

Tôi có một bản DPS XPS (bản sửa đổi 9550 - về cơ bản là phần cứng tương tự như Precision 5510 có sẵn với Ubuntu ngoài luồng) và thật đáng ngạc nhiên là nó luôn hoạt động tốt trong hộp với 16.04. Trong vài ngày qua, hệ thống treo đã ngừng hoạt động, khi sử dụng pin 1 .

Về cơ bản, máy tính xách tay dường như bị treo, nhưng khi tôi thức dậy, nó sẽ trải qua quá trình khởi động bình thường.

Dưới đây là một vài dòng cuối cùng /var/log/syslogtừ nhật ký tạm dừng:

Jan 14 13:06:10 xps15-laptop whoopsie[827]: [13:06:10] offline
Jan 14 13:06:11 xps15-laptop kernel: [   15.829125] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Jan 14 13:06:11 xps15-laptop wpa_supplicant[1300]: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
Jan 14 13:06:11 xps15-laptop nm-dispatcher: req:3 'down' [wlp2s0]: new request (1 scripts)
Jan 14 13:06:11 xps15-laptop nm-dispatcher: req:3 'down' [wlp2s0]: start running ordered scripts...
Jan 14 13:06:11 xps15-laptop wpa_supplicant[1300]: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
Jan 14 13:06:12 xps15-laptop systemd[1]: Reached target Sleep.
Jan 14 13:06:12 xps15-laptop systemd[1]: Starting Suspend...
Jan 14 13:06:12 xps15-laptop systemd-sleep[2271]: Failed to connect to non-global ctrl_ifname: (nil)  error: No such file or directory
Jan 14 13:06:12 xps15-laptop systemd-sleep[2273]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
Jan 14 13:06:12 xps15-laptop systemd-sleep[2271]: Suspending system...

Có bất cứ điều gì nhảy ra khỏi đó? Các dòng tiếp theo dường như chỉ là những gì bạn mong đợi từ một chiếc giày lạnh:

Jan 14 13:06:54 xps15-laptop rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="923" x-info="http://www.rsyslog.com"] start
Jan 14 13:06:54 xps15-laptop rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http
://www.rsyslog.com/e/2222 ]
Jan 14 13:06:54 xps15-laptop rsyslogd: rsyslogd's groupid changed to 109
Jan 14 13:06:54 xps15-laptop rsyslogd: rsyslogd's userid changed to 105
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'lp'
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'ppdev'
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'parport_pc'
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Apply Kernel Variables.
Jan 14 13:06:54 xps15-laptop loadkeys[220]: Loading /etc/console-setup/cached.kmap.gz
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Set console keymap.
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Create Static Device Nodes in /dev.
Jan 14 13:06:54 xps15-laptop systemd[1]: Starting udev Kernel Device Manager...
Jan 14 13:06:54 xps15-laptop systemd[1]: Started udev Kernel Device Manager.
Jan 14 13:06:54 xps15-laptop systemd[1]: Starting Remount Root and Kernel File Systems...
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Remount Root and Kernel File Systems.
Jan 14 13:06:54 xps15-laptop systemd[1]: Reached target Local File Systems (Pre).

Gần đây không có quá nhiều thay đổi ngoại trừ phiên bản hit kernel 4.4.0-59(trước đây 4.4.0-57) và tôi đã điều chỉnh tùy chọn BIOS để vô hiệu hóa thiết bị âm thanh nhúng của mình (kể từ khi được khôi phục mà không thay đổi).

Cuối cùng, đây là hình thức đình chỉ / đánh thức thành công (khi sử dụng pin):

Jan 14 13:15:49 xps15-laptop kernel: [  540.190809] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Jan 14 13:15:49 xps15-laptop wpa_supplicant[1298]: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
Jan 14 13:15:49 xps15-laptop dbus[803]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Jan 14 13:15:49 xps15-laptop systemd[1]: Reached target Sleep.
Jan 14 13:15:49 xps15-laptop systemd[1]: Starting Suspend...
Jan 14 13:15:49 xps15-laptop systemd[1]: Starting Network Manager Script Dispatcher Service...
Jan 14 13:15:49 xps15-laptop dbus[803]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 14 13:15:49 xps15-laptop systemd[1]: Started Network Manager Script Dispatcher Service.
Jan 14 13:15:49 xps15-laptop nm-dispatcher: req:1 'down' [wlp2s0]: new request (1 scripts)
Jan 14 13:15:49 xps15-laptop nm-dispatcher: req:1 'down' [wlp2s0]: start running ordered scripts...
Jan 14 13:15:49 xps15-laptop wpa_supplicant[1298]: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] Cannot reach: https://daisy.ubuntu.com
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] offline
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] Cannot reach: https://daisy.ubuntu.com
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: Selected interface 'wlp2s0'
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: 'SUSPEND' command timed out.
Jan 14 13:15:59 xps15-laptop systemd-sleep[2696]: /lib/systemd/system-sleep/wpasupplicant failed with error code 254.
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: Suspending system...
Jan 14 13:16:52 xps15-laptop kernel: [  550.254337] PM: Syncing filesystems ... done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.268354] PM: Preparing system for sleep (mem)
Jan 14 13:16:52 xps15-laptop kernel: [  550.268979] Freezing user space processes ... (elapsed 0.002 seconds) done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.271751] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.273159] PM: Suspending system (mem)
Jan 14 13:16:52 xps15-laptop kernel: [  550.273197] Suspending console(s) (use no_console_suspend to debug)
Jan 14 13:16:52 xps15-laptop kernel: [  550.486068] brcmf_fil_cmd_data: bus is down. we have nothing to do.
Jan 14 13:16:52 xps15-laptop kernel: [  550.613975] nouveau 0000:01:00.0: DRM: resuming kernel object tree...
Jan 14 13:16:52 xps15-laptop kernel: [  550.717482] nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ffffffff (1d40822c)
Jan 14 13:16:52 xps15-laptop kernel: [  550.764382] nouveau 0000:01:00.0: DRM: resuming client object trees...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764397] nouveau 0000:01:00.0: DRM: evicting buffers...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764398] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764412] nouveau 0000:01:00.0: DRM: suspending client object trees...
Jan 14 13:16:52 xps15-laptop kernel: [  550.765770] nouveau 0000:01:00.0: DRM: suspending kernel object tree...
Jan 14 13:16:52 xps15-laptop kernel: [  551.638247] PM: suspend of devices complete after 1155.310 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.654829] PM: late suspend of devices complete after 16.561 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.656867] xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
Jan 14 13:16:52 xps15-laptop kernel: [  551.671878] PM: noirq suspend of devices complete after 17.027 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.672619] ACPI: Preparing to enter system sleep state S3
Jan 14 13:16:52 xps15-laptop kernel: [  551.695080] ACPI : EC: EC stopped
Jan 14 13:16:52 xps15-laptop kernel: [  551.695082] PM: Saving platform NVS memory

Lưu ý rằng một số tin nhắn "sau" thức dậy (bắt đầu từ 13:16:52) dường như thực sự có liên quan đến các hành động dẫn đến đình chỉ. Tôi đoán rằng cơ sở khai thác gỗ sẽ ngừng hoạt động tại một số điểm trong thời gian tạm dừng để các tin nhắn sau thời điểm đó chỉ hiển thị sau khi thức dậy (vì vậy tôi không thể nhìn thấy những điều này trong trường hợp thất bại).


1 Đặc biệt, hệ thống treo hoạt động tốt nếu máy tính xách tay bật nguồn AC trong toàn bộ quá trình nghi ngờ - tại điểm treo, tại điểm đánh thức và mọi lúc ở giữa. Chỉ cần rút phích cắm bộ chuyển đổi AC, thậm chí trong một giây, trong khi máy chủ đang ngủ sẽ gây ra lỗi được mô tả ở trên.


Bất kỳ dẫn đầu về điều này? Tôi dường như có cùng một vấn đề về cách thức hoạt động của nó miễn là nguồn AC được kết nối toàn bộ thời gian. Đôi khi nó cũng bắt đầu hoạt động khác, nhưng ngừng hoạt động ngay khi khởi động lại cứng. Bây giờ tôi đang chạy 16.10, mặc dù điều đó cũng xảy ra khi tôi chạy 15.10 và sau đó là 16.4. Bạn có phần cứng nào? GPU nVidia?
Luke Maurer

Tôi có combo Intel + nVidia yeah. Đối với tôi, vấn đề đã biến mất sau khi tắt hoàn toàn + khởi động lại. Tức là, trước khi tôi chỉ khởi động lại đơn giản, không bao giờ tắt nguồn hoàn toàn và sau đó nhấn nút nguồn. Một khi tôi đã làm điều đó, vấn đề không bao giờ trở lại.
BeeOnRope

@LukeMaurer - bạn cũng có thể thử trên cộng đồng sputnik của dự án . Về mặt kỹ thuật, nó chỉ hỗ trợ các mô hình chính xác đi kèm với Ubuntu như XPS 13 và Precision 5xxx, nhưng XPS thông minh về phần cứng khá giống nhau, vì vậy hãy giữ mô hình chính xác của bạn một chút mơ hồ nếu bạn đăng.
BeeOnRope

* thở dài * Tắt máy hoàn toàn không sửa nó cho tôi. Điều đã khắc phục sự cố hiện tại là hạ cấp xuống BIOS 1.2.0, nhưng bây giờ khi nó thức dậy sau khi bị đình chỉ, wifi đã bị hỏng
Luke Maurer

Có, tôi vẫn đang sử dụng BIOS trước đó (quên đi, nhưng tôi đã không cập nhật nó trong một năm) và sẽ không thay đổi cho đến khi tôi thấy một bản phát hành mà mọi người không phàn nàn về các vấn đề.
BeeOnRope

Câu trả lời:


9

Đây là những gì đã làm việc : Hoàn toàn tắt nguồn máy tính xách tay của tôi, sau đó bật lại. Lưu ý: không chỉ khởi động lại ... tắt nguồn hoàn toàn.

Tác dụng phụ duy nhất là Wifi ngừng hoạt động (như trong giao diện không dây hoàn toàn không được nhận diện). Một cách đơn giản sudo systemctl restart NetworkManagergiải quyết rằng ... và nếu bạn không muốn phải làm điều đó sau khi bị đình chỉ, bạn có thể tạo một kịch bản theo kịch bản này:

/lib/systemd/system-sleep/99restartnm

Nó chứa:

#! / thùng / sh
trường hợp "$ 1" trong
    bài đăng)
        systemctl khởi động lại Trình quản lý mạng
    ;;
esac

và làm cho nó có thể thực thi được:

sudo chmod +755 /lib/systemd/system-sleep/99restartnm

(Tôi biết câu trả lời đó là trong các ý kiến của câu hỏi nhưng nó kinda dễ dàng để bỏ lỡ ... nhờ @BeeOnRope, tôi thực sự đã làm chỉ là về thử bất cứ điều gì khác ngoài trừ powering hoàn toàn xuống ... facepalm )


Đối với những gì nó có giá trị, sau khi không gặp vấn đề này trong hơn một năm (kể từ khi tôi đăng bài về nó), nó đã quay trở lại vào ngày hôm nay, sau khi tôi cập nhật rất nhiều gói, bao gồm cả kernel và thanh lọc một loạt gói kernel cũ). Tôi đã kết thúc ở đây, nhưng lần tắt máy đầu tiên dường như không khắc phục được. Tôi đã khởi động một phiên bản cũ hơn của kernel, nó đã hoạt động và phiên bản hiện tại (4.15.0-32) bắt đầu hoạt động trở lại. Tôi thực sự không thể nói những gì đã sửa nó lần này. FWIW Tôi đang sử dụng Dell BIOS 1.6.1 (khá gần đây).
BeeOnRope

Tôi nghĩ rằng câu trả lời này cũng hứa hẹn theo nhận xét của tôi ở đó.
BeeOnRope

Việc tắt nguồn hoàn toàn đã khắc phục sự cố cho tôi trên Dell Precision 5520. Tôi không gặp vấn đề gì với wifi. Cảm ơn.
Cerin

5

Tôi đã gặp vấn đề tương tự với XPS 9550 trong 2,5 năm qua kể từ khi nó được giới thiệu lần đầu tiên, xảy ra cứ sau vài tuần. Tôi đã sử dụng Debian / Ubuntu linux, nhưng nhận xét # 20 cũng cho thấy điều này xảy ra trên Windows:

http://forum.notebookreview.com/threads/xps-9550-crashes-and-reboots-in-s ngủ.789827 / page-2

Vấn đề dường như là với bộ điều khiển nhúng, do đó, việc nối lại từ việc tạm ngưng gây ra thiết lập lại lạnh. Cách giải quyết là thực hiện tắt nguồn đầy đủ, rút ​​bộ sạc và cắm điện; điều này khởi động lại bộ điều khiển nhúng, xóa trạng thái bị lỗi.


Tôi bắt đầu nghĩ rằng đây có thể là câu trả lời: Gần đây tôi gặp vấn đề này và khởi động lại đơn giản đã không làm điều đó. Tôi đã thực hiện một số "khởi động lại và những thứ khác" khác và nó đã hoạt động trước khi tôi đọc nó, vì vậy tôi không chắc liệu tôi đã thực hiện chuỗi "khởi động lại + rút phích cắm + cắm" ở trên hay chưa, nhưng cố gắng nhớ nếu nó xảy ra lần nữa.
BeeOnRope

Điều này cũng làm việc với tôi @BeeOnRope. Tương tự Dell XPS 9550 với Ubuntu 18.04: Tắt máy + rút phích cắm + cắm + bắt đầu. Sau đó thử nghiệm với: rút phích cắm + đình chỉ + tiếp tục và tôi đã được trình bày màn hình đăng nhập thay vì khởi động lại khó chịu. Cảm ơn các bạn!
josemrivera

1

Sau khi không gặp vấn đề với việc đình chỉ / hồ sơ thất bại trong một thời gian khá lâu, nó bắt đầu quay trở lại. Vì tôi cập nhật mọi thứ khá thường xuyên, tôi nghi ngờ đây là bản nâng cấp kernel.

Đã được vài tháng kể từ khi tôi cập nhật bằng BIOS, tôi đã cập nhật từ 1.2.19 đến 1.2.25. Các vấn đề của tôi với việc tạm dừng / tiếp tục đã biến mất sau khi cập nhật BIOS. Ngoài ra không có vấn đề về wifi của tôi. Chạy Ubuntu 16.10 với hương vị xfce.

http://www.dell.com/support/home/us/en/19/product-support/product/xps-15-9550-l mỏi / drivers? os = biosa

Chúc may mắn cho tất cả những người khác.


Điều này sẽ sớm được đánh dấu là "không phải là một câu trả lời", nhưng tôi cũng có một dell và tôi không thể cập nhật BIOS. Làm thế nào bạn thực hiện điều này?
Charles Green

@Charles tôi có nên xóa câu trả lời của mình không?
William Bernting

Có, hoặc chỉ chờ, và cuối cùng nó sẽ bị xóa. Gửi nó như một câu hỏi mới. Tôi đã nhìn lại Dell và đã tìm ra một phương pháp (có thể khả thi) để cập nhật máy tính xách tay hơi cũ của mình!
Charles Green

Cách dễ nhất là cập nhật nó thông qua khởi động kép của Windows. Nếu không, bạn sẽ cần phải tạo một ổ USB có thể khởi động để thoát tệp cập nhật bios trên. Dell có một trang hỗ trợ về nó.
William Bernting

@CharlesGreen Điều này giống như một câu trả lời cho tôi. William nói rằng nó đã giải quyết vấn đề của mình.
Seth

0

Sử dụng XPS 9550 hàng ngày trên Ubuntu 18.04, tôi đã ngừng gặp sự cố này với các BIOS gần đây hơn, ~ 1 năm trước. Điều này liên quan đến hành vi trong Bộ điều khiển nhúng, đã cập nhật phần sụn trong 1.6.1 / 1.7.0 để xử lý các phím bấm sai. Nếu nó sử dụng một cơ sở mã được chia sẻ, một bản sửa lỗi cho vấn đề đình chỉ / tiếp tục cũng có thể xảy ra. Tôi nghi ngờ một phần của EC rơi vào trạng thái bất ngờ trong quá trình tạm dừng và bộ mã tiếp tục S3 không được thực hiện chính xác trong sơ yếu lý lịch khi BIOS được thực thi lần đầu tiên.

Tôi vẫn thấy tình trạng treo bị treo bất cứ lúc nào sau khi tôi cắm màn hình USB-C LG 27UD88W của mình để sạc (cấu hình 100W), mặc dù điều này không xảy ra với bộ sạc USB-C 65W và 90W; Tôi đã leo thang lỗi nhưng Dell đang kéo chân họ vì đây là một nền tảng cũ. Tôi chỉ phải tắt máy thay thế.

Lưu ý rằng khi máy tính xách tay bị tắt và cáp nguồn (USB-C hoặc Dell) được cắm, EC được đặt lại - điều này sẽ xóa các sự cố tạm dừng / tiếp tục; bạn sẽ thấy đèn LED sạc màu trắng ở phía trước bật trong 1 giây ngay cả khi đã sạc đầy.

Tôi khuyên bạn nên dùng thử Ubuntu 18.04 và BIOS 1.8.0 @ http://doads.dell.com/published/pages/xps-15-9550-l mỏi.html

Cuối cùng, để có thời gian chạy pin tối ưu, tôi đặt biến không biến động UEFI để vô hiệu hóa GPU rời; Tôi có thể đăng chi tiết trong một chủ đề khác nếu quan tâm.

Dân


Tôi rất thú vị trong tùy chọn tắt GPU. Giới thiệu về "bạn sẽ thấy đèn LED sạc trắng ở phía trước bật trong 1 giây ngay cả khi đã sạc đầy." ý bạn là khi bạn cắm cáp khi tắt máy bạn thấy điều này và đây là một loại dấu hiệu nào đó EC đã được đặt lại?
BeeOnRope
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.