Hi,
> I suspect the good/slow items are again the media.
I assume that most of the "slow" ranges are due to relocated blocks.
Defect Management decided that the read quality was not good enough
and put a copy into the Spare Area, which is located at the inner rim
of the medium. So the laser head
I set stream_recording off yesterday and did a run at the end of the
day. The screen output appeared that it worked OK. Then the cron ran
the script this morning and it took over 2 hours. But it failed again,
however in different locations.
xorriso : UPDATE : 2375392 blocks read in 951 seconds
Hi,
> libburn : SORRY : SCSI error on read_10(297920,32): [3 11 05] Medium error.
> L-EC uncorrectable error.
That's bad news for your hardware. A data chunk of 64 KiB did not match
its inner checksums. So the drive refuses to hand out these 64 KiB.
You would have to try the media in other
On Wed, 2017-08-16 at 19:34 +0200, Thomas Schmitt wrote:
> Hi,
>
> sorry, i did not react properly on this piece of info:
>
> >
> > The format, erase, and burn processes all complete normally with no
> > issues or errors. When I mount and attempt to read the tar file it
> > aborts with an error
Hi,
sorry, i did not react properly on this piece of info:
> The format, erase, and burn processes all complete normally with no
> issues or errors. When I mount and attempt to read the tar file it
> aborts with an error message.
Do you see related messages in the system logs ?
What happens if
Hi,
> The media was labeled "for Video". So I found some Maxell that was
> labeled "for Data"
If those "for Video" were more expensive than the others, then you probably
paid royalties to the movie industry. We had such a situation with special
CD-R media for audio recording. Some living room
6 matches
Mail list logo
