Redumper Warnings & Processes

2026-02-21T20:14:41Z

Tankakern: /* warning: unable to read CD-TEXT, SCSI ({}) */

== redumper Warnings and Processes ==

redumper logs can contain a range of warnings of interest to moderators. Some of these will always require further action, while others will help to inform moderators of areas of interest or potential concern.

=== Warnings requiring further action ===

==== "Show stoppers" requiring discard of submission ====

The following four warnings effectively mean that the drive being used does not support some fundamental feature required for redump purposes. Submissions with these warnings should be discarded and the dumper directed to the [[Optical_Disc_Drive_Compatibility|List of supported disc drives]]

# warning: drive doesn't support reading of subchannel data
# warning: drive doesn't support C2 Error pointers
# warning: unsupported drive read method
# warning: subchannel data is not available, generating TOC index 0 entries

=== Additional action required to check/process ===

==== warning: unable to read CD-TEXT, SCSI ({}) ====

Drive failed to read CD-TEXT, questionable and this shouldn't pop up on compatible drives.

(Some LiteOn drives give this error if there's no CD-TEXT on the CD, but works fine if there's CD-TEXT present. You should test if uncertain.)

Not sure what the process is here

==== warning: descramble failed (LBA: {} .. {}) ====

An indication of CD-ROM standard deviation and potential mastering issues, including, but not limited to, disc write offset shift

Not sure what the process is here

==== warning: TOC / QTOC mismatch ====

TOC and subchannel desync that might affect track split or CUE-sheet flags and track type, redump.org favors TOC based split.

For Audio CDs, these warnings can be safely ignored.

There may be a requirement for QTOC-based split for certain discs (CD-i, PC Engine?), but the decision has to be made which variant is preferable for a given disc

==== warning: incomplete dump detected, using available dump size ====

Dump is incomplete with regard to TOC lead-out entry, safe to ignore for dumps with TOC lead-out entry that spans beyond physical media size, such as unlicensed early [PS2] Datel discs, such discs can be dumped either with --stop-lba=<value> or Ctrl+C redumper interruption and split has to be performed with --iso9660-trim option, this is advanced use and will be covered later

Not sure what the process is here

==== warning: split is performed by QTOC ====

Indicates the use of --force-qtoc option which instructs redumper to perform a subchannel based track split

'''Process'''
# If there has been prior agreement with the dumper to submit on the basis described above then
#* Process and add the dump according to usual rules, otherwise;
# Discuss with the dumper and discard the submission if required

==== warning: lead-in starts with unavailable sector ====

For some discs, it is not always possible to capture all of the lead-in data present, resulting in this error.

'''Process'''

# Confirm which drive was used to dump the disc. If this was an ASUS or Plextor 4824 model, request a dump with another Plextor model. If the dumper does not have another drive available then the disc can be added to the database as follows:
## If anything other than 0 offset, ask the dumper to redump/split with --force-offset=0
## Do not include Track 0 or Universal Hash information
## Add a note that lead-in data is present but could not be captured due to use of a 4824 drive, and that a redump with another drive is required
# If the disc was dumped with any other compatible Plextor, then request the dumper to redump the disc with the commands --force-offset=0 and --plextor-leadin-skip

==== warning: lead-out ends with unavailable sector ====

We are usually able to get ~100 sectors of last session leadout with any good Plextor, including 4824. In some circumstances, we will get a submission where the non-zero leadout data exceeds these 100 sectors.

'''Process'''

Either:
# Use RibShark's 3.10 ASUS drive firmware and dump with --overread-leadout option to get more leadout
# Use a trap disc to get more leadout
# If either solution above is unrealistic
#* If the offset is already at 0, add to the database as is without Track A/AA and Universal Hash, and with a note in the comments ("Lead-out contains nonzero data but could not be completely read")
#* If the offset is not 0, request the dumper to resplit or redump with ''--force-offset=0'', add to the database without Track A/AA and Universal Hash and with a note in the comments ("Lead-out contains nonzero data but could not be completely read, used redumper option --force-offset=0"). Do not include Universal Hash in this case.

=== Informational warnings ===

The following warnings either indicate some useful information about the dump, or can be safely ignored.

==== warning: fake TOC detected, using default 74min disc size ====

