aaru-dps/Aaru-aaru-dps
1
0
Fork 0
mirror of https://github.com/aaru-dps/Aaru.git synced 2026-02-04 00:54:33 +00:00
Code Issues 657 Packages Projects Releases 19 Wiki Activity

Aaru attempts to dump roughly 4x as many blocks than are actually present on BD-R #842

New Issue
Open
opened 2026-01-29 15:30:47 +00:00 by claunia · 1 comment
claunia commented 2026-01-29 15:30:47 +00:00
Owner
Copy Link

Originally created by @TheRogueArchivist on GitHub (Nov 4, 2021).

Version

5.3.0

Commit hash

No response

Tested debug version?

  • Yes

Which operating systems have you used?

  • Windows
  • Linux
  • macOS
  • Other

What is the architectural bit size you're using?

  • 32-bit
  • 64-bit
  • Unsure or unknown

What processor are you using?

  • An Intel or AMD
  • An ARM or Apple Silicon
  • Unsure or unknown

Device manufacturer

HL-DT-ST

Device model

BD-RE BH08LS20 (FW 1.00)

Bus the device uses to attach to the computer

  • Parallel ATA
  • Serial ATA
  • SCSI (any)
  • ATAPI (mark above if parallel or serial)
  • USB
  • FireWire
  • PCMCIA
  • SecureDigital
  • MultiMediaCard

USB cable or card reader manufacturer

No response

USB cable or card reader model

No response

What were you doing when it failed?

  • I was dumping media (disk, tape, etc)...
  • I was retrieving media (disk, tape, etc) information...
  • I was scanning media (disk, tape, etc)...
  • I was retrieving device information...

Description

When dump BD-Rs on the listed drive, Aaru attempts to dump roughly 4x as many blocks than are actually present on the disc. Aaru says the device reports the correct number of blocks (Ex. Device reports 2992384 blocks (6128402432 bytes).), but then attempts to dump an incorrect number of them (Ex. Track 1 starts at LBA 0 and ends at LBA 12219391). This does not occur on at least one other BD drive, and may be fixed in an upgraded firmware revision for this drive (untested). BD-RE appears to be unaffected.

Exact command line used

aaru m dump D: Nutcracker_1.aaruf

Expected behavior

Aaru to attempt to dump the correct number of blocks (2992384).

Actual behavior

Aaru attempts to dump an incorrect number of blocks (12219391)

Output of command execution with debug output enabled

aaru 5.3.0+5c70b325 built by khepri in Debug, modified
Copyright c 2011-2021 Natalia Portillo

Output image format: Aaru Format.
Device not in database, please create a device report and attach it to a Github issue.

Using SCSI READ (10) command.
Media has 2992384 blocks of 2048 bytes/each. (for a total of 5.708 GiB)
Device reports 2992384 blocks (6128402432 bytes).
Device can read 64 blocks at a time.
Device reports 2048 bytes per logical block.
Device reports 2048 bytes per physical block.
SCSI device type: MultiMediaDevice.
SCSI medium type: 0.
SCSI density type: 0.
SCSI floppy mode page present: False.
Media identified as BDR
Reading 64 sectors at a time.
Building track map...
Track 1 starts at LBA 0 and ends at LBA 12219391
Setting speed to MAX..
Reading sector 67648 of 12219392 (2.179 MiB/sec.)

Media details

Multiple BD-R, including same disc as https://github.com/aaru-dps/Aaru/issues/693

Originally created by @TheRogueArchivist on GitHub (Nov 4, 2021). ### Version 5.3.0 ### Commit hash _No response_ ### Tested debug version? - [X] Yes ### Which operating systems have you used? - [X] Windows - [ ] Linux - [ ] macOS - [ ] Other ### What is the architectural bit size you're using? - [ ] 32-bit - [X] 64-bit - [ ] Unsure or unknown ### What processor are you using? - [X] An Intel or AMD - [ ] An ARM or Apple Silicon - [ ] Unsure or unknown ### Device manufacturer HL-DT-ST ### Device model BD-RE BH08LS20 (FW 1.00) ### Bus the device uses to attach to the computer - [ ] Parallel ATA - [X] Serial ATA - [ ] SCSI (any) - [ ] ATAPI (mark above if parallel or serial) - [ ] USB - [ ] FireWire - [ ] PCMCIA - [ ] SecureDigital - [ ] MultiMediaCard ### USB cable or card reader manufacturer _No response_ ### USB cable or card reader model _No response_ ### What were you doing when it failed? - [X] I was dumping media (disk, tape, etc)... - [ ] I was retrieving media (disk, tape, etc) information... - [ ] I was scanning media (disk, tape, etc)... - [ ] I was retrieving device information... ### Description When dump BD-Rs on the listed drive, Aaru attempts to dump roughly 4x as many blocks than are actually present on the disc. Aaru says the device reports the correct number of blocks (Ex. Device reports 2992384 blocks (6128402432 bytes).), but then attempts to dump an incorrect number of them (Ex. Track 1 starts at LBA 0 and ends at LBA 12219391). This does not occur on at least one other BD drive, and may be fixed in an upgraded firmware revision for this drive (untested). BD-RE appears to be unaffected. ### Exact command line used aaru m dump D: Nutcracker_1.aaruf ### Expected behavior Aaru to attempt to dump the correct number of blocks (2992384). ### Actual behavior Aaru attempts to dump an incorrect number of blocks (12219391) ### Output of command execution with debug output enabled ```shell aaru 5.3.0+5c70b325 built by khepri in Debug, modified Copyright c 2011-2021 Natalia Portillo Output image format: Aaru Format. Device not in database, please create a device report and attach it to a Github issue. Using SCSI READ (10) command. Media has 2992384 blocks of 2048 bytes/each. (for a total of 5.708 GiB) Device reports 2992384 blocks (6128402432 bytes). Device can read 64 blocks at a time. Device reports 2048 bytes per logical block. Device reports 2048 bytes per physical block. SCSI device type: MultiMediaDevice. SCSI medium type: 0. SCSI density type: 0. SCSI floppy mode page present: False. Media identified as BDR Reading 64 sectors at a time. Building track map... Track 1 starts at LBA 0 and ends at LBA 12219391 Setting speed to MAX.. Reading sector 67648 of 12219392 (2.179 MiB/sec.) ``` ### Media details Multiple BD-R, including same disc as https://github.com/aaru-dps/Aaru/issues/693
claunia added the bugdevicemedia labels 2026-01-29 15:30:47 +00:00
claunia commented 2026-01-29 15:30:49 +00:00
Author
Owner
Copy Link

@TheRogueArchivist commented on GitHub (Nov 4, 2021):

Also present on "ATAPI BD O DH4O3S" with firmware WH1E.

@TheRogueArchivist commented on GitHub (Nov 4, 2021): Also present on "ATAPI BD O DH4O3S" with firmware WH1E.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
archive
beginner
bug
bug
dependencies
device
device
dump image format
duplicate
Epic
feature request
filesystem
filter
gui
gui
gui
help wanted
invalid
invalid
media
needs triage
partitioning scheme
pull-request
Mirrored from GitHub Pull Request
 upstream
wontfix
No Label bug device media
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: aaru-dps/Aaru-aaru-dps#842
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?