[Cin] Not all blu-ray disk are the same ...
Andrew Randrianasulu
randrianasulu at gmail.com
Tue Dec 27 02:17:54 CET 2022
вт, 27 дек. 2022 г., 03:57 Terje J. Hanssen <terjejhanssen at gmail.com>:
>
>
> Den 26.12.2022 23:01, skrev Andrew Randrianasulu:
>
>
> https://superuser.com/questions/879216/how-to-determine-whether-blu-ray-disc-is-htl-or-lth
>
> lists two methods one with cdrecord + internet, another one using imgburn
>
> ===
>
> Here's the best way I've found:
>
> 1.
>
> Determine the manufacturer code and media type of the media. On Linux,
> I used cdrecord <http://cdrtools.sourceforge.net/private/cdrecord.html>
> dev=XXX -atip | grep -i 'manufacturer\|media type', where XXX is the
> code for the Blu-ray burner as listed by cdrecord -scanbus.
>
>
> This give me an opportunity to discuss certain reported issues with access
> privilegies from K3b/Cdrecord.
>
> I have also reported this as a possible K3b build bug to openSUSE bugzilla
> a couple of weeks ago
> https://bugzilla.opensuse.org/show_bug.cgi?id=1206384
>
> Suggestions are welcome how to troubleshoot and get rid of them, as they
> can be part of or main cause to my burning/disc problem. !?
>
>
> cdrecord -scanbus
> Cdrecord-ProDVD-ProBD-Clone 3.02a09 (x86_64-unknown-linux-gnu) Copyright
> (C) 1995-2016 Joerg Schilling
> cdrecord: Insufficient 'file read' privileges. You will not be able to
> open all needed devices.
> cdrecord: Insufficient 'file write' privileges. You will not be able to
> open all needed devices.
> cdrecord: Insufficient 'device' privileges. You may not be able to send
> all needed SCSI commands, this my cause various unexplainable problems.
> cdrecord: Insufficient 'network' privileges. You will not be able to do
> remote SCSI.
> cdrecord: No access. Cannot open '/dev/sg0'. Cannot open or use SCSI
> driver.
> cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are
> root.
> cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
>
> cdrecord dev=/dev/sr0 -atip | grep -i 'manufacturer\|media type'
> cdrecord: Insufficient 'file read' privileges. You will not be able to
> open all needed devices.
> cdrecord: Insufficient 'file write' privileges. You will not be able to
> open all needed devices.
> cdrecord: Insufficient 'device' privileges. You may not be able to send
> all needed SCSI commands, this my cause various unexplainable problems.
> cdrecord: Insufficient 'network' privileges. You will not be able to do
> remote SCSI.
> scsidev: '/dev/sr0'
> devname: '/dev/sr0'
> scsibus: -2 target: -2 lun: -2
> Warning: Open by 'devname' is unintentional and not supported.
> Linux sg driver version: 3.5.27
> Manufacturer: 'VERBAT'
> Media type: 'IM1'
>
> https://github.com/netblue30/firejail/issues/2989
I read somewhere in cdrtools documentation cdrecord may use linux
capabilities ...
this issues suggest using
sudo getcap /usr/bin/cdrecord
So, I guess there should be setcap too?
>
> Just now K3b/Cdrecord seems to not even write to more BD-RE DL discs :(
>
> The above messages are also part of the current debugging output from K3b
> included here (sorry for the length):
>
> Devices
> -----------------------
> HL-DT-ST BD-RE BH10LS30 1.02 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM,
> DVD-R, DVD-RW, DVD-R DL, BD-ROM, BD-R, BD-RE, DVD+R, DVD+RW, DVD+R DL)
> [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer
> Jump, DVD-RAM, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW,
> DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW, BD-ROM, BD-R Sequential
> (SRM), BD-R Random (RRM), BD-RE] [SAO, TAO, RAW, SAO/R96P, SAO/R96R,
> RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite, Layer Jump, Random
> Recording, Sequential Recording, Sequential Recording + POW] [%7]
>
> System
> -----------------------
> K3b Version: 21.12.3
> KDE Version: 5.90.0
> Qt Version: 5.15.2
> Kernel: 5.14.21-150400.24.38-default
>
> Used versions
> -----------------------
> cdrecord: 3.2a09
>
> cdrecord
> -----------------------
> cdrecord: Insufficient 'file read' privileges. You will not be able to
> open all needed devices.
> cdrecord: Insufficient 'file write' privileges. You will not be able to
> open all needed devices.
> cdrecord: Insufficient 'device' privileges. You may not be able to send
> all needed SCSI commands, this my cause various unexplainable problems.
> cdrecord: Insufficient 'network' privileges. You will not be able to do
> remote SCSI.
> scsidev: '/dev/sr0'
> devname: '/dev/sr0'
> scsibus: -2 target: -2 lun: -2
> Warning: Open by 'devname' is unintentional and not supported.
> Linux sg driver version: 3.5.27
> SCSI buffer size: 64512
> Cdrecord-ProDVD-ProBD-Clone 3.02a09 (x86_64-unknown-linux-gnu) Copyright
> (C) 1995-2016 Joerg Schilling
> TOC Type: 1 = CD-ROM
> Using libscg version 'schily-0.9'.
> Driveropts: 'burnfree'
> atapi: 1
> Device type : Removable CD-ROM
> Version : 5
> Response Format: 2
> Capabilities :
> Vendor_info : 'HL-DT-ST'
> Identifikation : 'BD-RE BH10LS30 '
> Revision : '1.02'
> Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
> Current: BD-RE
> Profile: BD-ROM
> Profile: BD-R sequential recording
> Profile: BD-R random recording
> Profile: BD-RE (current)
> Profile: DVD-RAM
> Profile: DVD-R sequential recording
> Profile: DVD-R/DL sequential recording
> Profile: DVD-R/DL layer jump recording
> Profile: DVD-RW sequential recording
> Profile: DVD-RW restricted overwrite
> Profile: DVD+RW
> Profile: DVD+R
> Profile: DVD+R/DL
> Profile: DVD-ROM
> Profile: CD-R
> Profile: CD-RW
> Profile: CD-ROM
> Profile: Removable Disk (current)
> Using generic SCSI-3/mmc-3 BD-RE driver (mmc_bdre).
> Driver flags : NO-CD BD MMC-3 BURNFREE
> Supported modes: PACKET SAO LAYER_JUMP
> Drive buf size : 2031616 = 1984 KB
> Drive pbuf size: 3850240 = 3760 KB
> Drive DMA Speed: 17771 kB/s 100x CD 12x DVD 3x BD
> FIFO size : 4194304 = 4096 KB
> Track 01: data 39383 MB
> Total size: 39383 MB = 20164288 sectors
> Current Secsize: 0
> Capacity Blklen/Sparesz. Format-type Type
> 24438784 36864 0x00 Unformated or Blank Media
> 23652352 24576 0x00 Reserved (0)
> 23259136 2048 0x01 Reserved (0)
> 23652352 24576 0x30 Reserved (0)
> 23259136 36864 0x30 Reserved (0)
> 24307712 4096 0x30 Reserved (0)
> 24438784 2048 0x31 Reserved (0)
> Format was needed.
> Starting to write CD/DVD/BD at speed 2 in real FORMAT mode for single
> session.
> Last chance to quit, starting real write in 3 seconds.
> 2 seconds.
> 1 seconds.
> 0 seconds. Operation starts.
> Formatting media
> operation 0% done
> === last message repeated 29 times. ===
> Formatting time: 61.464s (00:01:01.464)
> Condition not caught: capacity_not_set.
>
> cdrecord command:
> -----------------------
> /usr/bin/cdrecord -v gracetime=2 dev=/dev/sr0 speed=2 -sao
> driveropts=burnfree -data -tsize=20164288s -
>
>
>
>
> 1.
>
> Look up the manufacturer and media type codes at
> http://www.blu-raydisc.info/licensee-list/discmanuid-licenseelist.php .
> The table on that site identifies "recording type" (i.e. HTL or LTH) and
> also write speed from these codes.
>
> === quote end====
>
> site worked when I clicked on link.
>
> Apparently LTH should be marked due to their bad compatibility with
> earlier drives, but .... reality is less stellar :(
>
>
> A quick look in the tables it seemed for me that all 50GB BD-R/RE DL discs
> use "HTL" recording type.
>
>
>
> and in imgburn
>
> ====
>
> With image burning software. ImgBurn <http://www.imgburn.com/> for
> instance.
>
> In Imgburn main menu just click on anything writing related. For example,
> "Write image file to disc"
>
> Now a new window pops up
>
> Please check that you have the correct burner selected in the left hand
> side, if you have more than one disc burner.
>
> Scroll down on the right pane, and you find the info under "Recorded Mark
> Polarity"
> ====
>
>
> HTL is apparently more durable....
>
> Terje posted link to Canadian site and I did little search on my own
>
>
> https://www.pcworld.com/article/423607/hard-core-data-preservation-the-best-media-and-methods-for-archiving-your-data.html
> (from 2016)
>
> to be honest I newer heard about HTL vs LTH when it comes to BDs....
>
> I found some ASUS drive in my city, so *may be* I'll have some means to
> test real disks in new year.
>
>
>
> Many articles recommend to keep three types of media for archiving stored
> on at least two locations to spread the risk.
> For camcorded video this envolves for me
>
> 1. keep the source media (tape cassettes)
> 2. a digitized version on portable expansion USB3 discs
> 3. and on optical Blu-ray data discs and playable BD-video discs.
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20221227/68981db2/attachment-0001.htm>
More information about the Cin
mailing list