cdparanoia vs libata

28.5.2007 17:44 | Přečteno: 1580×

Tak jsem si včera chtěl ripnout jedno CD, vložil CD, spustil K3B: chyba, zkusím kaudiocreator a zase chyba.

Ale kaudiocreator alespoň napsal co mám zkusit - cdparanoia -vsQ. Žádná mechanika nenalezena. Tak jsem chvíli zkoušel v /dev všelijak symlinovat, ale bylo to k ničemu. Cdparanoia si prostě myslel, že /dev/sr0 není něco, z čeho by se dala ripovat hudba.

Řekl jsem si teda, že by se to možná chtělo podívat po nějaké novější verzi. Z Pacmana mám nejnovější, takže tudy cesta nevede. Zkouším AUR - a hele - cdparanoia-devel 10pre0-1. Takže makepkg -i a nejdřív K3B - JEDE TO!

       

Komentáře

[Käyttäjä 11133]

To se chlubíš chybama ve své distribuci, nebo jaký smysl má tenhle blogpost?

[klingger]

A nebude problém niekde inde?

$ dmesg | grep CD-ROM
scsi 3:0:1:0: CD-ROM            MAD DOG  MD-16XDVD9       2.FC PQ: 0 ANSI: 5
Uniform CD-ROM driver Revision: 3.20
sr 3:0:1:0: Attached scsi CD-ROM sr0

------------------------------------------------------------------------
$ cdparanoia -vsQ
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <monty@xiph.org> and Xiphophorus

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

Checking /dev/cdrom for cdrom...
        Testing /dev/cdrom for cooked ioctl() interface
                /dev/sr0 is not a cooked ioctl CDROM.
        Testing /dev/cdrom for SCSI interface
                generic device: /dev/sg1
                ioctl device: /dev/sr0

Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
        SG interface version 3.5.34; OK.

CDROM model sensed sensed: MAD DOG MD-16XDVD9 2.FC 

Checking for SCSI emulation...
        Drive is ATAPI (using SCSI host adaptor emulation)
        Couldn't disable kernel command translation layer

Checking for MMC style command set...
        Drive is MMC style
        DMA scatter/gather table entries: 127
        table entry size: 32768 bytes
        maximum theoretical transfer: 1769 sectors
        Setting default read size to 13 sectors (30576 bytes).

Verifying CDDA command set...
        Expected command set reads OK.

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.    18590 [04:07.65]        0 [00:00.00]    no   no  2
  2.    16193 [03:35.68]    18590 [04:07.65]    no   no  2
  3.    19252 [04:16.52]    34783 [07:43.58]    no   no  2
  4.    16605 [03:41.30]    54035 [12:00.35]    no   no  2
  5.    10670 [02:22.20]    70640 [15:41.65]    no   no  2
  6.    16363 [03:38.13]    81310 [18:04.10]    no   no  2
  7.    11640 [02:35.15]    97673 [21:42.23]    no   no  2
  8.    13177 [02:55.52]   109313 [24:17.38]    no   no  2
  9.    22133 [04:55.08]   122490 [27:13.15]    no   no  2
 10.    16502 [03:40.02]   144623 [32:08.23]    no   no  2
 11.    16048 [03:33.73]   161125 [35:48.25]    no   no  2
 12.    15705 [03:29.30]   177173 [39:22.23]    no   no  2
 13.    16557 [03:40.57]   192878 [42:51.53]    no   no  2
 14.    13288 [02:57.13]   209435 [46:32.35]    no   no  2
 15.    15562 [03:27.37]   222723 [49:29.48]    no   no  2
 16.    15980 [03:33.05]   238285 [52:57.10]    no   no  2
 17.    16065 [03:34.15]   254265 [56:30.15]    no   no  2
 18.    16545 [03:40.45]   270330 [60:04.30]    no   no  2
 19.    18898 [04:11.73]   286875 [63:45.00]    no   no  2
 20.    17200 [03:49.25]   305773 [67:56.73]    no   no  2
TOTAL  322973 [71:46.23]    (audio only)

[Limoto]

kde je problém fakt nevím, ale takhle se mi to chová s tím develem, žeby chyba v archu?

[klingger]

Ten výstup je z archu, som to zabudol dopísať do toho príspevku.

[kozzi]

Chyba v Archu? To se mi zdá nepravděpodobně spíše irelevantní Spíš to bude PEBKAC, ale možná ne třeba je to nějaká zrada nejsem ted doma ale az budu tak to otestuju.