Hi, Gary Dale wrote: > dvd+rw-format -format /dev/sr0 > * BD/DVD±RW/-RAM format utility by <ap...@fy.chalmers.se>, version 7.1. > * 25.0GB BD media detected. > * formatting 59.5% > root@transponder:/home/garydale# mkudffs /dev/sr0 > Error opening device: Read-only file system > [...] > dvd+rw-format -format /dev/sr0 > * BD/DVD±RW/-RAM format utility by <ap...@fy.chalmers.se>, version 7.1. > * 24.2GB BD media detected. > * formatting 0.0%:-[ FORMAT UNIT failed with SK=5h/INVALID FIELD IN > PARAMETER LIST]: Input/output error
The 59.6 percent do not necessarily indicate failure. dvd+rw-format gets these numbers from the drive while it waits for the SCSI formatting command to finish. Many drives tell unrealistic progress numbers with blanking or formatting. More decisive is that no error was reported by dvd+rw-format. So i would guess formatting succeeded. You still see the two known problems: - The drive refuses to re-format an already formatted BD-RE. This is not nice. But it is not to blame for your problems with the block device driver. - mkudffs and other clients of the block device driver seem to perceive a read-only medium. But it is not read-only on drive level, as we can prove by using a burn program to write data onto it. Burn programs use the generic SCSI driver, not the block device driver. On August 10 you reported: > I did another test using system rescue cd. While it gives me > the same error when I run dvd+rw-format, I note that mkudffs > complains about multiple extents. The second of the two problems showed a change in behavior. The first one sits obviously in the drive and does not get influenced by changing the system. I assume that the second problem sits in the operating system. So i advise you to boot the rescue system and to check whether the medium can be written via the block device driver of that system: dd if=/dev/zero of=/dev/sr0 bs=2048 count=1 If this succeeds, then you could try to find out what mkudffs has to complain. It might then be that the content of the medium is disliked by mkudffs. If no progress can be made otherwise, i would flood the medium with zeros and try mkudffs again: dd if=/dev/zero of=/dev/sr0 bs=2048 count=11826176 This will last about 40 - 100 minutes with 2x speed. It depends on the quality of the drive how much effective speed it gets from the checkreading which it performs on BD-RE while writing. You can speed it up and get progress messages by letting xorriso do the writing while it disables checkreading: dd if=/dev/zero bs=2048 count=11826176 | xorriso -as cdrecord -v dev=/dev/sr0 -nopad stream_recording=on - But the central riddle remains: Why does the block device driver of a Debian system suddenly decide that the medium in the drive is incapable of writing ? This behavior must have had a trigger. When did it begin and what system changes were done around that time ? Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/19106613787453238...@scdbackup.webframe.org