Esto está en Ubuntu 20.04.1, Pioneer BDR-XS07, 50 GB BD-RE (se probaron varios discos de diferentes proveedores).
Formatear el disco con UDF versión 2.50 funciona:
$ sudo mkudffs --utf8 --blocksize=2048 --media-type=bdr --udfrev=0x0250 --lvid=Backup2 --vid=Backup2 /dev/sr0
Sin embargo, montarlo no lo hace ( Unable to mount volume backup: Gio.IOErrorEnum: Error mounting /dev/sr0 at /media/cts/backup: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error
).
Formatear el disco como tipo de medio "Disco duro" también funciona:
$ sudo mkudffs --utf8 --blocksize=2048 --media-type=hd --udfrev=0x0201 --lvid=Backup2 --vid=Backup2 /dev/sr0
y posteriormente montarlo y escribirlo se realiza correctamente.
Una cosa me parece una causa teórica de los problemas:
el uso del tipo de medio incorrecto produce un diseño diferente de los bloques/áreas de la UDF:
$ sudo mkudffs --utf8 --blocksize=2048 --media-type=hd --udfrev=0x0201 --lvid=Backup2 --vid=Backup2 /dev/sr0
filename=/dev/sr0
label=Backup2
uuid=600c858ed35ee0c9
blocksize=2048
blocks=23652352
udfrev=2.01
start=0, blocks=16, type=ERASE
start=16, blocks=4, type=VRS
start=20, blocks=76, type=ERASE
start=96, blocks=16, type=MVDS
start=112, blocks=16, type=ERASE
start=128, blocks=4, type=LVID
start=132, blocks=124, type=ERASE
start=256, blocks=1, type=ANCHOR
start=257, blocks=23651832, type=PSPACE
start=23652089, blocks=6, type=ERASE
start=23652095, blocks=1, type=ANCHOR
start=23652096, blocks=96, type=ERASE
start=23652192, blocks=16, type=RVDS
start=23652208, blocks=143, type=ERASE
start=23652351, blocks=1, type=ANCHOR
$
vs
$ sudo mkudffs --utf8 --blocksize=2048 --media-type=bdr --udfrev=0x0250 --lvid=Backup2 --vid=Backup2 /dev/sr0
filename=/dev/sr0
label=Backup2
uuid=600c854ca5a22d78
blocksize=2048
blocks=23652352
udfrev=2.50
vatblock=319
start=0, blocks=16, type=RESERVED
start=16, blocks=4, type=VRS
start=20, blocks=76, type=USPACE
start=96, blocks=16, type=MVDS
start=112, blocks=16, type=USPACE
start=128, blocks=1, type=LVID
start=129, blocks=95, type=USPACE
start=224, blocks=16, type=RVDS
start=240, blocks=16, type=USPACE
start=256, blocks=1, type=ANCHOR g
start=257, blocks=31, type=USPACE
start=288, blocks=23651776, type=PSPACE
start=23652064, blocks=31, type=USPACE
start=23652095, blocks=1, type=ANCHOR
start=23652096, blocks=256, type=USPACE
$
Entonces, ¿asumiría que no estoy obteniendo el mejor rendimiento/confiabilidad/gestión de defectos del BD-RE?
¿Cuál es la forma correcta de formatear un BD-RE para escritura de paquetes usando el sistema de archivos UDF en Linux?
Respuesta1
También volví a este problema eterno y esta vez lo resolví. Recuerdo haber sido atrevido por el hecho de que Windows y macOS admiten la escritura en rev. 0x0250. Linux no.
Mi documentación anterior muestra que se solicita 0x250 explícitamente, aunque lo sabía.
Eche un vistazo a su salida. Una imagen tiene rev. 2,50 y el otro 2,01. Este último admitirá operaciones de escritura, el primero aparecerá con mensajes de error o solo será de solo lectura.
En realidad, el proceso es bastante simple (debes estarraíz):
- Formatear los mediosuna vezpara la gestión de defectos.
dvd+rw-format '/dev/sr0' ;
- Ponle los UDFFS:
mkudffs --utf8 \
--blocksize=2048 \
--media-type=dvdrw \
--udfrev=0x0201 \
--lvid=Backup2 \
--vid=Backup2 \
'/dev/sr0' ;
Después de todo, BluRay es un DVD.
- Monte el dispositivo de paquete:
mount -t udf -o rw,noatime,async \
'/dev/sr0' '/data/filesystem/disc/'
Si espera una pérdida de energía o una falla del sistema, es posible que desee utilizar
sync
en lugar deasync
.