Indicates invalid TOC entries, the only known disc that generates such a warning is [PSX] Breaker Pro [http://redump.org/disc/71787/ NTSC] [http://redump.org/disc/72708/ PAL]

==== warning: incomplete pre-gap (session: ..., unavailable: {}/{}) ====

This is an indication that drive didn't manage to get full 2 seconds of pre-gap, at the time of writing, this is expected (in certain circumstances???) and can be ignored, unless either of the lead-in/out warnings above obtain.

==== warning: lead-in contains non-zero data (session: {}, sectors: {}/{}) ====

Informational, guarantees that Track 0 will be generated

==== warning: lead-out contains non-zero data ====

Informational, guarantees that Track A/AA will be generated

=== Other warnings and issues ===

==== Large offset / default split causes audible cutoff ====

In a few very rare cases where an Audio CD has a large offset, the default split may result in audio data being moved out of Track 01 and into a separate Track 00 file. Due to the way redump currently handles (or doesn't) lead-in/lead-out data, this may result in the dump having an audible cutoff at the start.

In these cases, and only through careful consultation between staff and the dumper to investigate all other potential methods of handling the problem, it may be acceptable to add the dump using a forced offset of 0.

If this is done, a note should be added as follows: Used redumper option --force-offset=0 as default split audibly cuts off Track 01

==== Large offset / default split causes audibly incorrect track boundaries ====

Similar to the above, in some cases where a disc has an offset that is out of spec (greater than +21065), redumper's default split / movement of data into Track 00 may result in audibly incorrect track boundaries (start of track X heard at end of track X-1).

In this case a similar process to the above can be followed, and a noted added as follows: Used redumper option --force-offset=0 as default split results in audibly incorrect track boundaries

[[Category:Moderation Guides| ]]

Talk:IDE and SATA adapter compatibility

2026-02-21T20:04:27Z

Tankakern: /* Products to investigate */

==Products to investigate==
Products from:
* Akasa
* Delock
* Tripp Lite

Other products from:
* StarTech
* OWC

--[[User:Hiccup|Hiccup]] 17:09, 14 March 2025 (CET)

Re: OWC Mercury Pro OWCMR3UKIT - I got the Plextor PX-716A to fit with no millimeters to spare, having a simple IDE -> SATA adapter in there before the SATA->USB-adapter in the enclosure. I had to flip the OWC's backplate and move the SATA->USB-adapter away from its sockets, but since it fit so snuggly due to the Plextor having the perfect size, it worked pretty well.

Dumping Guides/Linux Advice

2026-02-20T08:56:12Z

Tankakern:

== Exclusive access to disc drive ==
If you're dumping via Linux, while not required, this will save you lots of time and effort, and will fix any issues you may be having with your system taking a while to let you start dumping from your drive, or not allowing you to dump altogether, on certain discs:

- Get your drive's device ID by checking <code>dmesg -w</code>, or by doing <code>ls /sys/bus/scsi/drivers/sr</code>. It'll look something like <code>0:0:0:0</code>

- Do <code>echo -n "0:0:0:0" > /sys/bus/scsi/drivers/sr/unbind</code> (root permissions required)

This unbinds the kernel's <code>sr</code> device driver for this drive, until you reboot, unplug and replug it, or just bind it back again via echoing to <code>bind</code> instead of <code>unbind</code>

Because of this, <code>/dev/sr[x]</code> no longer exists for this drive, so you'll have to specify your drive via the generic SCSI device path, <code>/dev/sg[x]</code>

i.e. <code>./redumper --drive=/dev/sg0</code>

== Getting cheap IDE->SATA adapters to work ==
If you connect to your old IDE drive through a IDE-SATA adapter, you can end up in a situation where your CD drive looks like a hard drive in Linux. It'll look something like this in dmesg when you insert a CD (example here is IDE->SATA->USB):

<pre>[ 8200.963837] usb-storage 6-2.3.1:1.0: USB Mass Storage device detected
[ 8200.964252] usb-storage 6-2.3.1:1.0: Quirks match for vid 1e91 pid de2c: 900000
[ 8200.964381] scsi host0: usb-storage 6-2.3.1:1.0
[ 8202.007684] scsi 0:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
[ 8202.008911] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 8202.010488] sd 0:0:0:0: [sda] Spinning up disk...
[ 8203.030395] ........................ready
[ 8229.346098] sd 0:0:0:0: [sda] 303592 2048-byte logical blocks: (622 MB/593 MiB)</pre>

You can see it shows up as <code>/dev/sda</code> instead of <code>/dev/sr0</code>.

If this happens, you can usually rectify it by running the command
<code>rescan-scsi-bus.sh --forcerescan</code>
(It's part of sg3_utils).

Redump Wiki - User contributions [en]

Redumper Warnings & Processes

Talk:IDE and SATA adapter compatibility

Dumping Guides/Linux Advice