Медленная загрузка, длительное время загрузки ядра, из-за неправильного устройства записи

Question 1

Проблема с привязкой

Я получил подобное сообщение об ошибке в 16.04 LTS MATE с Xorg:

$ cat /etc/os-release | grep PRETTY
PRETTY_NAME="Ubuntu 16.04.3 LTS"

$ export | grep XDG_SESSION
declare -x XDG_SESSION_DESKTOP="mate"
declare -x XDG_SESSION_ID="c2"
declare -x XDG_SESSION_PATH="/org/freedesktop/DisplayManager/Session0"
declare -x XDG_SESSION_TYPE="x11"

$ snap list | grep notepadqq
notepadqq  1.2.0-2    115   danieleds  -

$ which notepadqq 
/snap/bin/notepadqq

$ sudo snap run notepadqq
mkdir: cannot create directory '/run/user/0': Permission denied
No protocol specified
QXcbConnection: Could not connect to display :0.0
Aborted (core dumped)

$ pkexec snap run notepadqq
mkdir: cannot create directory '/run/user/0': Permission denied
QXcbConnection: Could not connect to display 
Aborted (core dumped)

$ sudo notepadqq 
mkdir: cannot create directory '/run/user/0': Permission denied
No protocol specified
QXcbConnection: Could not connect to display :0.0
Aborted (core dumped)

$ gksudo notepadqq 
No protocol specified
QXcbConnection: Could not connect to display :0.0

$ sudo -u www-data notepadqq /var/www/html/index.html 
2018/02/25 22:40:11.162682 cmd_run.go:562: WARNING: cannot create user data directory: cannot create "/var/www/snap/notepadqq/115": mkdir /var/www/snap: permission denied
cannot create user data directory: /var/www/snap/notepadqq/115: Read-only file system

Так что это не проблема Wayland.

Может быть это другое ограничение Snap. В любом случае я сообщил об ошибке 1751634 для запуска.

Получить deb-packaged Notepadqq и запустить его

Мы обнаружили, что notepadqq snap не запускается как root, поэтому мы

[d7 ] Извлеките его и установите обычную версию из команды «Команда Notepadqq Team» PPA

snap remove notepadqq
sudo add-apt-repository -y ppa:notepadqq-team/notepadqq
sudo apt-get update
sudo apt-get install notepadqq

Затем запустите ее как обычный пользователь:

notepadqq

И как root:

gksudo notepadqq

Надеюсь, это поможет.

Question 2

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема заключалась в том, что мой обмен был зашифрован. Таким образом, сценарий local-premount в initramfs ожидал, что устройство подкачки было недоступно, пока оно не завершится. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 3

Question 4

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема заключалась в том, что мой обмен был зашифрован. Таким образом, сценарий local-premount в initramfs ожидал, что устройство подкачки было недоступно, пока оно не завершится. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 5

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема заключалась в том, что мой обмен был зашифрован. Таким образом, сценарий local-premount в initramfs ожидал, что устройство подкачки было недоступно, пока оно не завершится. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 6

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 7

Question 8

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 9

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 10

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 11

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 12

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Question 13

Question 14

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 22 May 2018 в 12:38

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема заключалась в том, что мой обмен был зашифрован. Таким образом, сценарий local-premount в initramfs ожидал, что устройство подкачки было недоступно, пока оно не завершится. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Я думаю, что на вас влияет Ошибка # 1763611, бонусные ботинки Lubuntu медленнее, чем другие Ubuntu с некоторыми SSD-дисками . И вы показали, как раздавить ошибку :-) — sudodus, 20 April 2018 в 16:24

David Foerster · Accepted Answer · 17 July 2018 в 19:06

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема заключалась в том, что мой обмен был зашифрован. Таким образом, сценарий local-premount в initramfs ожидал, что устройство подкачки было недоступно, пока оно не завершится. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 23 July 2018 в 19:52

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема заключалась в том, что мой обмен был зашифрован. Таким образом, сценарий local-premount в initramfs ожидал, что устройство подкачки было недоступно, пока оно не завершится. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 31 July 2018 в 19:01

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 2 August 2018 в 12:02

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 3 August 2018 в 16:29

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 5 August 2018 в 01:51

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 6 August 2018 в 18:27

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 8 August 2018 в 22:47

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

David Foerster · Accepted Answer · 14 August 2018 в 12:45

Хорошо, я нашел решение, благодаря комментарию Судаханшу.

Проблема была связана с тем, что мой обмен был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал, что устройство подкачки недоступно, пока он не истечет. Соответствующее сообщение было gave up waiting for suspend/resume device.

Чтобы отключить это (поскольку возобновление смены не возможно с зашифрованным свопом, и я вообще не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume. В этом файле строка с RESUME=none (а не UUID, которая была здесь) отключит ожидание устройства возобновления.

Запустите sudo update-initramfs -u, чтобы применить изменения.

Система теперь загружается нормально.

Я думаю, что на вас повлиял Bug # 1763611, Bionic Boots Lubuntu медленнее, чем другие Ubuntu с некоторыми SSD . И вы показали, как раздавить ошибку :-) — sudodus, 20 April 2018 в 16:24
Brilliant! Спасибо за исправление. Это заставило меня вытащить мои волосы! — Murray, 25 May 2018 в 02:58

Медленная загрузка, длительное время загрузки ядра, из-за неправильного устройства записи

Проблема с привязкой

Получить deb-packaged Notepadqq и запустить его

10 ответов

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

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