Я полагаю, что нашел решение этой проблемы благодаря проницательному наблюдению Томаса Шмитта, которого я искренне благодарю!
В утилите настройки BIOS материнской платы ASUS P5E WS Pro в разделе "Конфигурация SATA" для параметра "Настроить SATA как" можно выбрать IDE, RAID или AHCI. Когда я установил операционную систему Ubuntu, я оставил эту опцию как IDE, которая является настройкой по умолчанию (возможно, для пользователей Windows XP; см. Ниже). Из руководства: «Если вы хотите использовать жесткие диски Serial ATA в качестве физических устройств хранения данных Parallel ATA, сохраните настройку по умолчанию (IDE)».
Чтобы устранить проблему зависания компьютера при записи на носитель с помощью оптического привода, я зашел в BIOS и изменил опцию "Настроить SATA как" на AHCI. Из руководства: «AHCI позволяет встроенному драйверу хранилища включать расширенные функции Serial ATA, которые увеличивают производительность хранилища при случайных рабочих нагрузках, позволяя накопителю оптимизировать порядок команд внутри системы». Я предупреждаю читателей, что внесение этого изменения может быть небезопасным или небезопасным после того, как операционная система уже установлена. Поиск в Интернете показывает, что пользователи Windows столкнулись с проблемами при загрузке своих компьютеров после внесения таких изменений. Могу только засвидетельствовать, что на моем компьютере под управлением Ubuntu 10.04 таких проблем не было. Похоже, что драйверы AHCI устанавливаются по умолчанию в Ubuntu 10.04 (и, как я ожидаю, в более поздних версиях Ubuntu), но не, например, в Windows XP.
После внесения изменений я столкнулся с двумя незначительными проблемами. Во-первых, после перезагрузки диск SCSI, назначенный для /dev /sdc, был переназначен на /dev /sdd, и наоборот для диска SCSI, который был назначен для /dev /sdd. Поскольку ранее я добавил строки в свой файл /etc /fstab, в которых указывались точки монтирования для /dev /sdc1 и /dev /sdd1, я временно не мог получить доступ к этим дискам до тех пор, пока не произвел соответствующее редактирование файла /etc /fstab. (Эта проблема, вероятно, не возникла бы, если бы я использовал UUID для идентификации устройств в /etc /fstab вместо /dev /sd ....)
Вторая небольшая проблема заключалась в том, что мне пришлось сбросить информацию о соединении Ethernet eth0 после первой перезагрузки после изменения IDE на AHCI. В Ubuntu 10.04 это можно было сделать в System -> Preferences -> Network Connections: в настройках IPv4 адрес, маску сети и шлюз должны были быть сброшены до того уровня, который был у меня ранее.
Ни одна из двух незначительных проблем не возникла после нескольких последующих перезагрузок.
После перехода с IDE на AHCI команда «lspci -k» сообщает о «SATA-контроллере Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6-портовый контроллер SATA AHCI (rev 02)» (ранее назывался "IDE". Интерфейс Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4-портовый контроллер SATA IDE (версия 02) ")," Используемый драйвер ядра "изменен с" ata_piix "на" ahci ". Список для «интерфейса IDE: Marvell Technology Group Ltd. 88SE6145 SATA II контроллер PCI-E (rev a1)» не изменился после переключения с IDE на AHCI ("Используемый драйвер ядра" был и остается "pata_marvell"). Кроме того, открыв System -> Administration -> Disk Utility, я обнаружил, что жесткие диски и оптический привод, которые вызывали у меня проблемы, теперь организованы в разделе "SATA Host Adapter" с перечнем оборудования 82801IR/IO/IH. Насколько я помню, до изменения Disk Utility поместил их под 82801IR/IO/IH, помеченный как "PATA Host Adapter".
После внесения изменений команда
nice -n 18 ionice -c3 growisofs -dvd-compat -Z /dev/dvd1="video.iso"
не замедляет работу компьютера каким-либо ощутимым образом. Я попытался немного сравниться, например, записать несколько мегабайт данных на различные жесткие диски после запуска вышеуказанной команды и без нее при одинаковом включении компьютера: время на стене и время процессора, похоже, находятся в пределах нормального диапазона когда команда запущена (и, в частности, когда она запускается, период проблемы раньше). Проблемы, которые я наблюдал сразу после команды при использовании vim и Firefox, похоже, больше не возникают.
