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 retries the subchannel data for every sector during dump if the R-W subchannel isn't empty #478

New Issue
Closed
opened 2026-01-29 15:19:55 +00:00 by claunia · 0 comments
claunia commented 2026-01-29 15:19:55 +00:00
Owner
Copy Link

Originally created by @TheRogueArchivist on GitHub (Aug 4, 2020).

Prerequisites

  • Are you running the latest version?
  • Can you reproduce the problem in the debug version?

Description

When dumping a CD with R-W subchannels that aren't empty, Aaru attempts to retry reading the subchannel of every sector, significantly increasing dumping time as well as the file size of the sub.log. This type of line "01:10:10 - LBA 5110: Program area, not pause, uninterrupted data, copy prohibited, Q mode 1 position: track 1 index 1 relative position 01:08:08 (LBA 5108), absolute position 01:10:08 (LBA 5108), Q CRC 0x4C15 (OK), R-W not empty" is repeated for every entry in sub.log when Aaru shouldn't be retrying the subchannels that are already known to be good. Logs: NTICDM2K.zip

Exact command line used:

Aaru m dump /dev/sr0 NTICDM2K.aaruf --first-pregap True

Output of command execution with debug output enabled

aaru 5.1.99.3216+011ec1e3 built by silas-All-Series in Debug
Copyright © 2011-2020 Natalia Portillo

Output image format: Aaru Format.
Device in database since 7/16/2020 6:05:43 PM.                                                                                        

Checking if drive supports PQ subchannel reading...                                                                                   
Checking if drive supports full raw subchannel reading...                                                                             
Full raw subchannel reading supported...                                                                                              
Drive returns subchannel in BCD...                                                                                                    
Reading full TOC                                                                                                                      
Building track map...                                                                                                                 
Calculating pregaps, can take some time...                                                                                            
Track 1 pregap is 0 sectors                                                                                                           
Reading ATIP                                                                                                                          
Reading Disc Information                                                                                                              
Reading PMA                                                                                                                           
Reading Session Information                                                                                                           
Reading CD-Text from Lead-In                                                                                                          
Solving lead-outs...                                                                                                                  
Detecting disc type...                                                                                                                
Checking mode for track 1...                                                                                                          
Track 1 is MODE1                                                                                                                      
Reading first track pregap                                                                                                            
Trying to read first track pregap sector -1 (0.001 MiB/sec.)                                                                          
Got 134 first track pregap sectors.                                                                                                   
Reading 32 sectors at a time.                                                                                                         
Device reports 233178 blocks (570819744 bytes).                                                                                       
Device can read 32 blocks at a time.                                                                                                  
Device reports 2448 bytes per logical block.                                                                                          
SCSI device type: MultiMediaDevice.                                                                                                   
Media identified as CDROM.                                                                                                            
Setting flags for track 1...                                                                                                          
Track 1 starts at LBA 0 and ends at LBA 233177                                                                                        
No audio tracks, disabling offset fix.                                                                                                
Drive reading offset is 392 bytes (98 samples).                                                                                       
Disc offsets is -88 bytes (-22 samples)                                                                                               
Setting speed to MAX for data reading.                                                                                                
Setting index 1 for track 1 to LBA 0.                                                                                                 
Reading sector 233152 of 233178 (1.402 MiB/sec.)                                                                                      
Dump finished in 391.4941028 seconds.                                                                                                 
Average dump speed 4013.655 KiB/sec.                                                                                                  
Average write speed 2207.028 KiB/sec.                                                                                                 
Retrying sector 6625 subchannel, pass 1, forward^C                                                                                    
Closing output file.                                                                                                                  
Closed in 1.8371195 seconds.
Originally created by @TheRogueArchivist on GitHub (Aug 4, 2020). ### Prerequisites * [X] Are you running the latest version? * [X] Can you reproduce the problem in the debug version? ### Description When dumping a CD with R-W subchannels that aren't empty, Aaru attempts to retry reading the subchannel of every sector, significantly increasing dumping time as well as the file size of the sub.log. This type of line "01:10:10 - LBA 5110: Program area, not pause, uninterrupted data, copy prohibited, Q mode 1 position: track 1 index 1 relative position 01:08:08 (LBA 5108), absolute position 01:10:08 (LBA 5108), Q CRC 0x4C15 (OK), R-W not empty" is repeated for every entry in sub.log when Aaru shouldn't be retrying the subchannels that are already known to be good. Logs: [NTICDM2K.zip](https://github.com/aaru-dps/Aaru/files/5019649/NTICDM2K.zip) ### Exact command line used: `Aaru m dump /dev/sr0 NTICDM2K.aaruf --first-pregap True` ### Output of command execution with debug output enabled ``` aaru 5.1.99.3216+011ec1e3 built by silas-All-Series in Debug Copyright © 2011-2020 Natalia Portillo Output image format: Aaru Format. Device in database since 7/16/2020 6:05:43 PM. Checking if drive supports PQ subchannel reading... Checking if drive supports full raw subchannel reading... Full raw subchannel reading supported... Drive returns subchannel in BCD... Reading full TOC Building track map... Calculating pregaps, can take some time... Track 1 pregap is 0 sectors Reading ATIP Reading Disc Information Reading PMA Reading Session Information Reading CD-Text from Lead-In Solving lead-outs... Detecting disc type... Checking mode for track 1... Track 1 is MODE1 Reading first track pregap Trying to read first track pregap sector -1 (0.001 MiB/sec.) Got 134 first track pregap sectors. Reading 32 sectors at a time. Device reports 233178 blocks (570819744 bytes). Device can read 32 blocks at a time. Device reports 2448 bytes per logical block. SCSI device type: MultiMediaDevice. Media identified as CDROM. Setting flags for track 1... Track 1 starts at LBA 0 and ends at LBA 233177 No audio tracks, disabling offset fix. Drive reading offset is 392 bytes (98 samples). Disc offsets is -88 bytes (-22 samples) Setting speed to MAX for data reading. Setting index 1 for track 1 to LBA 0. Reading sector 233152 of 233178 (1.402 MiB/sec.) Dump finished in 391.4941028 seconds. Average dump speed 4013.655 KiB/sec. Average write speed 2207.028 KiB/sec. Retrying sector 6625 subchannel, pass 1, forward^C Closing output file. Closed in 1.8371195 seconds. ```
claunia added the bug label 2026-01-29 15:19:55 +00:00
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
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#478
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?