Acredito ter descoberto a solução para este problema, graças à observação perspicaz de Thomas Schmitt, a quem agradeço calorosamente!
No utilitário de configuração do BIOS da placa-mãe P5E WS Pro da ASUS, em "SATA Configuration", a opção "Configure SATA as" pode ser definida como IDE, RAID ou AHCI. Na época em que instalei o sistema operacional Ubuntu, deixei essa opção como IDE, que é a configuração padrão (talvez para o benefício dos usuários do Windows XP; veja abaixo). No manual: "Se você quiser usar as unidades de disco rígido Serial ATA como dispositivos de armazenamento físico Parallel ATA, mantenha a configuração padrão (IDE)."
Para corrigir o problema de congelamento do computador ao gravar em mídia usando a unidade óptica, entrei no BIOS e alterei a opção "Configure SATA as" para AHCI. No manual: "O AHCI permite que o driver de armazenamento onboard habilite recursos avançados de Serial ATA que aumentem o desempenho de armazenamento em cargas de trabalho aleatórias, permitindo que a unidade otimize internamente a ordem dos comandos." Eu aviso aos leitores que fazer essa alteração pode não ser segura, ou pode não ser segura depois que o sistema operacional já estiver instalado. Uma pesquisa na Internet revela que os usuários do Windows encontraram problemas ao inicializar seus computadores mudança. Eu só posso testemunhar que no meu computador, rodando o Ubuntu 10.04, eu não tive tais problemas. Parece que os drivers AHCI são instalados por padrão no Ubuntu 10.04 (e, eu esperaria, versões posteriores do Ubuntu), mas não, por exemplo, no Windows XP.
Eu encontrei dois pequenos problemas depois de fazer a alteração. Primeiro, após a reinicialização, um disco SCSI atribuído a / dev / sdc foi reatribuído para / dev / sdd e vice-versa para um disco SCSI que foi atribuído a / dev / sdd. Como eu já havia adicionado linhas ao meu arquivo / etc / fstab fornecendo pontos de montagem para / dev / sdc1 e / dev / sdd1, eu estava temporariamente impossibilitado de acessar essas unidades até depois de editar meu arquivo / etc / fstab apropriadamente. (Esse problema provavelmente não teria ocorrido se eu tivesse usado UUIDs para identificar os dispositivos em / etc / fstab em vez de / dev / sd ....)
O segundo problema menor foi que tive que redefinir minhas informações de conexão Ethernet eth0 após a primeira reinicialização após a alteração do IDE para AHCI. No Ubuntu 10.04 isso pode ser feito no System - > Preferências - > Conexões de rede: nas configurações IPv4, o endereço, a máscara de rede e o gateway precisavam ser redefinidos para o modo como eu os tinha anteriormente.
Nenhum dos dois pequenos problemas ocorreu após várias reinicializações subseqüentes.
Após a alteração do IDE para AHCI, o comando "lspci -k" informa "controlador SATA Intel Corporation 82801IR / IO / IH (ICH9R / DO / DH) 6 portas SATA AHCI Controller (rev 02)" (listado anteriormente como "interface IDE Intel Corporation 82801IR / IO / IH (ICH9R / DO / DH) 4 portas SATA IDE Controller (rev 02)"), "driver do kernel em uso" mudou de "ata_piix" para "ahci". A listagem de "interface IDE: Marvell Technology Group Ltd. 88SE6145 controladora SATA II PCI-E (rev a1)" é inalterada após a comutação de IDE para AHCI ("driver kernel em uso" era e é "pata_marvell"). Além disso, abrindo o sistema - > Administração - > Disk Utility, eu acho que os discos rígidos e a unidade óptica que estavam me dando problemas agora estão organizados em "SATA Host Adapter" com a listagem de hardware 82801IR / IO / IH. Pelo que me lembro, antes da mudança, o Disk Utility colocou-os sob o 82801IR / IO / IH rotulado como "PATA Host Adapter".
Desde a mudança, o comando
nice -n 18 ionice -c3 growisofs -dvd-compat -Z /dev/dvd1="video.iso"
não parece retardar o computador de qualquer forma perceptível. Eu tentei um pouco de benchmarking, como escrever alguns megabytes de dados em vários discos rígidos depois de iniciar o comando acima e sem ele com o computador engajado da mesma forma: tanto o tempo de parede quanto o tempo de CPU parecem cair dentro da faixa normal quando o comando está em execução (e, em particular, quando está iniciando, o período do problema anterior). Os problemas que eu tinha observado imediatamente após o comando ao usar o vim e o Firefox não parecem mais ocorrer.