Re: looking for a fast way to dump a dvd to a file on my hdd
On Wed, 2 Feb 2011 22:02:11 +0100 Ulrich Spörlein u...@spoerlein.net wrote: On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: On 02/02/11 11:54, Alexander Best wrote: so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses much larger window which could be faster. +1 for recoverdisk. I hacked it so that it will also cope with media that has weird sectorsizes like 2352 bytes. It is awesome for reading optical media now, thanks to retries, large read requests and the ability to save progress (so you can try the failing sectors in another drive). And are these hacks available to the general public somewhere? -- Gary Jennejohn (gj@) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
On Thu, Feb 3, 2011 at 3:07 AM, Gary Jennejohn gljennj...@googlemail.com wrote: On Wed, 2 Feb 2011 22:02:11 +0100 Ulrich Spörlein u...@spoerlein.net wrote: On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: On 02/02/11 11:54, Alexander Best wrote: so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses much larger window which could be faster. +1 for recoverdisk. I hacked it so that it will also cope with media that has weird sectorsizes like 2352 bytes. It is awesome for reading optical media now, thanks to retries, large read requests and the ability to save progress (so you can try the failing sectors in another drive). And are these hacks available to the general public somewhere? I think recoverdisk already support using DIOCGSECTORSIZE to obtain underlying sector size and I don't think it's really needed to hack it? I think, maybe uqs@ mean one need to hack the CAM subsystem to make the system believe that DVD have sectorsize of 2352 bytes for some special purpose backup? Cheers, -- Xin LI delp...@delphij.net http://www.delphij.net ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
On Thu, 03.02.2011 at 03:19:44 -0800, Xin LI wrote: On Thu, Feb 3, 2011 at 3:07 AM, Gary Jennejohn gljennj...@googlemail.com wrote: On Wed, 2 Feb 2011 22:02:11 +0100 Ulrich Spörlein u...@spoerlein.net wrote: On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: On 02/02/11 11:54, Alexander Best wrote: so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses much larger window which could be faster. +1 for recoverdisk. I hacked it so that it will also cope with media that has weird sectorsizes like 2352 bytes. It is awesome for reading optical media now, thanks to retries, large read requests and the ability to save progress (so you can try the failing sectors in another drive). And are these hacks available to the general public somewhere? I think recoverdisk already support using DIOCGSECTORSIZE to obtain underlying sector size and I don't think it's really needed to hack it? I think, maybe uqs@ mean one need to hack the CAM subsystem to make the system believe that DVD have sectorsize of 2352 bytes for some special purpose backup? Ah, sorry for giving the impression I was holding some patches back. They have already been committed to recoverdisk a long time ago (May 2006). The 2352 sector size is used by audio CDs and mode 2 data CDs, see http://en.wikipedia.org/wiki/CD-ROM . This was also fixed in 2006. Regards, Uli - migrated 99.9% of data from his CD collection in 2006 and hasn't used optical media since ... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
looking for a fast way to dump a dvd to a file on my hdd
hi there, i'd like to copy several dvds to my hdd. however my attempts so far haven't really been that successfull. basically using dd(1) is just way too slow. this is my dvd drive: cd0 at ata2 bus 0 scbus2 target 0 lun 0 cd0: HL-DT-ST DVDRAM GSA-H10N JL12 Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [342970 x 2048 byte records] being connected to ata2: ATA channel 0 on atapci0 atapci0: JMicron JMB363 UDMA133 controller port 0xd000-0xd007,0xd100-0xd103,0xd200-0xd207,0xd300-0xd303,0xd400-0xd40f irq 16 at device 0.1 on pci3 please not that this is an atapi drive, but i'm using ATA_CAM. so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) ... this drive is capable of reading dvds at a speed of 16x. [1] tells me, that this means the entire disc (SL) should have been read after ~ 4 minutes. please also note that hw.ata.atapi_dma = 1. any suggestions how i can speed up the process? might switching back to the ata(4) subsystem increase the speed? i'm running HEAD (r218104) on the amd64 architecture. cheers. alex [1] http://en.wikipedia.org/wiki/DVD#Technology -- a13x ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/02/11 11:54, Alexander Best wrote: so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses much larger window which could be faster. Cheers, - -- Xin LI delp...@delphij.nethttp://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJNSbjqAAoJEATO+BI/yjfBpRcH/Aly1Fqv/j012MLPERiJaI+c 1ZmpMddXvEsu2+jqdr0iS5sx85KMs+JewebugW/MzDnmov81s9b0/NxxDw7RknDn hXPpP/3Dt0FqXtwr3Rncp8rCYZRfziYkIBNsY10780T2cTIna0pkpQ2/fNEJpb/U O+R4JlQ/PBjU5JfUhRMLs6plWw5lsKK6Hv1tOmkrMGorVMNNILDIJai0TnEa0vRg mpsyV3DW3GZRHc7s6GiMxCty5QH76Syht2S8izAJ1lSyc1tBU7zL/QixYnd2Xr+p WF1IzNtx39ZlrRFEQmOun2vQx7nVT5BhElZOx3+qpZnr759/+y67ZPwkF10vb3c= =Blaj -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
On Wed, Feb 02, 2011 at 07:54:41PM +, Alexander Best wrote: hi there, i'd like to copy several dvds to my hdd. however my attempts so far haven't really been that successfull. basically using dd(1) is just way too slow. this is my dvd drive: cd0 at ata2 bus 0 scbus2 target 0 lun 0 cd0: HL-DT-ST DVDRAM GSA-H10N JL12 Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [342970 x 2048 byte records] being connected to ata2: ATA channel 0 on atapci0 atapci0: JMicron JMB363 UDMA133 controller port 0xd000-0xd007,0xd100-0xd103,0xd200-0xd207,0xd300-0xd303,0xd400-0xd40f irq 16 at device 0.1 on pci3 please not that this is an atapi drive, but i'm using ATA_CAM. so far dd(1) with a bs=2048 finished after: Try using larger bs, for example bs=1m 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) ... this drive is capable of reading dvds at a speed of 16x. [1] tells me, that this means the entire disc (SL) should have been read after ~ 4 minutes. please also note that hw.ata.atapi_dma = 1. any suggestions how i can speed up the process? might switching back to the ata(4) subsystem increase the speed? i'm running HEAD (r218104) on the amd64 architecture. cheers. alex [1] http://en.wikipedia.org/wiki/DVD#Technology ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
Hi, Reference: From: Alexander Best arun...@freebsd.org Date: Wed, 2 Feb 2011 19:54:41 + Message-id: 20110202195441.ga39...@freebsd.org Alexander Best wrote: hi there, i'd like to copy several dvds to my hdd. however my attempts so far haven't really been that successfull. basically using dd(1) is just way too slow. What sort of DVD ? Normal file system ? If so, I have no comment on speed. Exxcept that I think bs=32k is normal ? If Hollywood specially crippled movies with deliberate bad sectors or whatever latest tricks theyre up to, maybe thats slowing the drive, with retries, in which case you might want eg vobcopy -b so far dd(1) with a bs=2048 finished after: Ah ..^ Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, Not HTML, Not base 64. Reply below text sections not at top, to avoid breaking cumulative context. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
Hi! please not that this is an atapi drive, but i'm using ATA_CAM. so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) ... this drive is capable of reading dvds at a speed of 16x. [1] tells me, that this means the entire disc (SL) should have been read after ~ 4 minutes. Try dd ibs=2048 obs=64m which would buffer large amounts before writing it out. -- p...@opsec.eu+49 171 3101372 9 years to go ! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: looking for a fast way to dump a dvd to a file on my hdd
On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: On 02/02/11 11:54, Alexander Best wrote: so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses much larger window which could be faster. +1 for recoverdisk. I hacked it so that it will also cope with media that has weird sectorsizes like 2352 bytes. It is awesome for reading optical media now, thanks to retries, large read requests and the ability to save progress (so you can try the failing sectors in another drive). Regards, Uli pgpjFDlrgmme7.pgp Description: PGP signature
Re: looking for a fast way to dump a dvd to a file on my hdd
On Wed Feb 2 11, Ulrich Spörlein wrote: On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: On 02/02/11 11:54, Alexander Best wrote: so far dd(1) with a bs=2048 finished after: 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses much larger window which could be faster. +1 for recoverdisk. I hacked it so that it will also cope with media that has weird sectorsizes like 2352 bytes. It is awesome for reading optical media now, thanks to retries, large read requests and the ability to save progress (so you can try the failing sectors in another drive). thanks a lot for all your replies. :) here are some statistics i gathered: LINUX: - 6,8 MB/s @ bs=2048 6,7 MB/s @ ibs=1M obs=64M 6,6 MB/s @ bs=32K FreeBSD: --- 2,8 MB/s @ bs=2048 9,5 MB/s with recoverdisk /wo failures 9,5 MB/s @ ibs=1m obs=64m 9,5 MB/s @ ibs=32k obs=64m indeed recoverdisk seems to be ideal for my case. i'll try to use it more often. ;) thanks again. cheers. alex ps: seems linux is completely ignoring blocksizes, but that's their problem. ;) Regards, Uli -- a13x ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
