X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/6d5bfc120180cf92bade43145fe510e164cce78e..b499cfc7b5305b64be64438e7346c0d0e34c5c48:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index cb30bc1c44..d3746bfb94 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,67 @@ http://people.skolelinux.org/pere/blog/ + + Ripping problematic DVDs using dvdbackup and genisoimage + http://people.skolelinux.org/pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html + http://people.skolelinux.org/pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html + Sat, 17 Sep 2011 20:20:00 +0200 + <p>For convenience, I want to store copies of all my DVDs on my file +server. It allow me to save shelf space flat while still having my +movie collection easily available. It also make it possible to let +the kids see their favourite DVDs without wearing the physical copies +down. I prefer to store the DVDs as ISOs to keep the DVD menu and +subtitle options intact. It also ensure that the entire film is one +file on the disk. As this is for personal use, the ripping is +perfectly legal here in Norway.</p> + +<p>Normally I rip the DVDs using dd like this:</p> + +<blockquote><pre> +#!/bin/sh +# apt-get install lsdvd +title=$(lsdvd 2>/dev/null|awk '/Disc Title: / {print $3}') +dd if=/dev/dvd of=/storage/dvds/$title.iso bs=1M +</pre></blockquote> + +<p>But some DVDs give a input/output error when I read it, and I have +been looking for a better alternative. I have no idea why this I/O +error occur, but suspect my DVD drive, the Linux kernel driver or +something fishy with the DVDs in question. Or perhaps all three.</p> + +<p>Anyway, I believe I found a solution today using dvdbackup and +genisoimage. This script gave me a working ISO for a problematic +movie by first extracting the DVD file system and then re-packing it +back as an ISO. + +<blockquote><pre> +#!/bin/sh +# apt-get install lsdvd dvdbackup genisoimage +set -e +tmpdir=/storage/dvds/ +title=$(lsdvd 2>/dev/null|awk '/Disc Title: / {print $3}') +dvdbackup -i /dev/dvd -M -o $tmpdir -n$title +genisoimage -dvd-video -o $tmpdir/$title.iso $tmpdir/$title +rm -rf $tmpdir/$title +</pre></blockquote> + +<p>Anyone know of a better way available in Debian/Squeeze?</p> + +<p>Update 2011-09-18: I got a tip from Konstantin Khomoutov about the +readom program from the wodim package. It is specially written to +read optical media, and is called like this: <tt>readom dev=/dev/dvd +f=image.iso</tt>. It got 6 GB along with the problematic Cars DVD +before it failed, and failed right away with a Timmy Time DVD.</p> + +<p>Next, I got a tip from Bastian Blank about +<a href="http://bblank.thinkmo.de/blog/new-software-python-dvdvideo">his +program python-dvdvideo</a>, which seem to be just what I am looking +for. Tested it with my problematic Timmy Time DVD, and it succeeded +creating a ISO image. The git source built and installed just fine in +Squeeze, so I guess this will be my tool of choice in the future.</p> + + + Kommunevalget må visst kontrollregnes på http://people.skolelinux.org/pere/blog/Kommunevalget_m__visst_kontrollregnes_p_.html @@ -368,56 +429,5 @@ og bør aldri glemmes.</p> - - What should start from /etc/rcS.d/ in Debian? - almost nothing - http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html - http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html - Sat, 30 Jul 2011 14:00:00 +0200 - <p>In the Debian boot system, several packages include scripts that -are started from /etc/rcS.d/. In fact, there is a bite more of them -than make sense, and this causes a few problems. What kind of -problems, you might ask. There are at least two problems. The first -is that it is not possible to recover a machine after switching to -runlevel 1. One need to actually reboot to get the machine back to -the expected state. The other is that single user boot will sometimes -run into problems because some of the subsystems are activated before -the root login is presented, causing problems when trying to recover a -machine from a problem in that subsystem. A minor additional point is -that moving more scripts out of rcS.d/ and into the other rc#.d/ -directories will increase the amount of scripts that can run in -parallel during boot, and thus decrease the boot time.</p> - -<p>So, which scripts should start from rcS.d/. In short, only the -scripts that _have_ to execute before the root login prompt is -presented during a single user boot should go there. Everything else -should go into the numeric runlevels. This means things like -lm-sensors, fuse and x11-common should not run from rcS.d, but from -the numeric runlevels. Today in Debian, there are around 115 init.d -scripts that are started from rcS.d/, and most of them should be moved -out. Do your package have one of them? Please help us make single -user and runlevel 1 better by moving it.</p> - -<p>Scripts setting up the screen, keyboard, system partitions -etc. should still be started from rcS.d/, but there is for example no -need to have the network enabled before the single user login prompt -is presented.</p> - -<p>As always, things are not so easy to fix as they sound. To keep -Debian systems working while scripts migrate and during upgrades, the -scripts need to be moved from rcS.d/ to rc2.d/ in reverse dependency -order, ie the scripts that nothing in rcS.d/ depend on can be moved, -and the next ones can only be moved when their dependencies have been -moved first. This migration must be done sequentially while we ensure -that the package system upgrade packages in the right order to keep -the system state correct. This will require some coordination when it -comes to network related packages, but most of the packages with -scripts that should migrate do not have anything in rcS.d/ depending -on them. Some packages have already been updated, like the sudo -package, while others are still left to do. I wish I had time to work -on this myself, but real live constrains make it unlikely that I will -find time to push this forward.</p> - - -