Раньше у меня была удаленная установка ssh для запуска исправленного драйвера opengl. Но это включало в себя некоторые взломы, такие как захват удаленного X-сервера для рендеринга (войдите на удаленный компьютер, ssh и установите DISPLAY на: 0). Для вас имеет смысл отделить внеэкранный xserver. Я не помню, можно ли запустить xserver удаленно в режиме offscreen, но с загруженными драйверами GPU. Кажется, что проект VirtualGL обещает, что поддерживает именно то, что вы ищете. Никогда не пробовал, но сайт выглядит многообещающим.
http://www.virtualgl.org/About/Introduction
Другой альтернативой являются vnc и xdmcp. Они позволяют получить доступ ко всей среде удаленного рабочего стола.
Похоже, что ядро ошибочно определило какое-то устройство как дискету или просто создало несуществующую ссылку, потому что на вашей машине нет настоящего дисковода для гибких дисков. Таким образом, эти blk_update_request
для fd0
совершенно не связаны с вашими жесткими дисками.
Многие программы управления дисками, такие как fdisk
, любят перечислять все доступные блочные устройства , и определенно fdisk
попал в модуль гибких дисков, и эти сообщения начали появляться в вашем dmesg.
Поскольку на вашем компьютере нет дисковода гибких дисков, рекомендуется удалить модуль ядра floppy
и занести его в черный список, чтобы он вас не беспокоил в будущем:
sudo rmmod floppy
echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
затем добавьте / etc / от modprobe.d / blacklist-floppy.conf
до /etc/mkinitcpio.conf
переменную FILES и выполните mkinitcpio -p linux
, чтобы initramfs тоже не загружал его.
Таким образом, после следующей перезагрузки он не появится и испортит вашу стабильную конфигурацию.
Используйте приведенную ниже команду, и она точно решит проблему:
# sudo rmmod floppy
# echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
# update-initramfs -u -k all
Перезагрузка...
Я возился с этим довольно долго.
Короткое и длинное решение.
Это короткий:
обновление sudo -initramfs -u
и с вашими проблемами должно быть покончено.
---+---
Длинная версия, написанная кем-то другим, которую я не принял к сведению. (Извините, люди!)
Попробуйте:
Используйте blkid, чтобы определить UUID вашего раздела подкачки, и убедитесь, что все остальные разделы имеют правильные UUID в /etc/fstab. Также можно использовать lsblk -f, чтобы найти UUID.
Поместите правильные UUID в /etc/fstab, особенно swap, для этой ошибки.
Поместите правильный UUID для подкачки в /etc/initramfs -tools/conf.d/resume.
Запустите sudo update -initramfs -u
Перезагрузка. Исправлена моя тройная загрузка Stretch all с этой ошибкой, так как изменился файл подкачки.
---+---
Проблема возникла из-за того, что мой своп был зашифрован. Таким образом, локальный -сценарий предварительного монтирования в initramfs ждал недоступного устройства подкачки, пока не истечет время ожидания. Соответствующее сообщение было прекращено в ожидании приостановки/возобновления работы устройства.
Чтобы отключить это (, так как возобновление работы из свопа невозможно с зашифрованным свопом, и я все равно не использую спящий режим ), я изменил этот файл :/etc/initramfs -tools/conf.d/резюме.
В этом файле строка с
RESUME=нет (вместо UUID, который был здесь )отключит ожидание возобновления работы устройства.
Выполнить
обновление sudo -initramfs -u применить изменения.
Теперь система загружается нормально.
---+---
Берт.