Hello,
I just recently re-installed my Arch system via FTP using the 0.8
Alpha 3 "current" ISO to boot from and run the installer...I mention
that as a matter of detail, but I don't think it could be related to
the problem I'm experiencing...
I routinely take a DVD I own and make a copy of it on my home NAS
server...mainly since my kids like to scratch and smudge them so
much...but also since it's nice to just be able to point to the file
and watch what I want without tracking down the DVD...I've been using
k9copy for quite a while to do the extraction since it makes the
process pretty painless, well up to now it has been
painless...However, since my rebuild when I try and use k9copy it
krashes once I "open" the DVD:
[EMAIL PROTECTED] {~} $ k9copy
k9copy: /dev/hda resolved to /dev/hda
k9copy: /dev/hda is block device (0)
k9copy: /dev/hda seems to be cdrom
k9copy: (K3bDevice::Device) /dev/hda: init()
k9copy: (K3bDevice::Device) /dev/hda feature: CD Mastering
k9copy: (K3bDevice::Device) /dev/hda feature: CD Track At Once
k9copy: (K3bDevice::Device) /dev/hda feature: DVD Read
k9copy: (K3bDevice::Device) /dev/hda feature: DVD+R
k9copy: (K3bDevice::Device) /dev/hda feature: DVD+RW
k9copy: (K3bDevice::Device) /dev/hda feature: DVD+R Double Layer
k9copy: (K3bDevice::Device) /dev/hda feature: DVD-R/-RW Write
k9copy: (K3bDevice::Device) /dev/hda feature: Rigid Restricted Overwrite
k9copy: (K3bDevice::Device) /dev/hda: dataLen: 60
k9copy: (K3bDevice::Device) /dev/hda: checking for TAO
k9copy: (K3bDevice::Device) /dev/hda: checking for SAO
k9copy: (K3bDevice::Device) /dev/hda: checking for SAO_R96P
k9copy: (K3bDevice::Device) /dev/hda: checking for SAO_R96R
k9copy: (K3bDevice::Device) /dev/hda: checking for RAW_R16
k9copy: (K3bDevice::ScsiCommand) failed:
k9copy: command: MODE SELECT (55)
k9copy: errorcode: 70
k9copy: sense key: ILLEGAL REQUEST (5)
k9copy: asc: 26
k9copy: ascq: 0
k9copy: (K3bDevice::Device) /dev/hda: checking for RAW_R96P
k9copy: (K3bDevice::ScsiCommand) failed:
k9copy: command: MODE SELECT (55)
k9copy: errorcode: 70
k9copy: sense key: ILLEGAL REQUEST (5)
k9copy: asc: 26
k9copy: ascq: 0
k9copy: (K3bDevice::Device) /dev/hda: checking for RAW_R96R
k9copy: (K3bDevice::Device) /dev/hda: Number of supported write
speeds via GET PERFORMANCE: 3
k9copy: (K3bDevice::Device) /dev/hda : 11080 KB/s
k9copy: (K3bDevice::Device) /dev/hda : 5540 KB/s
k9copy: (K3bDevice::Device) /dev/hda : 3324 KB/s
k9copy: (K3bDevice::DeviceManager) setting current write speed of
device /dev/hda to 11080
k9copy: (K3bDevice::DeviceManager) Link: /dev/dvd0 -> /dev/hda
k9copy: (K3bDevice::DeviceManager) Link: /dev/dvd -> /dev/hda
<snip>
k9copy: /var/lib/pacman.db resolved to /var/lib/pacman.db
k9copy: /var/lib/pacman.db is no block device
k9copy: (K3bDevice::Device) /dev/hda: Number of supported write
speeds via GET PERFORMANCE: 3
k9copy: (K3bDevice::Device) /dev/hda : 11080 KB/s
k9copy: (K3bDevice::Device) /dev/hda : 5540 KB/s
k9copy: (K3bDevice::Device) /dev/hda : 3324 KB/s
<At this point I "open" the DVD via the k9copy GUI and get>
libdvdread: Invalid IFO for title 2 (VTS_02_0.IFO).
libdvdread: Invalid IFO for title 2 (VTS_02_0.BUP).
KCrash: Application 'k9copy' crashing...
The DVD plays just fine in my laptop. I've tried other DVDs,
including a couple I just copied a week or so ago before doing the
rebuild and they all experience this same issue. A google search on
the libdvdread errors above indicates a region issue, however, this
can't be since the DVDs play fine. I have another Arch system that
does not have this problem. It is running essentially the same
packages as my laptop, but does have more installed, and obviously
different hardware. I'm perplexed as to what could be causing this
problem all of a sudden. Could this be a sign of failing hardware?
The reason I throw that out is that prior to rebuilding my system I
was having issues burning some ISO images using Maxell branded CDRs we
have at my work...however, using several other "branded" CDRs worked
fine, and up to about a month ago I had no problems burning to the
Maxell CDRs we have in the office. Any suggestions on how I can
further troubleshoot this issue?
--
****************
jps
_______________________________________________
arch mailing list
arch@archlinux.org
http://www.archlinux.org/mailman/listinfo/arch
