Как предотвратить Brasero для автоматического извлечения диска в конце сжигания?
Вот мое решение. Мне приходилось брать ответы из нескольких мест.
Моя графическая карта - NVidia GeForce GTX 950.
Первое, что я сделал, это скачать последний стабильный драйвер NVidia от nvidia.com (для меня это было 361,42). Я был уверен, что выберете последний стабильный и сертифицированный драйвер. Кстати, это файл «.run». Поиск по установке файлов .run, если вы не знакомы с этим.
Затем я занесен в черный список драйверами Nouveau в соответствии с этим сообщением (мои шаги ниже и немного отличаются от этого сообщения):
Установите драйвер Nvidia вместо nouveau
Я выполнил всю свою работу через виртуальный терминал, доступ к которому нажал Ctrl + Alt + F1 на экране входа в систему:
1) Черный список модулей. Откройте файл blacklist.conf.
sudo vi /etc/modprobe.d/blacklist.conf
добавьте следующие модули в конец файла:
blacklist vga16fb
blacklist nouveau
blacklist rivafb
blacklist nvidiafb
blacklist rivatv
Сохраните файл и выйдите.
[d12 ] 2) Удалите все пакеты nvidia * (обратите внимание, что это ничего не делало для меня, но рекомендуется. Не вредно при запуске)sudo apt-get remove --purge nvidia*
3) Обновите диск initramfs. Mine был настроен для загрузки драйверов нуворишей. Это занимает несколько секунд. Не перезагружайтесь или отключите питание!
sudo update-initramfs -u
4) Перезагрузите
5) Остановите диспетчер дисплея и установите его.
На экране входа нажмите Ctrl + Alt + F1 снова, чтобы попасть в виртуальный терминал. Когда вы находитесь в текстовом режиме, остановите диспетчер дисплея:
sudo service lightdm stop
6) Затем запустите установочный файл (загруженный файл .run). Установка хорошо документирована и содержит много полезных сообщений по пути (представьте, что!). Я получил сообщение об ошибке, связанной с ошибкой предварительной установки. Я все равно продолжал. Меня спросили: «Хотели бы вы запустить утилиту nvidia-xconfig для автоматического обновления вашего конфигурационного файла X, чтобы драйвер NVIDIA X использовался при перезагрузке X? Любой предварительно существующий файл конфигурации X будет скопирован« Я ответил », Да "и продолжил. У меня 64-битная система и у меня 32-разрядные ошибки. Я не беспокоился об этом и продолжал. 64-разрядные установлены отлично. Я дошел до конца установки!
7) Перекрестите пальцы, перезагрузитесь и войдите. Моя система НАКОНЕЦ. Надеюсь, твоя тоже!
2 ответа
Прежде чем я объясню, почему вы, вероятно, не захотите этого, вот что понадобится программам backend:
growisofs нужно будет получить опцию -use-the-force-luke = notray. libburn должен получить свою функцию API burn_drive_release () с параметром «извлечения», установленным в 0.
Мой довольно старый Brasero не предлагает таких возможностей конфигурации для любого из этих плагинов.
Теперь почему этот выброс обычно необходим, если вы не хотите читать записанные данные исключительно с помощью прямых транзакций SCSI, как функции чтения libburn:
Все программы записи используют в Linux выполнение команды SCSI ioctl (SG_IO) , Этот ioctl отправляет команды SCSI на диск и получает ответы диска. Но он не согласован с блочным устройством i / o Linux, который оценил состояние среды до ожога, а затем все еще буферизирует это состояние и, возможно, некоторые блоки данных среды.
Извлечение среды вызывает эти буферизованные данные, подлежащие отбрасыванию и загрузке среды, вызывают новую оценку нового состояния среды. После выхода из системы ядро Linux может смонтировать свежеприготовленную файловую суперблоку или позволить mkisofs читать метаданные ранее написанного сеанса для следующего сеанса.
Других надежных метод известен. Согласно моей теории, ioctl (BLKRRPART) (например, через команду hdparm -z) выполнит трюк, если файловые дескрипторы оптических дисков не будут отклонены __blkdev_reread_part () в блоке / ioctl.c перед функцией rescan_partitions () в блоке / partition-generic.c может вызывать disk-> fops-> revalidate_disk ().
Прежде чем я объясню, почему вы, вероятно, не захотите этого, вот что понадобится программам backend:
growisofs нужно будет получить опцию -use-the-force-luke = notray. libburn должен получить свою функцию API burn_drive_release () с параметром «извлечения», установленным в 0.
Мой довольно старый Brasero не предлагает таких возможностей конфигурации для любого из этих плагинов.
Теперь почему этот выброс обычно необходим, если вы не хотите читать записанные данные исключительно с помощью прямых транзакций SCSI, как функции чтения libburn:
Все программы записи используют в Linux выполнение команды SCSI ioctl (SG_IO) , Этот ioctl отправляет команды SCSI на диск и получает ответы диска. Но он не согласован с блочным устройством i / o Linux, который оценил состояние среды до ожога, а затем все еще буферизирует это состояние и, возможно, некоторые блоки данных среды.
Извлечение среды вызывает эти буферизованные данные, подлежащие отбрасыванию и загрузке среды, вызывают новую оценку нового состояния среды. После выхода из системы ядро Linux может смонтировать свежеприготовленную файловую суперблоку или позволить mkisofs читать метаданные ранее написанного сеанса для следующего сеанса.
Других надежных метод известен. Согласно моей теории, ioctl (BLKRRPART) (например, через команду hdparm -z) выполнит трюк, если файловые дескрипторы оптических дисков не будут отклонены __blkdev_reread_part () в блоке / ioctl.c перед функцией rescan_partitions () в блоке / partition-generic.c может вызывать disk-> fops-> revalidate_disk ().
-
1Извините, это непонятно. Как объяснить это на языке для основного пользователя? – NicolasSmith 7 February 2018 в 23:34
-
2