Hi,
2.6.20.4 no change... should I try testing kernels too?
If that is the recently released official Etch
then i think it is time to ask its maintainers
for advise.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Hi,
growisofs -dvd-compat -speed=1 -Z /dev/hdc -R -J tbb/
Do you get different behavior if you omit option -dvd-compat ?
That would keep the media appendable. Whatever is the reason
on the Windows side, maybe appendables can sneak around it.
(A mere guess, of course.)
Have a nice day :)
Hi,
it just comes to me that -dvd-compat is deprecated with
DVD+R and actually should be ignored in growisofs-7.0.
(See growisofs.c : search for never finalize disc at)
Your dvd+rw-mediainfo, nevertheless, indicates that the
media is closed.
READ DISC INFORMATION:
Disc status:
Hi,
The fact that som Linux people are working against the usability of Linux
makes you believe that there is a need for a second source?
I want to be able to follow their moves by having
own souvereignty over what is going on under my
backup program.
What really would be needed is more
Hi,
me:
test -z 1 for ac_header in dummy
Greg Wooledge:
I don't understand this repair. test -z 1 will always return false,
because 1 is not a zero-length string. So you might as well just comment
out the for ac_header in dummy line altogether.
If i disable the for line then the shell
Hi,
Which version of bash is that? I can't reproduce that result at all.
The SuSE 6.x is offline. But the result from the
younger SuSE 7.2 from where i know the problem
with libburn-0.2 should be more interesting
anyway:
$ bash --version
GNU bash, version 2.05.0(1)-release
Hi,
I understand all about writing portable scripts with autoconf,
Could you have a look into our autotools configuration ?
The root directory can be inspected at
http://libburnia.pykix.org/browser/libburn/trunk
Can you spot the reason why our configure gets that
empty loop list ?
A pointer
Hi,
This shell silently ignores for i in ; do something ; done.
But this does not make the code portable
For portability i now apply sed to the generated
./configure.
But as said, a functional port demands a hand-made
system adapter anyway.
I can hardly expect autotools to know about
Hi,
can't figure out how to download the files without all that HTML junk.
The HTML view is for quick peeking. (I.e. Trac junk)
SVN resides on a different URL.
From http://libburnia.pykix.org :
svn co http://libburnia-svn.pykix.org/libburn/trunk libburn_pykix
For building the libraries
Hi,
me:
There are two old forms of for-loops:
Volker Kuhlmann:
Current bash lists it as valid syntax, so it's not old.
Old in the sense of not the new
for (( expr1 ; expr2 ; expr3 )) ; do list ; done
Old in the sense of being mentioned by S.R.Bourne
in his book The UNIX System.
Read the
Hi,
Greg Wooledge:
http://www.opengroup.org/onlinepubs/007908799/xcu/chap2.html#tag_001_009_004_002
First, the list of words following in will be expanded to generate a list
of items. Then, the variable name will be set to each item, in turn,
and the compound-list executed each time. If no
Hi,
be invited to try the new version 0.3.6 of my program cdrskin,
a burn backend for CD and DVD.
System requirements:
Linux with kernel 2.4 or 2.6.
Changes:
Version 0.3.6 switched on kernel 2.6 from using /dev/sg*
to using /dev/sr*. (Eventual use of /dev/hd* is unchanged.)
For more
Hi,
I have reported this as a kernel bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416388 since my research
seemed to suggest that that is what it is.
Looks serious.
I am sending this message, first to make sure that wodim developers are aware
wodim support list is
[EMAIL
Hi,
Input/output error. get performance: scsi sendcmd: no error
CDB: AC 00 00 00 00 00 00 00 00 64 03 00
Joerg told me this was a Linux issue. I tried contacting Linux 2.4
maintainer, but it was too difficult for me to follow this issue with him
because I don't understand it. So I just
Hi,
...
GET [CURRENT] PERFORMANCE:
Looks like a successful command execution.
I would next try wether growisofs is able to burn with
speeds 2.4 and 4.0.
--
Dirty details:
For the SCSI commands involved let's look into
Hi,
growisofs 6.1 will error out with:
# growisofs -Z /dev/scd1=test.iso
:-( write failed: Invalid argument
Oops. Indeed 6.1 seems to be buggy with this command.
I can reproduce that failure on my machine.
Funnily this gesture works
dd if=/dev/zero bs=1M count=1000 | \
Hi,
me (about dvd+rw-mediainfo):
This stems from a CDB
AC ?? 00 00 00 00 00 00 nn nn 03 00
MMC-5 says nothing about the Data Type (byte 1 of the CDB)
with Type 03h. I would expect that ?? is still 04 from the
previous command.
Joerg Schilling:
???
Do you expect a bug in growisofs?
Hi,
# test/telltoc --drive /dev/scd1
Initializing libburnia.pykix.org ...
Done
Aquiring drive '/dev/sg4' ...
nothing more, doesn't return
Ahum.
Obviously the examination of the drive gets stuck.
Do you have rw-permission on /dev/sg4 ?
ioctl(3, CDROMAUDIOBUFSIZ, 0xbfffa148) = 0
Hi,
but we need to find out first whether it helps
at all.
Yes. This drive behavior is riddling.
I really wonder at what occasion libburn's
drive examination gets stuck.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hi,
Giulio Orsero wrote:
cdrskin/cdrskin -vvv dev=/dev/scd1 -atip
cdrskin: scanning for devices ...
I presume you then pressed Ctrl+C.
UNIX-SIGNAL: SIGINT errno= 2
There was no SCSI command failing until the stall
occured.
telltoc test:
-
12
Hi,
Bill Davidsen wrote:
Is there some way [...] the right value for i can be determined?
If it is really true that Giulio's system+drive demand
a Maximum Number of Descriptors which is not larger
than the available number of descriptors, then the method
of dvd+rw-tools would be such a way:
-
Hi,
have a summary of findings with the exploration
of cdrskin's stall on USB with Linux kernel 2.4:
I attached a PHILIPS SPD3300L USB DVD writer to my
system with kernel 2.4.21-215-athlon.
That drive works well with cdrecord and libburn on
several kernel 2.6 systems.
The stall occurs as with
Hi,
my experimental version of cdrskin is now working
with kernel 2.4 USB. (Whew ...)
The driver(s) disliked libburn announcing a generous
size via sg_io_hdr_t.dxfer_len with commands which
fetch (meta-)data from the drive.
This size was backed by allocated buffer space but
never used to its
Hi,
i uploaded
http://scdbackup.sourceforge.net/cdrskin-0.3.7.tar.gz
which is able to cope with a USB connected DVD burner on
my Linux 2.4.21 system.
For getting rid of write errors with -audio tracks without
putting my fingers deep into the operating system i had to
reduce the size of the
Hi,
I confirm it can now write to the USB LG E10L.
:))
Also, it correctly writes DVD-RWs on the USB LG 2166D where cdrecord
fails (cdrecord is ok for DVD+RW on that).
I guess that is the command
# /tmp/cdrecord dev=$cddev -v -data blank=fast
you reported Thu, 17 May 2007.
Hi,
I have redhat linux 9 running.
I have attached DVD+RW to this machine.
Now I have to backup some data , but it is giving error
dvdrecord: Cannot open new session
Some programs which are known to burn DVD+RW :
growisofs from package dvd+rw-tools
Hi,
Joerg Schilling:
You should know that wodim uses the same dvd code as this dvdrecord
does, so this would not work either.
I don't know where wodim got its DVD code from,
but i do know that the following command works with
a DVD+RW:
$ wodim -v dev=0,0,0 /dvdbuffer/fertig.iso
That's with
Hi,
WARNING: /dev/hda already carries isofs!
Are you using overwriteable media ?
(DVD+RW, DVD-RAM, formatted DVD-RW)
If not, then the error might be caused by using
on appendable media option -Z rather than -M.
About to execute 'mkisofs -quiet -A Bacula Data -input-charset=default
Hi,
C:\dvdttgrowisofs -Z e:=/dev/zero
:-[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]
From http://www.t10.org/ftp/t10/drafts/mmc5/mmc5r03c.pdf :
5 21 02 INVALID ADDRESS FOR WRITE
[EMAIL PROTECTED] is decimal block address 2295104 (if i did
the computing right this time).
Hi,
Subject: Re: growisofs [EMAIL PROTECTED] error blanking DVD+RW media
Also, the [EMAIL PROTECTED] is being hidden with EMAIL PROTECTED.
Obviously some software mistakes the message for
a mail address. Only good we are into CD/DVD writing
and not into mailing list software :))
I subscribed
Hi,
Bill Davidsen:
* avoid having to write an image to disk when space is tight
* allow overlapping of image creation and burning time
* allow burning data which changes in size between observation
Joerg Schilling:
growisofs uses mkisofs!
Mkisofs is definitely not
Hi,
I want to use cdrecord to burn a CD,
wodim: No write mode specified.
You are actually using the cdrecord fork of the cdrkit
project, which is affiliated with Debian.
Original cdrecord is available at
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Most recent is
cdrtools-2.01.01a31.tar.gz
Hi,
I have tried all these modes such as tao, sao, dao, raw, etc. but none of
these would work , I think may be linux kernel support to my new drive is
not very good
The Linux kernel does not provide support for a
particular drive. It rather forwards the MMC
commands of our burn programs
Hi all,
Joerg Schilling:
Correct, but it does not make sense at all to try wodim.
Chris Ahlstrom:
Give it up, man!
Let me clarify the technical side of the problem.
It is interesting enough.
Number one of the try-to-do list is original cdrecord.
Nevertheless i rather do not expect it to have
Hi,
Vladimir Nadvornik:
It might be this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413960
This does not match the current problem.
pengsens' drive refuses on any write mode which yields
this message in wodim's output
Supported modes:
while in bug=413960 the according message is:
Hi,
Chris Ahlstrom:
Perhaps I am talking out of turn here, but isn't this mailing list
restricted to covering the Debian fork (reference
http://lists.debian.org/debian-devel-announce/2006/09/msg2.html)?
cdwrite@other.debian.org is an unmoderated support and discussion
list about burning
Hi,
Chris Ahlstrom:
But are there any other CD/DVD writing engines out their?
Yes. libburn supports CD and single layer DVD with
capabilities according to MMC-5. (That is about what
growisofs can do - minus the capability to fabricate
ISO-9660 multi-session on random access media which got
no
Hi,
me:
growisofs claims to be able, cdrecord claims to be able.
Joerg Schilling:
I cannot speak for growisofs but cdrecord is definitely able to correctly
copy DVD-Video with DVD+R/DL and driveropts=layerbreak=#
claims does not mean i doubt it. I just did
not test it myself. Different from
Hi,
The failure depends on timing between wodim and hal. IMHO there is
a chance that it fails earlier if hal polls the drive in the right moment.
Not impossible, i have to confess.
But reading wodim's source for write-mode detection
i have to conclude that hald would have to _reliably_
Hi,
Bill Davidsen:
I did recently discover that it [cdrskin] has limitations
doing odd raw burns, but that's not a usual requirement,
Would it be indiscrete to ask for the use case and what
cdrecord write mode option you wanted to apply ?
libburn contains code for raw write modes and i
Hi,
Vladimir Nadvornik:
I think that updating wodim is a good idea anyway,
me:
Agreed.
Joerg Schilling:
NO
Independend of the question wether to use cdrecord,
wodim or cdrskin, it makes sense to upgrade from
earlier wodims to 1.1.6.
It eases the hald problem if one uses the block device
Hi,
me:
Eduard Bloch was told that there is no problem if
only we userland applications coordinate neatly.
Joerg Schilling:
Alan Cox [...] with his answers to Mr. Bloch, he was correct,
but I did not see him writing this claim.
That's what i understand from this statement by Alan Cox
Hi,
Seth Kurtzberg:
If you are willing to tolerate deadlock, a simple kernel patch suffices.
Such a solution is, surely, ugly, but may be a better alternative than no
solution at all.
By deadlock you mean that both contestants are denied
access ? Not that anything gets stuck if it wants
Hi,
How about if I just try a burn with raw96r and see if that works?
Worth a try. But man cdrecord says:
-raw Set RAW writing mode. Using this option defaults
to -raw96r
So probably you cannot expect better results than with
cdrecord -raw.
During my adventures in google i
Hi,
Joerg Schilling:
Do you believe you will get a description for a solution?
I am open to any proposal.
Maybe i learn something which encourages me to
submit this issue to LKML again.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi,
be invited to try the new version 0.3.8 of my program cdrskin,
a burn backend for CD and DVD.
It marks the first anniversary of the revived development of libburn.
System requirements:
Linux with kernel 2.4 or 2.6.
Changes:
* Now able to cope with the peculiarities of Linux 2.4 USB
*
Hi,
Did you try to understand why there are problems on Linux but not on
Solaris?
I tried to understand why there are problems on Linux.
I did only watch one older instance of hald and i did
no research in Solaris. But i considered conflicts other
than those with hald.
if you believe me
Hi,
I'm trying to blank / zero out / nullify a dvd-rw that has
previously had data written to it, so that I can give that dvd-rw to
someone else and they wont see the data. (NB I'm _not_ worried about
magnetic/optical history, the FBI, the CIA etc).
Please note that I DO NOT necessarily want
Hi,
There is a potential problem with your idea about doing something in open().
Open() is a C library call, not a kernel API call.
Oh, not for general open(). But for the code of
the hd , sg , and sr drivers which they perform
on open(). The same code that is able to spoil
our burns. To my
Hi,
j t:
just found http://fy.chalmers.se/~appro/linux/DVD+RW/-RW/ which
explains the same subject, I think)
Yep. This puts some emphasis on readability by
entertainment hardware. Video players, game consoles.
Cool, i did not know the paragraph about
DVD-R Dual Layer yet. Gives me something
Hi,
me:
cdrecord -v dev=0,0,0 blank=fast -sao tsize=$sizes -
...
cdrecord: Cannot write CD's = 100 minutes.
Joerg Schilling:
This is problem I've seen so far only with wodim.
You should upgrade to recent original software
install it suid rood
Well, cdrecord-2.01.01a23 is original
Hi,
Joerg Schilling:
If you still think about record locking, you are on the wrong way.
I think about locking the whole device, not a record.
And i do not think that any existing locking mechanism
in Linux is able to perform this.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to
Hi,
Joerg Schilling:
I am not sure if you know this but a DVD-RW needs to be blank before
writing to it.
As does a CD-RW.
With all my drives it works fine to blank and burn
a CD-RW in the same cdrecord run.
If I did ever see this problem, it would not exist.
Are you sure you tested this
Hi,
While DVD+R burn without error message, they don't
work in most readers.
You used growisofs, i assume. Afaik it does not close
DVD+R even if option -dvd-compat or -dvd-video is given.
Seems Andy Polyakov had some bad feedback about closed
DVD+R. I don't know which, yet.
There is code to
Hi,
Andy Polyakov:
??? -dvd-compat or -dvd-video do close the disk! Well, if used already
at 1st recording.
Oh. I misunderstood that.
Thanks for clarifying.
Now i have to ponder if and how i should keep people
from closing appendable +-R . I tested such DVD+R
and DVD-R with several computer
Hi,
Rob Bogus:
However, I used -dvd-compat, not -dvd-video,
if you think that has any chance of helping I'll try that.
I understand -dvd-video is an option of mkisofs which
growisofs does forward. It also triggers growisofs option
-dvd-compat for the burner part of growisofs.
So it would
Hi,
i would say the media is worn off by too many
write sessions.
It [growisofs within script] works fine for a few
sessions and it then fails to write.
...
This is the output of the mediainfo:
...
READ DISC INFORMATION:
Disc status: appendable
Number of Sessions:95
Hi,
Farshad at Farco:
Looks like I am indeed wearing out the media by
too many (95 seems to be the limit at least for this media) sessions.
The MMC model specs for DVD-R talk of 2302 RZones,
of which each constitutes a MMC logical track.
So if 95 is too much then this seems rather a physical
Hi,
the problem is in writing.
...
Trying to mount the very same blank disk creates a following error message:
mount: wrong fs type, bad option, bad superblock on /dev/hdc,
missing codepage or other error
(could this be the IDE device where you in fact use
You seem to expect
Hi,
i oversaw your attempt to do a single sweep
write.
Tuomas Jouhten :
dd if=filename.iso of=/dev/hdc
Linux 2.6 should do this with DVD-RAM and DVD+RW.
DVD-RW should work after being treated by
dvd+rw-format -force /dev/hdc
or
cdrskin -v dev=/dev/hdc blank=format_overwrite
The burn
Hi,
the program failed to check the available hard drive space.
it crashed my computer.
I don't know how the specifics of space checking work,
This is not specific to mkisofs.
Many commands would fill up your disk if you order them.
E.g.:
cat /dev/zero FreeDisk.iso
Only few check wether
Hi,
(On 3rd, 4th try:
My previous messages seem not to have reached
the list.
On 2nd try:
I sent this message to list and poster a few
hours before but it did not show up on the list.)
Joe MacDonald:
I've seen a couple of discussions
Hi,
me:
We don't [know the trick] - yet.
Joerg Schilling:
??? Who is 'we'?
The users, the Linux people, me, and who else
tried to find out what's wrong with those systems.
Joerg Schilling:
in general, you need root privileges on Linux.
But for what ? Make me smarter.
I do not know a
Hi,
me:
The user exchanged the SATA controller
Joe MacDonald:
I'm not completely opposed to that, but I've been considering that a
non-solution so far since it appears that the controller isn't completely
defective, just not completely functional in Linux.
I will hardly tell you to throw
Hi,
Joe MacDonald:
So I'm guessing this is an indication of a problem
in the Linux device driver, maybe at the SATA level,
maybe in SG?
I would assume that SG is not to blame but rather
the SATA specific code. Possibly even specific to
the VIA VT6240 SATA controller.
Burning seems to work
Hi,
me:
Non-technical hint:
It will be psycho-dynamically helpful if you
can point to growisofs or cdrskin as failing
Joerg Schilling:
If other programs do not fail,
this does not verify a problem in cdrecord.
This is well understood.
Vice versa the failure of other programs
would be a
Hi,
i see one potential MODE SELECT with page 05h succeeding
in the cdrecord command trace. It is the first of all:
Executing 'mode select g1' command on Bus 0 Target 0, Lun 0 timeout 40s
CDB: 55 10 00 00 00 00 00 00 3C 00
cmd finished after 0.002s timeout 40s
Shortly after, the setting gets
Hi,
Thanks, there seems to be much more in cd or dvd burning that
I ever imagined, it isn't that straightforward as I thought.
Feel free to ask for particular advise.
The pitfalls are various and entertaining for us bystanders.
Constant source of joy: DVD drive-media compatibility.
Current
Hi,
I use a 10GB HP Colorado tape drive to backup my personal Linux PC
every week/month. I backup to the tape using GNU tar in compress mode,
thereby allowing me to back up to approximately 20GB of files.
The closest alternative to the 10GB tape is the 8.5GB DVD-RW DL (i.e.
dual layer).
Hi,
So am I doing something wrong, or is this behaviour consistent with what
we might expect out of the problem, based on what we were seeing in
cdrecord?
It is the same failure as with cdrecord:
cdrecord: Input/output error. mode select g1: scsi sendcmd: no error
...
Sense Key: 0x5
Hi,
mike-a:
I have a pioneer 212 (sata) DVD
running Fedora 7
Neither cdrecord nor growisofs work
WIN XP works, but only if DMA is disabled for the drive
Both machines have a VIA VT6420
I tried my burner on a friends machine with nvidia sata
controller and everything worked fine.
This
Hi,
So if I want to overwrite an old back-up on the DVD with a new back-up,
I would just use the above command? I won't need to format the DVD
again?
If it is a formatted media then it can be overwritten
without any further blanking or formatting.
DVD-RAM are sold formatted, DVD+RW get
Hi,
me:
Unformatted DVD-RW need to be blanked before re-usal:
dvd+rw-format -blank=full /dev/hdc
Joerg Schilling:
This is nonsense!
Unformatted DVD-RW media may be used without special preparations.
Unused unformatted media: yes.
But my statement was about re-usal after previous
use for
Hi,
:-[ PERFORM OPC failed with SK=3h/ASC=73h/ACQ=03h]: Input/output error
Is there any index/list where i can take a look what exactly went wrong?
Those numbers are the SCSI error codes as returned by
the drives. They are listed e.g. in MMC-5, Annex F.
dvd+rw-tools provides a list at
Hi,
# growisofs -dvd-compat -speed=1 -Z /dev/hdc=myDVD.iso
# dd if=/dev/hdc bs=2048 count=2002922 | md5sum
dd: reading `/dev/hdc': Input/output error
1938744+0 records in
1) Is this the dreaded readahead bug again?
I doubt it strongly.
2002922-1938744 = 64178 blocks missing
That's 125
Hi,
Patrick Ohly:
Writing 150 empty blocks after the last block with user data is required
by the data CD standard - they are called post-gap.
Yep. But as the publicly available standard MMC-5 clarifies:
6.33.3.19 Post-gap
If a Data track is followed by another kind of track
(such as an
Hi,
I don't doubt your observations, I know that the run-out blocks are not
readable. I think that's because at the level below blocks, data on the
CD is spread across a wider range to mitigate the effect of scratches:
The run-out blocks seem to belong to packet writing mode
of which TAO is a
Hi,
Bill Davidsen:
blockdev --setra 0 /dev/hdc
This does not match the behavior on my oldish system
either.
First suspicios thing:
# blockdev --getra /dev/hdg
8
That would be 8 x 512 = 2 x 2048 bytes.
So 4 kB should be a upper limit for the loss on this drive.
But my losses of blocks
Hi,
Have you tried setting both to zero and asking to read just the number
of blocks in the ISO filesystem?
Interesting proposal.
The image of 3041 blocks is not available any more.
New test candidate looks like this
track: 1 lba: 0 (0) 00:02:00 adr: 1 control: 4 mode: 1
Hi,
be invited to try the new version 0.4.0 of my program cdrskin,
a burn backend for CD and DVD.
It has aquired more capabilities as demonstrated by growisofs and it
provides better compatibility to its paragon cdrecord, including the
option to fallback to cdrecord or wodim for exotic CD
Hi,
Note that you first need to think about snapshots anyway and snapshots
need disk space.
We discussed the snapshot topic a few years ago.
If you remember, the result was that a snapshot
can prevent some inconsistency mishaps but not
all of them. Perfect inconsistency protection is
only
Hi,
Arnold Maderthaner:
Mounted Media: 43h, BD-RE
growisofs -M /dev/dvdrw -R -J -joliet-long -use-the-force-luke=4gms
:-( next session would cross 4GB boundary, aborting...
This is contrary to what i read from the source code.
You will have to obtain a source tarball of
Hi,
mkisofs ... |cdrecord ... no option -multi ...
dvd+rw-mediainfo /dev/sr0
Mounted Media: 1Bh, DVD+R
Disc status: appendable
Looks like this program does not close DVD+R
regardless whether -multi is present or not.
Please could we stop here about other software and
Hi,
some rather technical contribution:
READ TRACK INFORMATION[#1]:
Track State: invisible
This means the track was not closed but contains
data.
Reasoning:
dvd+rw- mediainfo.cpp reports invisible
if in the reply of MMC command READ TRACK INFORMATION
neither the RT bit nor the
Hi,
Joerg Schilling:
There is one closed session.
The disk has not been closed to prevent appending further data and
for this reason, there is one invisible session.
But the track still reports RT=0, Blank=0
with READ TRACK INFORMATION.
If it was closed then RT should be 1.
Gregoire Favre:
Hi,
me:
But the track still reports RT=0, Blank=0
with READ TRACK INFORMATION.
If it was closed then RT should be 1.
Joerg Schilling:
Which track?
Logical track number 1 as reported by
dvd+rw-mediainfo.
As reported by Gregoire Favre:
READ TRACK INFORMATION[#1]:
Track State:
Hi,
Gregoire Favre:
From today's `dvd+rw-mediainfo /dev/sr0` :
INQUIRY:[LITE-ON ][DVDRW SH-16A7S ][WS04]
Track State: invisible
Well, at least that did not change.
I made own tests with DVD+R meanwhile.
Track #1 in closed single-session and
all tracks in
Hi,
Gregoire Favre:
Disc status: complete
Track Size:2146272*2KB
Track Size:146784*2KB
Now we got two tracks with an ISO 9660
header of the second one pointing to the
directory tree of the first one.
This might be inappropriate for your UDF
image.
under
Hi,
me (quoting from man growisofs):
growisofs -M /dev/sr0=/dev/zero
Joerg Schilling:
This will make the disk unuable
It looks weird, yes.
But to my knowledge this command copies the
first 64 kB from the previous session to the
new session.
If those 64 kB contain the superblock of the
Hi,
Last time I tried to burn DVD with cdrecord all failed due to SCSI
errors.
I have used cdrecord-proDVD on DVD-RW and
on DVD+RW without unexpected problems.
Since about 1.5 years, cdrecord from Joerg's
sources offers the proDVD capabilities.
I would rather bet that cdrecord -dao is
able to
Hi,
need to specify the size of the session
before burning, which I thought was really a non sense as the program
could easyly calculate it for us.
growisofs and cdrskin hardly ever need a size prediction.
Nearly always there is a way to write a session without
previously announcing its size.
Hi,
Running `dvd+rw-mediainfo /dev/dvdrw
RANDOM_STRINGS`, per the source code and miscellaneous posts
scattered across the web, returns a lot of debugging data. When
dvd+rw-mediainfo returns the media code, the equivalent to the ATIP
information for a DVD, it only returns 44 (4+40) bytes
Hi,
on_:
I'm having problems with a few of my DVD+RW, after only 1 to 3 burn
Joerg Schilling:
To erase, use a _recent_ cdrecord and call cdrecord blank=fast
Now i am curious what SCSI commands you issue
on a DVD+RW for blanking it fast.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email
Hi,
* formatting .:-[ FORMAT UNIT failed with SK=5h/ASC=22h/ACQ=00h]:
Input/output error
Quite a strange error
5 22 00 ILLEGAL FUNCTION
What can I do to erase and reuse these DVD+RW?
Those individual media might be dead now.
Try them according to the following advise.
You do not have to
Hi,
I've moved from growisofs [...] to wodim,
finally to cdrecord cdrecord 2.01.01a37.
What was the reason to give up growisofs ?
It is supposed to do multi-session on DVD+R if
you do not use options -dvd-compat or -dvd-video.
cdrecord -v speed=2 dev=2,0,0 -eject -multi -tao -data
Hi,
http://ubuntuforums.org/showthread.php?p=4288486
You have a problem with the formatter program
genisoimage, a clone of mkisofs.
growisofs uses mkisofs (or a clone of it) as
formatter. It obtains multi-session info from
media, operates mkisofs accordingly, and directs
the resulting image to
Hi,
Eric Wanchic:
Looks Great ! TAO was executed.
Rob Bogus:
Thomas, perhaps you can clarify the SAO vs. TAO options and actual
Actually it is a packet write type.
TAO and SAO are rather aliases for a certain
behavior as it is known from good old CD media.
With DVD+R there is only this one
Hi,
There is nothing on the disk? I can mount it, but there is nothing there.
Pitfall theory:
Did you eject it and load it again ?
Possibly the block device did not take notice
that there are data available now.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Hi,
okscratch that. Test 4 was mountable but no output too. I moved out of
my mounted directory and back into it again...files. I remounted Test
5...files. Thats strange.
Ouchers. Either your drive or your operating
system is severely challenged with a 18 MB DVD+R
which is not closed.
Hi,
be invited to try the initial version 0.1.0 of my program
xorriso, a ISO 9660 Rock Ridge filesystem manipulator.
It maps file objects from POSIX compliant filesystems
into Rock Ridge enhanced ISO 9660 filesystems and allows
session-wise manipulation of such filesystems. It can
load the
1 - 100 of 599 matches
Mail list logo
