Alors le CD audio qui lit mal, ça je connais, mais celui qui dit "no medium found" même quand on essaye avec dd, c'est une première

OK donc avec cdrdao c'est possible :
$ cdrdao read-cd --read-raw --datafile Tentation.bin Tentation.toc
$ mv Tentation.bin Tentation_dump.bin
$ dd conv=swab if=Tentation_dump.bin of=Tentation.bin
$ toc2cue Tentation.toc Tentation.cue
$ bchunk -v -w Tentation.bin Tentation.cue track
$ parallel flac --best ::: *.wav
$ rm *.wav

Et soumettre à MusicBrainz : https://musicbrainz.org/release/aa866ced-c020-4421-ba32-5bfcd29dc34e

poke @mdk

@mdk C'est la table des matières qui semble corrompue / invalide

@ScriptFanix L'explication ne me semble pas suffisante, sinon dd y arriverait.

Ou alors c'est le byte swap qui est détecté par le lecteur qui laisse passer ceux qui lisent les octets swappés et bloquent ceux qui tentent une lecture linéaire ? #parano. Faut avouer que je n'ai **aucune** idée de comment le chiffrement CSS fonctionne sur les DVD et comment les lecteurs détectent si on déchiffre ou pas. Mais je devine que c'est en analysant le motif de lecture.

@mdk Je parle d'un CD audio. Mais je pense qu'une logique interne au lecteur (lecteur graveur de blu-ray donc probablement pas un truc "idiot" qui se content de piloter un laser et d'envoyer les octets à l'ordi) bloque dd, de la même manière que pour toi ça bloquait à cause du CSS.
Je ne sais pa comment cdrdao fait ses accès au disque, mais ça marche.