X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/6d5bfc120180cf92bade43145fe510e164cce78e..61ff08c1a4464a3f016544a9e82f1321a7995a11:/blog/index.html diff --git a/blog/index.html b/blog/index.html index b6d61a2ea3..bb375d7b0a 100644 --- a/blog/index.html +++ b/blog/index.html @@ -19,6 +19,61 @@ +
+
Ripping problematic DVDs using dvdbackup and genisoimage
+
17th September 2011
+

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 favorite 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.

+ +

Normally I rip the DVDs using dd like this:

+ +
+#!/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
+
+ +

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.

+ +

Anway, 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 repacking it +back as an ISO. + +

+#!/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
+
+ +

Anyone know of a better way available in Debian/Squeeze?

+ +
+
+ + + Tags: english, opphavsrett, video. + + +
+
+
+
Kommunevalget må visst kontrollregnes på
14th September 2011
@@ -435,63 +490,6 @@ og bør aldri glemmes.

-
-
What should start from /etc/rcS.d/ in Debian? - almost nothing
-
30th July 2011
-

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.

- -

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.

- -

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.

- -

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.

-
-
- - - Tags: bootsystem, debian, english. - - -
-
-
-

RSS feed