Скорее всего, это опечатка для 2>&1
; >foo 2>&1
очень распространен в crontabs как простой способ сохранения вывода и ошибок cronjobs (см. SO , U&L , AU ,.. ).
Обратите внимание, что:
>/stopout
и т. д. эквивалентно1>/stopout
)2>&1
или 2<&1
, fd 2 получаетdup2
'd (по крайней мере в Linux, но предположительно и на других платформах )в fd 1, поэтому его можно использовать в теми же способами, что и fd 1. /stopout
точно так же, как любые данные, записанные в fd 1. Однако, если fd 1 изначально был открыт для чтения, запись в любой из них завершится ошибкой:
$ strace -e write bash -c 'echo bar 1
Я нашел проблему.
По какой-то причине не удалось загрузить модуль ядра "sr _mod". Вероятно, что-то не так с моим ядром.
$ modprobe sr_mod.ko
modprobe: ERROR:../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.93-v7l+/modules.dep .bin'
modprobe: FATAL: Module sr_mod not found in directory /lib/modules/4.19.93-v7l+
Странно то, что sr _mod.so действительно существует:
$ ls /lib/modules/4.19.97*/kernel/drivers/scsi/sr_mod.ko
-rw-r--r-- 1 root root 28K Feb 3 13:50 /lib/modules/4.19.97+/kernel/drivers/scsi/sr_mod.ko
-rw-r--r-- 1 root root 30K Feb 3 13:50 /lib/modules/4.19.97-v7+/kernel/drivers/scsi/sr_mod.ko
-rw-r--r-- 1 root root 30K Feb 3 13:50 /lib/modules/4.19.97-v7l+/kernel/drivers/scsi/sr_mod.ko
-rw-r--r-- 1 root root 37K Feb 3 13:50 /lib/modules/4.19.97-v8+/kernel/drivers/scsi/sr_mod.ko
$ uname -a
Linux ras4 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linux
Решение заключалось в переустановке ядра и перезагрузке системы:
$ apt install --reinstall raspberrypi-bootloader raspberrypi-kernel
$ reboot
После перезагрузки мод modul sr _загружается автоматически, и /dev/sr0 становится доступным.