[PLUG] Kernel panic?

John Jason Jordan johnxj at comcast.net
Sun May 22 00:10:30 UTC 2016


On Sat, 21 May 2016 13:11:17 -0700
Tomas Kuchta <tomas.kuchta.lists at gmail.com> dijo:

>I recall this happening in the past on certain DVDs with copy
>protection - they would insert real disk bit error on the disk at the
>beginning of the stream, later even in TOC. When the disk was in PC -
>that would start to re- read and re-red the faulty sector. Real DVD
>drive either corrects it using CRC and moves on, or avoids playing it
>by executing the program in the menu.

I have heard of such devious copy protection schemes numerous times, but
I have yet to encounter a case where I could be sure it really
happened. In the present case Handbrake hung at 59%, and so did VLC
trying to play the DVD directly, and so did the DVD player connected
to my TV set. I am pretty sure this is nothing more than a simple case
of a damaged DVD.

>Thinking of HandBrake - sometime selecting/un-selecting "Use
>dvdnav( instead of libdvdread) would help to resolve the issue. Also
>installing the latest HandBrake unstable can often help, check your
>repositories for unstable version. That being said, one can interrupt
>mplayer or mpv with Ctrl+C avoiding hangs or crashes, so I find
>dumping the DVD mpeg2 stream relatively reliable in troublesome
>situations.

I am using the latest Handbrake from a PPA that I obtained from the
Handbrake website. The versions that I get from the PPA have a
recurring bug in being unable to cancel a rip/encode session. On my
desktop I have the regular Ubuntu 14.04 version (I did not add the PPA
to the desktop), and it has no bugs. It just lacks some of the newer
features, plus the desktop computer is old and slow.

I also have mkvmerge and its family of tools, including the GUI
version, as well as OgmRIP, acidrip, DVD:RIP and numerous other tools.
I keep coming back to Handbrake because, in spite of its bugs, it is
the easiest to navigate, runs fast, and has a pretty complete set of
options.

The kernel panic never happens because of the rip/encode tool that I am
using. It is strictly related to the USB 3.0 DVD drive because it only
happens when I disconnect the drive. Disconnecting a USB device might
cause read/write errors resulting in potentially corrupted data, but it
should never cause a kernel panic.



More information about the PLUG mailing list