Hi,
me:
Just like options -sao -isosize with crskin. (The size is
announced somewhere between block 16 and 31. So this is no black
magic.)
Til Schubbe:
Which means that cdrskin doesn't need to read the image as a whole
from stdin when starting, but gets it while burning (with a
Norbert Preining prein...@logic.at wrote:
On Sa, 02 Jan 2010, Joerg Schilling wrote:
Cdrkit is undistributable as it is in conflict with the GPL and the
Copyright
law. Cdrkit is unmaintained since May 6th 2007, so why do you ask for
cdrkit?
1. This is a mailing list for CD/DVD
Bill Davidsen david...@tmr.com wrote:
This is a limitation of cdrecord and programs derived from it. The
growisofs program knows how to do this for DVD but can not do it for CD
(one of my problems). In your case you can know the size of the image in
advance because you have it. In fact, I
Hello. We have a website backup that has to be recovered thanks to
webserver hard disk crash. However the person who burned the backup seems
to have done it wrong. This is what we investigated what most likely
have happened:
a. he have a DVD+R that has a session on it.
b. he created a backup
Mark Rosenstand rosenst...@gmail.com wrote:
Cdrkit is undistributable as it is in conflict with the GPL and the
Copyright
law. Cdrkit is unmaintained since May 6th 2007, so why do you ask for
cdrkit?
The 1.1.10 source package on ftp.debian.org is dated just over a month
ago, but
Til Schubbe li...@lists.schubbe.org wrote:
In fact, I wonder why you don't just burn
it direct.
Computer A has the burner inside, but not enough free diskspace to
cache the image, which is on computer B... But meanwhile I think
about putting the burner into A.
One solution for this
Thomas Schmitt scdbac...@gmx.net wrote:
Bill Davidsen:
In my case I have a data stream of 400-500MB which I wish to burn to CD, but
because I can't know the size in advance and don't wish to save it for
reasons I won't detail, I am forced to use growisofs and DVD for these
little data
Zhang Weiwu zhangwe...@realss.com wrote:
Hello. We have a website backup that has to be recovered thanks to
webserver hard disk crash. However the person who burned the backup seems
to have done it wrong. This is what we investigated what most likely
have happened:
a. he have a DVD+R
在 2010-01-03日的 15:19 +0100,Joerg Schilling写道:
1)
wodim does not support to write DVDs (in special DVD+). This is bad in special
as it claims that it includes DVD support.
2)
If you have wodim on your system, there is a big chance that you used
genisoimage (part of the fork) instead of the
Zhang Weiwu zhangwe...@realss.com wrote:
on a practical level, is there a suggestion what we could do /now/ to
recover the website? That would indeed be very helpful.
The problem with a lot of backup methods is that it is WORN (write once, read
never) until you need it.
People should always
Hello cdwrite,
I need the hyip script. Please send it through mail!
Tnx
在 2010-01-03日的 16:05 +0100,Joerg Schilling写道:
I recommend you to start with installing recent original software from
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and then to run isoinfo -i devname -d in order to check thether the
medium contains a ISO-9660 filesystem at all.
I forgot to
Hi,
$ genisoimage -C ... -M /dev/sr0 -o backup.iso website_backup/
$ wodim dev=/dev/sr1 backup.iso
(or, might also have been $ growisofs -M /dev/sr1=backup.iso )
d. he happily labeled the DVD+R in /dev/sr1 as website backup.
Wow, that's quite some puzzle to solve.
Now, we have the DVD+R
Joerg Schilling wrote:
Bill Davidsen david...@tmr.com wrote:
This is a limitation of cdrecord and programs derived from it. The
growisofs program knows how to do this for DVD but can not do it for CD
(one of my problems). In your case you can know the size of the image in
advance because
Hi again,
i wrote:
$ cat backup.iso prefix_file
Then you could mount it on Linux by:
$ mount -o loop,sbsector=$TheOffset \
backup.iso /mnt/
This should of course be
$ mount -o loop,sbsector=$TheOffset \
prefix_file /mnt/
as backup.iso is not altered by above cat.
Have a
On So, 03 Jan 2010, Joerg Schilling wrote:
Please stop your hostile trolling, this is a mailing list to discuss
CD/DVD/BD
writing and you did never write anything that was helpful for this topic.
And the original question was about a CD burning program.
Could you please be more specific
在 2010-01-03日的 17:02 +0100,Thomas Schmitt写道:
If this is an ISO 9660 image then
$ dd if=backup.iso bs=2048 skip=16 count=1 | \
od -c | less
should show this output
000 001 C D 0 0 1 ...
...
ar...@jamaica:/tmp dvd+rw-mediainfo /dev/sr1 | grep -A 3 #2.:
在 2010-01-03日的 17:02 +0100,Thomas Schmitt写道:
If so, then you have the task to guess the offset
value TheOffset that was used with
genisoimage -C c1,TheOffset
snip...
This would be easy if you had the DVD from sr0.
If not, then lets have a look into ECMA-119,
8.4 Primary Volume
On Sun, 2010-01-03 at 15:04 +0100, Joerg Schilling wrote:
Mark Rosenstand rosenst...@gmail.com wrote:
Cdrkit is undistributable as it is in conflict with the GPL and the
Copyright
law. Cdrkit is unmaintained since May 6th 2007, so why do you ask for
cdrkit?
The 1.1.10 source
Hi,
it comes to me that 1256091 is not a probable
exact start address. It should at least be
divisible by 16.
A multi-session DVD+R by xorriso looks like:
TOC layout : Idx , sbsector , Size , Volume Id
ISO session : 1 , 0 ,739194s , UPDATE_HOME_2008_06_22_191945
ISO
NEW features of cdrtools-2.01.01a71:
***
NOTE: cdrtools is currently in a state of a release candidate for the next
major release.
***
*** All man pages have been rewritten for the upcomming final release **
*** Please read the man pages and report hints and proposals
On Sun, Jan 03, 2010 at 11:16:40PM +0100, Joerg Schilling wrote:
NEW features of cdrtools-2.01.01a71:
Cdrecord:
- Cdrecord now is able to use -isosize even in case that the image data
is read from stdin. This makes it easier to use mkisofs | cdrecord.
For years I used
在 2010-01-03日的 20:11 +0100,Thomas Schmitt写道:
Hi,
it comes to me that 1256091 is not a probable
exact start address. It should at least be
divisible by 16.
Well, check what is written in the first
sessions. Hopefully this will yield a better
number than 28. 0x17 = 23 would be nice.
That
Hi,
That is kind of wired!! Because:
1256119 - 23 = 1256096
as I said, I have:
Track Start Address: 1256096*2KB
The backup operator did not make a mistake.
So you will have to re-attach his head now
resp. pull the needles out of the voodoo doll ?
UDF-fs: No anchor found
This
Hi,
i was too negative towards the Linux kernel:
me:
Anyway, if it works that way then you will
see the files from the _first_ session only.
The kernel does find the most recent session on
DVD and mounts it by default.
So -t iso9660 might well be the way to easily
mount the DVD+Rs in
25 matches
Mail list logo