When creating sidecar in dumping or via image, files inside an ISO9660 filesystem are not checked. #843

Closed
opened 2026-01-29 15:30:49 +00:00 by claunia · 1 comment
Owner

Originally created by @claunia on GitHub (Nov 9, 2021).

Originally assigned to: @claunia on GitHub.

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

N/A

Device model

N/A

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 creating sidecar in dumping, files inside an ISO9660 filesystem are not checked.

Exact command line used

aaru m dump -O compress=false /dev/sr0 foo.aif

Expected behavior

Sidecar with files

Actual behavior

<FileSystemInformation>
        <Partition>
          <Sequence>0</Sequence>
          <Name>Track 1</Name>
          <Type>CdMode1</Type>
          <StartSector>0</StartSector>
          <EndSector>347380</EndSector>
          <FileSystems>
            <FileSystem>
              <Type>ISO9660</Type>
              <CreationDate>2001-07-10T02:51:34Z</CreationDate>
              <ModificationDate>2001-07-10T02:51:34Z</ModificationDate>
              <ClusterSize>2048</ClusterSize>
              <Clusters>347231</Clusters>
              <Bootable>false</Bootable>
              <VolumeName>GME2002_1</VolumeName>
              <Dirty>false</Dirty>
              <EffectiveDate>2001-07-10T02:51:34Z</EffectiveDate>
              <SystemIdentifier />
              <VolumeSetIdentifier />
              <PublisherIdentifier />
              <DataPreparerIdentifier />
              <ApplicationIdentifier />
            </FileSystem>
          </FileSystems>
        </Partition>
      </FileSystemInformation>

Output of command execution with debug output enabled

N/A

Media details

No response

Originally created by @claunia on GitHub (Nov 9, 2021). Originally assigned to: @claunia on GitHub. ### Version 5.3.0 ### Commit hash _No response_ ### Tested debug version? - [X] Yes ### Which operating systems have you used? - [ ] Windows - [X] 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 N/A ### Device model N/A ### 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 creating sidecar in dumping, files inside an ISO9660 filesystem are not checked. ### Exact command line used aaru m dump -O compress=false /dev/sr0 foo.aif ### Expected behavior Sidecar with files ### Actual behavior ```xml <FileSystemInformation> <Partition> <Sequence>0</Sequence> <Name>Track 1</Name> <Type>CdMode1</Type> <StartSector>0</StartSector> <EndSector>347380</EndSector> <FileSystems> <FileSystem> <Type>ISO9660</Type> <CreationDate>2001-07-10T02:51:34Z</CreationDate> <ModificationDate>2001-07-10T02:51:34Z</ModificationDate> <ClusterSize>2048</ClusterSize> <Clusters>347231</Clusters> <Bootable>false</Bootable> <VolumeName>GME2002_1</VolumeName> <Dirty>false</Dirty> <EffectiveDate>2001-07-10T02:51:34Z</EffectiveDate> <SystemIdentifier /> <VolumeSetIdentifier /> <PublisherIdentifier /> <DataPreparerIdentifier /> <ApplicationIdentifier /> </FileSystem> </FileSystems> </Partition> </FileSystemInformation> ``` ### Output of command execution with debug output enabled ```shell N/A ``` ### Media details _No response_
claunia added the bugfilesystemmedia labels 2026-01-29 15:30:49 +00:00
Author
Owner

@claunia commented on GitHub (Jan 4, 2025):

Fixed in 40f4650.

@claunia commented on GitHub (Jan 4, 2025): Fixed in 40f4650.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: aaru-dps/Aaru-aaru-dps#843