XPS 15 9550 не может приостановиться в течение одной загрузки 17.10

У меня Dell XPS 15 9550 (используется последняя версия BIOS 1.7.0), и я использую Ubuntu 17.10 с использованием Wayland (у меня также есть Windows 10 с двойной загрузкой).

Проблема в том, что иногда (примерно в половине случаев), когда я загружаюсь в Ubuntu, приостановка будет полностью нефункциональной, пока я не перезагружусь.
Чтобы быть точным: иногда, когда я загружаюсь, suspend работает без сбоев (назовите это «хорошей загрузкой»), пока я не перезагружаюсь, в то время как в других случаях он никогда не работает («плохая загрузка») ) до перезагрузки. Мне кажется, что плохие ботинки встречаются совершенно случайно (т.е. я могу получить несколько плохих ботинок подряд или несколько хороших ботинок).

Другой важной деталью является то, что я нашел индикатор, который точно сообщает мне, в данный момент я нахожусь в хорошей или плохой загрузке (без попытки приостановки). Я использую lsusb: если появляются две дополнительные строки, это означает, что приостановить не удастся , в противном случае приостановка будет работать. то есть следующее указывает на плохую загрузку:

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 0a5c:6410 Broadcom Corp. 
Bus 001 Device 003: ID 0c45:6713 Microdia 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

в то время как хорошая загрузка выглядит следующим образом:

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 0a5c:6410 Broadcom Corp. 
Bus 001 Device 003: ID 0c45:6713 Microdia 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Это кажется мне довольно странным, и я не знаю, что это может означать что дополнительные автобусы иногда появляются на lsusb. XPS 15 имеет два USB-порта, но оба должны поддерживать USB 3.0, поэтому я не уверен, почему «хорошая загрузка» показывает только один 3.0-концентратор и один 2.0-концентратор. Любое понимание здесь будет очень полезно!

Во время неудачной загрузки, если я пытаюсь приостановить работу, экран на несколько секунд становится черным, но затем снова включается и просто возвращается к экрану входа в систему. Системный журнал для неудачного приостановления точно такой же, как в этого вопроса , но я не верю, что мой вопрос является его дубликатом, потому что они, кажется, решили свои проблемы (пробуя новый BIOS и т. Д., В то время как это у меня не работало), и они не включали подробности о дополнительных строках, отображаемых в lsusb, поэтому моя ситуация выглядит несколько иначе.

Дайте мне знать, будет ли полезна какая-либо дополнительная информация! Заранее спасибо:)

Другие подробности:

  • Иногда, когда я загружаюсь, если я немедленно открываю терминал и пытаюсь lsusb, он сначала выглядит так, как будто плохой ботинок. Но если я подожду пару секунд и попробую еще раз, он изменится, чтобы выглядеть как хорошая загрузка. В этих случаях работает suspend, поэтому это хорошая загрузка. Я не уверен, почему это меняется, хотя.
  • У меня не было проблем с загрузкой при использовании Windows 10
  • В комментариях к моему ответу здесь кто-то, у кого были подобные проблемы, предположил, что, возможно, мое использование Wayland является проблемой.

EDIT1:

  • Я обновляюсь до Ubuntu 18.04, и с тех пор в нескольких загрузках у меня не получилось плохой загрузки. В начале появляются дополнительные строки из lsusb, но затем они исчезают через несколько секунд (хотя кажется, что они уходят именно потому, что я вызываю lsusb несколько раз ... не знаю, как это проверить) гипотеза хотя).
  • Выходные данные lsusb -t следующие в начале загрузки:

    /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
    /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
    /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/8p, 5000M
    /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
        |__ Port 4: Dev 2, If 1, Class=Vendor Specific Class, Driver=btusb, 12M
        |__ Port 4: Dev 2, If 2, Class=Vendor Specific Class, Driver=btusb, 12M
        |__ Port 4: Dev 2, If 0, Class=Vendor Specific Class, Driver=btusb, 12M
        |__ Port 4: Dev 2, If 3, Class=Application Specific Interface, Driver=, 12M
        |__ Port 12: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
        |__ Port 12: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
    

    И через несколько секунд (или после вызова lsusb несколько раз) первые две строчки уходят Я заметил, что шина 04 имеет пропускную способность 10000M, в то время как шина 02 (которая торчит) имеет 5000M. Может ли это означать, что проблема связана с моим портом USB C (поскольку я считаю, что он имеет более высокую пропускную способность)?

