Ubuntu 17.04 Длительное время загрузки из-за intel-vbtn

Question 1

Только что установил Ubuntu 17.04 сегодня на моем ноутбуке Spectre x360, но он занимает около 2 минут для загрузки (Windows заняла ~ 10 секунд).

Как предлагается здесь: Как исправить очень медленную загрузку Ubuntu? Я запустил команду dmesg, вот выдержка из вывода, где я считаю, что проблема такова:

[    5.771049] audit: type=1400 audit(1492997122.163:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=747 comm="apparmor_parser"
[    5.772152] audit: type=1400 audit(1492997122.163:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=751 comm="apparmor_parser"
[    5.773675] audit: type=1400 audit(1492997122.163:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=752 comm="apparmor_parser"
[    5.773677] audit: type=1400 audit(1492997122.163:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=752 comm="apparmor_parser"
[   16.086226] intel-vbtn INT33D6:00: unknown event index 0xcd
[   28.153199] intel-vbtn INT33D6:00: unknown event index 0xcd
[   95.264415] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   95.264417] Bluetooth: BNEP filters: protocol multicast
[   95.264420] Bluetooth: BNEP socket layer initialized
[   95.331589] haswell-pcm-audio haswell-pcm-audio: FW loaded, mailbox readback FW info: type 01, - version: 00.00, build 77, source commit id: 876ac6906f31a43b6772b23c7c983ce9dcb18a19
[   95.429468] IPv6: ADDRCONF(NETDEV_UP): wlo1: link is not ready
[   95.431987] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled
[   95.432503] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled
[   95.497193] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled
[   95.497668] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled
[   95.522825] IPv6: ADDRCONF(NETDEV_UP): wlo1: link is not ready
[   95.531535] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled
[   95.531986] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled
[   95.604347] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled

Мне действительно не удалось найти много того, что intel-vbtn INT33D6:00: unknown event index 0xcd есть или как исправить это, поэтому любые предложения были бы полезны.

Question 2

Update

Как упоминалось в комментариях, если у вас есть зашифрованный дом, Ubiquity по-прежнему создает раздел cryptoswap вместо ссылки на файл подкачки.

Это можно устранить, следуя этому руководству:

Ubuntu Desktop 17.04 64-разрядная медленная загрузка

Оригинальное обходное решение

Сначала я хочу уточните, что у меня такая же проблема, и поэтому я хочу дать дополнительную информацию об аппаратном обеспечении (для всех тех, кто может отлаживать ошибку):

HP Spectre x360 15-bl002ng Intel i7-7500U Nvidia 940MX NVME PCIe SSD (Samsung, я считаю)

Второе:

Я нашел обходное решение, установив время ожидания systemd на 10 секунд вместо 90 секунд. Для этого отредактируйте /etc/systemd/system.conf. В моем случае мне пришлось раскомментировать следующие две строки, задающие таймер:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

После перезагрузки система работает примерно через 10 секунд. Однако можно предупредить, что такой низкий тайм-аут может вызвать другие, более серьезные проблемы. Сделайте это на свой страх и риск!

В-третьих:

Для всех, кто может реально выяснить, что может быть неправильно, я хотел бы добавить то, что я узнал:

После того, как я обновился до ядра 4.11 RC8 (для исправления intel-vbtn INT33D6:00: unknown event index 0xcd, Ubuntu Desktop 17.04 64-разрядная медленная загрузка ), я получил больше информации об отладке и заметил, что последовательность загрузки фактически застряла в A start job is running for [some dev + UUID presumably].

Я наткнулся на немецкий форум Debian, где ошибка, похоже, вызвана несоответствием фактического UUID раздела подкачки, сообщенного sudo blkid, и используемого UUID fstab.

Однако с 17.04 Ubuntu использует swap-файл вместо раздела, я не знаю, как исправить эту проблему.

Question 3

Question 4

Update

Как упоминалось в комментариях, если у вас есть зашифрованный дом, Ubiquity по-прежнему создает раздел cryptoswap вместо ссылки на файл подкачки.

Это можно устранить, следуя этому руководству:

Ubuntu Desktop 17.04 64-разрядная медленная загрузка

Оригинальное обходное решение

Сначала я хочу уточните, что у меня такая же проблема, и поэтому я хочу дать дополнительную информацию об аппаратном обеспечении (для всех тех, кто может отлаживать ошибку):

HP Spectre x360 15-bl002ng Intel i7-7500U Nvidia 940MX NVME PCIe SSD (Samsung, я считаю)

Второе:

Я нашел обходное решение, установив время ожидания systemd на 10 секунд вместо 90 секунд. Для этого отредактируйте /etc/systemd/system.conf. В моем случае мне пришлось раскомментировать следующие две строки, задающие таймер:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

После перезагрузки система работает примерно через 10 секунд. Однако можно предупредить, что такой низкий тайм-аут может вызвать другие, более серьезные проблемы. Сделайте это на свой страх и риск!

В-третьих:

Для всех, кто может реально выяснить, что может быть неправильно, я хотел бы добавить то, что я узнал:

После того, как я обновился до ядра 4.11 RC8 (для исправления intel-vbtn INT33D6:00: unknown event index 0xcd, Ubuntu Desktop 17.04 64-разрядная медленная загрузка ), я получил больше информации об отладке и заметил, что последовательность загрузки фактически застряла в A start job is running for [some dev + UUID presumably].

Я наткнулся на немецкий форум Debian, где ошибка, похоже, вызвана несоответствием фактического UUID раздела подкачки, сообщенного sudo blkid, и используемого UUID fstab.

Однако с 17.04 Ubuntu использует swap-файл вместо раздела, я не знаю, как исправить эту проблему.

Question 5

Update

Как упоминалось в комментариях, если у вас есть зашифрованный дом, Ubiquity по-прежнему создает раздел cryptoswap вместо ссылки на файл подкачки.

Это можно устранить, следуя этому руководству:

Ubuntu Desktop 17.04 64-разрядная медленная загрузка

Оригинальное обходное решение

Сначала я хочу уточните, что у меня такая же проблема, и поэтому я хочу дать дополнительную информацию об аппаратном обеспечении (для всех тех, кто может отлаживать ошибку):

HP Spectre x360 15-bl002ng Intel i7-7500U Nvidia 940MX NVME PCIe SSD (Samsung, я считаю)

Второе:

Я нашел обходное решение, установив время ожидания systemd на 10 секунд вместо 90 секунд. Для этого отредактируйте /etc/systemd/system.conf. В моем случае мне пришлось раскомментировать следующие две строки, задающие таймер:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

После перезагрузки система работает примерно через 10 секунд. Однако можно предупредить, что такой низкий тайм-аут может вызвать другие, более серьезные проблемы. Сделайте это на свой страх и риск!

В-третьих:

Для всех, кто может реально выяснить, что может быть неправильно, я хотел бы добавить то, что я узнал:

После того, как я обновился до ядра 4.11 RC8 (для исправления intel-vbtn INT33D6:00: unknown event index 0xcd, Ubuntu Desktop 17.04 64-разрядная медленная загрузка ), я получил больше информации об отладке и заметил, что последовательность загрузки фактически застряла в A start job is running for [some dev + UUID presumably].

Я наткнулся на немецкий форум Debian, где ошибка, похоже, вызвана несоответствием фактического UUID раздела подкачки, сообщенного sudo blkid, и используемого UUID fstab.

Однако с 17.04 Ubuntu использует swap-файл вместо раздела, я не знаю, как исправить эту проблему.

Znert · Accepted Answer · 22 May 2018 в 23:17

Update

Как упоминалось в комментариях, если у вас есть зашифрованный дом, Ubiquity по-прежнему создает раздел cryptoswap вместо ссылки на файл подкачки.

Это можно устранить, следуя этому руководству:

Ubuntu Desktop 17.04 64-разрядная медленная загрузка

Оригинальное обходное решение

Сначала я хочу уточните, что у меня такая же проблема, и поэтому я хочу дать дополнительную информацию об аппаратном обеспечении (для всех тех, кто может отлаживать ошибку):

HP Spectre x360 15-bl002ng Intel i7-7500U Nvidia 940MX NVME PCIe SSD (Samsung, я считаю)

Второе:

Я нашел обходное решение, установив время ожидания systemd на 10 секунд вместо 90 секунд. Для этого отредактируйте /etc/systemd/system.conf. В моем случае мне пришлось раскомментировать следующие две строки, задающие таймер:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

После перезагрузки система работает примерно через 10 секунд. Однако можно предупредить, что такой низкий тайм-аут может вызвать другие, более серьезные проблемы. Сделайте это на свой страх и риск!

В-третьих:

Для всех, кто может реально выяснить, что может быть неправильно, я хотел бы добавить то, что я узнал:

После того, как я обновился до ядра 4.11 RC8 (для исправления intel-vbtn INT33D6:00: unknown event index 0xcd, Ubuntu Desktop 17.04 64-разрядная медленная загрузка ), я получил больше информации об отладке и заметил, что последовательность загрузки фактически застряла в A start job is running for [some dev + UUID presumably].

Я наткнулся на немецкий форум Debian, где ошибка, похоже, вызвана несоответствием фактического UUID раздела подкачки, сообщенного sudo blkid, и используемого UUID fstab.

Однако с 17.04 Ubuntu использует swap-файл вместо раздела, я не знаю, как исправить эту проблему.

У вас есть зашифрованный домашний раздел? Тогда это потенциально может быть эта ошибка askubuntu.com/questions/905031/… — Amrit Kahlon, 6 May 2017 в 03:42
У меня действительно есть зашифрованный дом, поэтому большое спасибо! Я также обновил ответ, чтобы включить ссылку — Znert, 6 May 2017 в 17:24

Znert · Accepted Answer · 18 July 2018 в 14:23

Update

Как упоминалось в комментариях, если у вас есть зашифрованный дом, Ubiquity по-прежнему создает раздел cryptoswap вместо ссылки на файл подкачки.

Это можно устранить, следуя этому руководству:

Ubuntu Desktop 17.04 64-разрядная медленная загрузка

Оригинальное обходное решение

Сначала я хочу уточните, что у меня такая же проблема, и поэтому я хочу дать дополнительную информацию об аппаратном обеспечении (для всех тех, кто может отлаживать ошибку):

HP Spectre x360 15-bl002ng Intel i7-7500U Nvidia 940MX NVME PCIe SSD (Samsung, я считаю)

Второе:

Я нашел обходное решение, установив время ожидания systemd на 10 секунд вместо 90 секунд. Для этого отредактируйте /etc/systemd/system.conf. В моем случае мне пришлось раскомментировать следующие две строки, задающие таймер:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

После перезагрузки система работает примерно через 10 секунд. Однако можно предупредить, что такой низкий тайм-аут может вызвать другие, более серьезные проблемы. Сделайте это на свой страх и риск!

В-третьих:

Для всех, кто может реально выяснить, что может быть неправильно, я хотел бы добавить то, что я узнал:

После того, как я обновился до ядра 4.11 RC8 (для исправления intel-vbtn INT33D6:00: unknown event index 0xcd, Ubuntu Desktop 17.04 64-разрядная медленная загрузка ), я получил больше информации об отладке и заметил, что последовательность загрузки фактически застряла в A start job is running for [some dev + UUID presumably].

Я наткнулся на немецкий форум Debian, где ошибка, похоже, вызвана несоответствием фактического UUID раздела подкачки, сообщенного sudo blkid, и используемого UUID fstab.

Однако с 17.04 Ubuntu использует swap-файл вместо раздела, я не знаю, как исправить эту проблему.

Znert · Accepted Answer · 24 July 2018 в 20:23

Update

Как упоминалось в комментариях, если у вас есть зашифрованный дом, Ubiquity по-прежнему создает раздел cryptoswap вместо ссылки на файл подкачки.

Это можно устранить, следуя этому руководству:

Ubuntu Desktop 17.04 64-разрядная медленная загрузка

Оригинальное обходное решение

Сначала я хочу уточните, что у меня такая же проблема, и поэтому я хочу дать дополнительную информацию об аппаратном обеспечении (для всех тех, кто может отлаживать ошибку):

HP Spectre x360 15-bl002ng Intel i7-7500U Nvidia 940MX NVME PCIe SSD (Samsung, я считаю)

Второе:

Я нашел обходное решение, установив время ожидания systemd на 10 секунд вместо 90 секунд. Для этого отредактируйте /etc/systemd/system.conf. В моем случае мне пришлось раскомментировать следующие две строки, задающие таймер:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

После перезагрузки система работает примерно через 10 секунд. Однако можно предупредить, что такой низкий тайм-аут может вызвать другие, более серьезные проблемы. Сделайте это на свой страх и риск!

В-третьих:

Для всех, кто может реально выяснить, что может быть неправильно, я хотел бы добавить то, что я узнал:

После того, как я обновился до ядра 4.11 RC8 (для исправления intel-vbtn INT33D6:00: unknown event index 0xcd, Ubuntu Desktop 17.04 64-разрядная медленная загрузка ), я получил больше информации об отладке и заметил, что последовательность загрузки фактически застряла в A start job is running for [some dev + UUID presumably].

Я наткнулся на немецкий форум Debian, где ошибка, похоже, вызвана несоответствием фактического UUID раздела подкачки, сообщенного sudo blkid, и используемого UUID fstab.

Однако с 17.04 Ubuntu использует swap-файл вместо раздела, я не знаю, как исправить эту проблему.

Ubuntu 17.04 Длительное время загрузки из-за intel-vbtn

3 ответа

Update

Оригинальное обходное решение

Update

Оригинальное обходное решение

Update

Оригинальное обходное решение

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

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