Корневой доступ для очищения оптических сред

Ubuntu, кажется, имеет проблему при доступе к пустым оптическим средам с помощью sudo/root.

Корректная операция

Вставьте пустой CD/DVD в оптический диск.
Откройте окно терминала.
Выполненный nautilus
Необходимо видеть список слева для "Пустого Диска DVD+R" с кнопкой выброса. Это - корректная операция, которую я ожидаю.
Закройте окно наутилуса.

Удостоверьтесь, что наутилус закрывается. Это может потребовать ^c в окне терминала или a killall nautilus команда, потому что иногда наутилус может быть упрямым.

Проблемная демонстрация

Вставьте пустой CD/DVD в оптический диск.
Откройте окно терминала.
Выполненный sudo nautilus и введите свой пароль.
Нет никакого списка для чистого диска!

Эта та же проблема может быть продемонстрирована с помощью других программ. Brasero является идеальным примером. Когда Вы выполняетесь brasero из окна терминала и избранного "Диска данных", место назначения по умолчанию является чистым диском в оптическом диске. Когда Вы выполняете то же использование процедуры sudo brasero, пустой оптический диск не является опцией, и единственным выбором является Файл изображения.

Я получаю то же поведение при использовании пустого CD вместо DVD, и при выполнении тех же шагов в нескольких различных системах. Эта проблема, кажется, присутствует на множестве различных установок и версий. Прежде всего, я использую 16.04 LTS, который показывает ту же проблему о трех различных компьютерах/установках. Я также протестировал ту же проблему о 12,04 установках, и та же проблема присутствует.

Я был через все шаги поиска и устранения неисправностей, которые я нашел на различных форумах ни с чем кажущимся работать для исправления проблемы. Все полномочия были полностью проверены, и протестированные конфигурации группы. Типичные пользователи могут успешно записать чистые диски, но пользователь root не может.

Интересно, gnome-disks действительно кажется, правильно перечисляет оптический диск и обнаруживает корректные пустые медиа, выполняется ли он с помощью sudo или нет.

Действительно ли это - ошибка, которая была не замечена для этого долго из-за нечетного варианта использования? У кого-либо есть предложения для исправления этой проблемы? Я не понимаю, как пользователь root может быть заблокирован, где отдельные пользователи работают правильно.