EDIT2:

  • Вот несколько последних строк dmesg после загрузки и после исчезновения двух портов:

    [   21.582908] xhci_hcd 0000:3e:00.0: xHCI Host Controller
    [   21.582916] xhci_hcd 0000:3e:00.0: new USB bus registered, assigned bus number 3
    [   21.584291] xhci_hcd 0000:3e:00.0: hcc params 0x200077c1 hci version 0x110 quirks 0x00009810
    [   21.584529] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
    [   21.584531] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
    [   21.584533] usb usb3: Product: xHCI Host Controller
    [   21.584535] usb usb3: Manufacturer: Linux 4.15.0-23-generic xhci-hcd
    [   21.584537] usb usb3: SerialNumber: 0000:3e:00.0
    [   21.586177] hub 3-0:1.0: USB hub found
    [   21.586192] hub 3-0:1.0: 2 ports detected
    [   21.586333] xhci_hcd 0000:3e:00.0: xHCI Host Controller
    [   21.586338] xhci_hcd 0000:3e:00.0: new USB bus registered, assigned bus number 4
    [   21.586342] xhci_hcd 0000:3e:00.0: Host supports USB 3.1 Enhanced SuperSpeed
    [   21.587203] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003
    [   21.587206] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
    [   21.587208] usb usb4: Product: xHCI Host Controller
    [   21.587209] usb usb4: Manufacturer: Linux 4.15.0-23-generic xhci-hcd
    [   21.587211] usb usb4: SerialNumber: 0000:3e:00.0
    [   21.587508] hub 4-0:1.0: USB hub found
    [   21.587518] hub 4-0:1.0: 2 ports detected
    [   41.029393] xhci_hcd 0000:3e:00.0: remove, state 4
    [   41.029400] usb usb4: USB disconnect, device number 1
    [   41.029578] xhci_hcd 0000:3e:00.0: USB bus 4 deregistered
    [   41.029595] xhci_hcd 0000:3e:00.0: xHCI host controller not responding, assume dead
    [   41.029598] xhci_hcd 0000:3e:00.0: remove, state 4
    [   41.029601] usb usb3: USB disconnect, device number 1
    [   41.029716] xhci_hcd 0000:3e:00.0: Host halt failed, -19
    [   41.029718] xhci_hcd 0000:3e:00.0: Host not accessible, reset failed.
    [   41.029799] xhci_hcd 0000:3e:00.0: USB bus 3 deregistered
    [   41.052307] pcieport 0000:07:02.0: Refused to change power state, currently in D3
    [   41.555108] thunderbolt 0000:08:00.0: stopping RX ring 0
    [   41.555123] thunderbolt 0000:08:00.0: disabling interrupt at register 0x38200 bit 12 (0xffffffff -> 0xffffefff)
    [   41.555132] thunderbolt 0000:08:00.0: stopping TX ring 0
    [   41.555140] thunderbolt 0000:08:00.0: disabling interrupt at register 0x38200 bit 0 (0xffffffff -> 0xfffffffe)
    [   41.555144] thunderbolt 0000:08:00.0: control channel stopped
    [   41.555208] thunderbolt 0000:08:00.0: freeing RX ring 0
    [   41.555217] thunderbolt 0000:08:00.0: freeing TX ring 0
    [   41.555225] thunderbolt 0000:08:00.0: shutdown
    [   41.556547] pci_bus 0000:08: busn_res: [bus 08] is released
    [   41.556637] pci_bus 0000:09: busn_res: [bus 09-3d] is released
    [   41.556815] pci_bus 0000:3e: busn_res: [bus 3e] is released
    [   41.556878] pci_bus 0000:07: busn_res: [bus 07-3e] is released
    

    Вы можете увидеть, где, как кажется, заканчивается процесс обычной загрузки (21 секунда). На данный момент все 4 порта показывают. Затем, через 20 секунд, два дополнительных порта будут удалены.

  • [+1139]
4
задан 10 July 2018 в 19:52

2 ответа

Обновление до Ubuntu 18.04 устранило проблему, с которой я столкнулся (спасибо @ ChaiT.Rex за предложение обновить).

Я не уверен, почему это сработало, и все равно было бы интересно, если кто-то сможет пролить свет на ситуацию ... поэтому я не отмечаю этот ответ как принятый, поскольку он недостаточен (но все еще полезно другим людям, у которых такая же проблема).

0
ответ дан 10 July 2018 в 19:52

Это также сводило меня с ума, но, как вы сказали, обновление до 18.04 исправило все, и теперь я могу закрыть крышку, зная, что ПК фактически будет спать каждый раз, не проверяя индикатор питания. Я думаю, что обновление до 18.04 - единственное решение.

0
ответ дан 10 July 2018 в 19:52

Другие вопросы по тегам:

Похожие вопросы: