before CD burners
were common and I was backing up a massice 600MB drive to 60MB takes.
The problem hasn't changed, the numbers have just gotten bigger. :-(
--
Bill Davidsen
We are not out of the woods yet, but we know the direction and have
taken the first step. The steps are many, but
Volker Kuhlmann wrote:
On Sun 10 Jan 2010 10:15:10 NZDT +1300, Bill Davidsen wrote:
There was another error having to do with reading data at the end of an
image. Due to read ahead settings a read past end of data occurred and the
(valid) partial data was not returned to the user program
last read before the bug was fixed.
There was another error having to do with reading data at the end of an
image. Due to read ahead settings a read past end of data occurred and
the (valid) partial data was not returned to the user program. Might
that be what you are remembering?
--
Bill
=strstr(s,"dao")))
{ dvd_compat += 256;
...
else if (!strcmp(opt,"-dvd-video"))
{ if (poor_man<0) poor_man = 1;
dvd_compat++, growisofs_argc++;
So it might be worth to try a run without
options
-dvd-compat
-use-the-force-luke=dao
-dvd-video
chical file backup
from backup.iso, except all files and directories that refer to the
previous session, which we could not easily find and should not need?
What actually happens when you try to mount the session? That is, using
the session= option to the mount command. What error message do you
Joerg Schilling wrote:
Bill Davidsen 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
use growisofs and DVD for
these little data sets.
Mr Schilling noted that there seems a way to do this in some modes, but
he provides no information on it. He's probably right that it could be
done, but doesn't want ot say how for whatever reason.
--
Bill Davidsen
"We can
unks optionally at run time and
O_DIRECT optionally at compile time.
--
Bill Davidsen
"We can't solve today's problems by using the same thinking we
used in creating them." - Einstein
m curious, I'll accept that you have tried this and found some really
bad behavior, but what is less tolerable than burning a series of
coasters? I think growisofs uses O_EXCL and I don't recall any behavior
after burning which made me unhappy.
In your experience, what breaks?
--
Bill Davi
. To guess the media type the first sector is
read. This requires a seek to sector zero and a read, leaving the burner
at a location which has already been written.
Actually, I just had a thought on how to patch hal not to do this, I'll
try it sometime this week as I get time.
--
Bill Dav
Thomas Schmitt wrote:
Hi,
Bill Davidsen:
the OS provides
tools by which applications can prevent this, if the applications
fail to use them than the fix lies in the application (and the user
who chose the application).
I would really like to implement a hald
cooperation module in
than the fix lies in the application (and the user who chose the
application). One program is hal, as Joerg noted, but there are others.
--
Bill Davidsen
Unintended results are the well-earned reward for incompetence.
ople wanted wodim they would ask for it by name. It's as fake
as those "Pitsberg Stealers" (that's the way they spell it) sweatshirts
you see at roadside stands near football games.
If available, one should have a look to k3b logs I guess...
--
Bill Davidsen
Unint
suggestion: everyone should tone the rhetoric. Surely all
the points have already been made. Continued sniping reflects badly
on everyone.
As a user, I'm thankful for Joerg *and* everyone else who has helped
to develop this code.
--
Bill Davidsen
Unintended results are the well-ea
eful
solutions, and has maintained and improved his software for a decade.
Anyone reading this list in historical context will know I'm not his
fanboy (;-)), but I do use his software for a number of things.
--
Bill Davidsen
Unintended results are the well-earned reward for incompetence.
size? Depending on several things, the addition of
"bs=2M" (2MB) will make a bunch of difference.
--
Bill Davidsen
Unintended results are the well-earned reward for incompetence.
--
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org
Mode 1
CDs meanwhile.
Have a nice day :)
Thomas
--
Bill Davidsen
Unintended results are the well-earned reward for incompetence.
--
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org
will read the new man pages before commenting, but I'm happy to see
work on this.
TODO:
- Support correct inode numbers for UDF hardlinks
- Support sockets, pipes, char/blk-dev specials with UDF
Another thing I will try before I comment.
--
Bill Davidsen
Unint
hat I need is a Linux tool to take those clips in original or
transformed form, and create a disk which will play in a standard
Blu-Ray player.
Running Fedora if anyone cares.
--
Bill Davidsen
Obscure bug of 2004: BASH BUFFER OVERFLOW - if bash is being run by a
normal user and is setuid root,
views as having merit
hasn't changed, neither will the decision to use a hack on you old code.
The problem is of your making.
--
Bill Davidsen
Obscure bug of 2004: BASH BUFFER OVERFLOW - if bash is being run by a
normal user and is setuid root, with the "vi" line edit mode selected,
Joerg Schilling wrote:
Bill Davidsen wrote:
The build appeared to be doing just that, even though I unpacked into a
totally clean subdirectory which did not exist before the unpack. So to
be absolutely sure I was starting from clean, I did a "make clean" which
also appears to
Joerg Schilling wrote:
Bill Davidsen wrote:
The build appeared to be doing just that, even though I unpacked into a
totally clean subdirectory which did not exist before the unpack. So to
be absolutely sure I was starting from clean, I did a "make clean" which
also appears to
was really creating files
instead of deleting them.
I will try this again when "make clean" works, I'm not going to guess
which files need to be removed. As you said, "this is a job for the
makefile."
I'm told it doesn't build on AIX either, but I don't
Joerg Schilling wrote:
Bill Davidsen wrote:
Let me know if more information is useful.
Looks as if the attachment got stripped by the incoming mailer, let me
try another type...
The message you probaly refer to would be correct for the original DVD-R
from 1997 I wrote the
Bill Davidsen wrote:
I have been getting some odd warnings (see WARNING) in the
attachments) about media size, and the time to start burning is
sometimes several minutes. I see this on four machines, built
recently, some DVD some DVD-D/L capable, some running very recent
versions of cdrtools
n. Of course taking a minute or tow off the start time would
be really great if there's a trick to do so.
Let me know if more information is useful.
--
bill davidsen
CTO TMR Associates, Inc
"You are disgraced professional losers. And by the way, give us our money back."
-
st"
(by whatever measure), it's a measure of which OS generates more revenue
than it costs to maintain.
--
bill davidsen
CTO TMR Associates, Inc
"You are disgraced professional losers. And by the way, give us our money back."
- Representative Earl Pomeroy, Democrat of N
Thanks for all your help and I explicitly include
Joerg here, as well.
I have been using cdrtools for many years now and it
had worked and is working flawlessly except on this new hardware.
Helmut.
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that wi
igured to do things which are not appropriate. To blame the software
for the options is like blaming *your* software because someone chose to
use the wrong mode on the command line.
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that will still
be valid whe
Andy Polyakov wrote:
while never having problems to compile on the eisfair1-serverproject
I'm unable to compile dvd+rw-tools on the upcoming eisfair2.
I got:
eisfair2 # make
make[1]: Entering directory `/usr/src/dvd+rw-tools-7.1'
g++ -O2 -fno-exceptions -D_REENTRANT -c -o growisofs_mmc.o
g
th hald as is, and insist hald is at
fault.
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
--
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsub
ur
mileage may vary."
I run growisofs and have never had a warning at runtime, nor a problem
with function. Nor would any of my systems let a normal user lock all of
memory, that's a problem waiting to happen.
--
Bill Davidsen
"Woe unto the statesman who makes war withou
that same media, then burn it in the same way, and see if that make a
difference.
I have not had a problem with any of my players, in fact I had several
commercial DVDs which wouldn't play in one until I burned a copy, but
DVD players are not yet a completely deterministic technology.
Joerg Schilling wrote:
Bill Davidsen wrote:
The best solution for that problem is to kill hald ;-)
kill -STOP ` pgrep hald `
Noted. Since the only mode which seems to have a hope of working is TAO
from what people have said, raw96r seems to be a side track. And I would
Joerg Schilling wrote:
Bill Davidsen wrote:
- Use cdrecord (or one of the plug-compatible substitutes) in TAO
burning mode.
Rather than one of the "raw" modes? I found several posts suggesting
that the magic was 'raw96r' or similar. I believe I tried th
Joerg Schilling wrote:
Bill Davidsen wrote:
In Run 1 there were several buffer underruns which slowed the DVD recorders
down. In Run 2 the buffer was always at 100% (except for the end of
course) :-).
This seems reasonable, what were the performance numbers for the other
system
Dave Platt wrote:
Bill Davidsen wrote:
This is not ISO9660 data. I want the burner program to take my bits
and put them on the media, nothing else. The data is in 64k chunks,
so all writes are sector complete. I haven't had any issues with
reading the data off DVD, or off CD in the
. cdrecord is very good about running on old
hardware, so these workarounds seem to have value on those machines.
Hard to write perfect software to run on imperfect (and inconsistent)
hardware. :-(
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that will still
be
ues with reading the
data off DVD, or off CD in the case where I write it to something which
allows me to know the size, but in general I don't. Nor can I run the
data generation repeatedly to get the size, it's one of those "it
depends" things.
--
Bill Davidsen
"W
t would be useful is [application]->[burning_software]->media without
buffering.
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
--
To UNSUBSCRIBE, email to cdwrite-requ...@other.de
fo had 1 puts and 1 gets.
/usr/local/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was
100%.
Many thanks for a hint,
Helmut.
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto v
it bypassed that for DVD+, I saw it in the code and can't find
it again. It looked as if a text which fails on DVD+ went around that logic.
Does cdr_opc get set somewhere I'm missing? That could explain why some
media I have don't work well with one burner and cdrecord.
--
Bill
00) using
several burners, and bad luck with some name brands. Some burners, and
importantly some firmware versions, like or don't like the media.
--
Bill Davidsen
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto vo
#x27;m surprised at the underruns, cdrecord has internal
fifo, and I thought you did, too. With a hacked cdrecord (around a50)
the burn ran almost eight seconds slower, regardless of burn size, and
never dropped below 92% full at the drive, and 70% or so in the fifo.
--
Bill Davidsen <[EMAIL PROT
Thomas Schmitt wrote:
Hi,
Bill Davidsen wrote:
not passing
multiple GB of once-used data through the system buffers and blowing
everything else out.
I see some effects which could make the O_DIRECT
approach less superior to normal reading than your
scenario would let expect:
- If
t
systems. Using O_DIRECT only looks totally useless when you look through
the wrong end of the problem at "how does it help the application"
instead of "how does it avoid hurting the rest of the applications?"
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the
string f. e. tty is part of s. I think all if
lines are in action even a previous if statement return true.
If this explanation is right all comma seperated values should be found.
That really looks like an unintended capability, but I agree that it
should work.
--
Bill Davidsen <[EMAIL PR
ou think it does, but if a few more cases come in it
would probably be easier to read and maintain by using a switch.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von B
41 , 2233968 , 60302s , UPDATE_HOME_2008_06_06_114440
DVD+-R multi-session info might be ignored or misunderstood
by DVD-ROM drives. In that case one has to help mount
to find the youngest session.
This problem does not apply to overwriteable media.
Have a nice day :)
Thomas
rces is welcome.
For now i seem to have put a patch on the problems.
After the upcoming release i will reconsider that
topic and make some larger changes in the Linux adapter
of libburn.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason
x portability and/or readability you use "let pos=pos+1"
anyway.
This is a cd burning list, not the alt.shell.pedantic newsgroup. Let's
keep to the main topic.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will sti
/dev/hdX which
are identified as "disk" by /proc/ide/hdX/media.
And no buffer overflow with drive_scsi_dev_family=scd
any more.
may I say very nice work, and prompt as well.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that
Thomas Schmitt wrote:
Hi,
Bill Davidsen:
Dumb question, why do you not look at the nice list of CD devices provided
...
/proc/sys/dev/cdrom/info
I'm going to cautiously say that this file, intended for humans but can
be parsed, seems to handle anything up to a mix of IDE,
provided by the Linux kernel, and assume that anything not on that list
is not going to work for CD uses, no matter what it is, or thinks it is.
/proc/sys/dev/cdrom/info
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be v
can confirm that with the patch the permissions of "dir1" are ok even
without "-find".
Do you still see the message
Unknown file type (unallocated) isotest/.. - ignoring and continuing.
No
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Please check again with the following patch, it should then work even without
-find:
Thank you for the patch.
Well, if a problem was described decently, I am usually able to explain how to
correct
seems) special mounts such as bind and loop. I'm
not ready to explain in depth, I just observe...
2) The deprecated -x option incorrectly excludes "." and ".."
Please check again with the following patch, it should then work even without
-find:
Thank you for the patch
Bill Davidsen wrote:
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
Hallo,
When I run cdrecord -scanbus as root I get:[EMAIL PROTECTED]:~# cdrecord
-scanbus
Cdrecord-ProDVD-ProBD-Clone 2.01.01a41 (i686-pc-linux-gnu) Copyright (C)
1995-2008 Jâ? rg Schilling
cdrecord: Permission denied
be done by calling it as root or by making it suid root.
You did not do that...
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
quot;
so that I would be sure I was not getting some other program calling
itself cdrecord.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
--
To UNSUBSCRIBE, ema
g files using ffmpeg and starting with some other
format. I create all my mpg files in 720x480 DVD format if they aren't
already, I don't trust conversions to do it by magic.
No magic trick.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war wit
#0 and
sector #15, then your software is wrong anyway. Are you really doing this?
I would think that since you don't want to use anything resembling a PVD
found in that range, any application would be more robust not to look at
all. Who knows what a hybrid disk might contain?
--
Bi
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Only a setting up correct multi-extent file directory entry will work correctly.
I'm curious how you handle the case where the file shrinks and no longer
needs multi-extent. I hope that's clear, I don
setting up the correct
data structures takes a lot more than just 5 lines of code. After my solution
is ready, we still need some testing
Jörg
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
useful burns) with cdrecord from Joerg. That said, in most
cases wodim will work with good media and hardware.
The Authors from k3b even started to look for the original cdrecord to be able
to use this instead of the plagiat.
Fewer complaints to them, I would think.
--
Bill Davidsen <
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
This has been on my "someday list" for a while, does it have the
capability of taking a bootable image, letting me change the non-boot
files, and then giving me another burnable image? I'm thinking Linu
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
I happily offer the suggestion that since the program has not been
limited to ISO9660 images for years, the name implies limitations which
don't apply, and since you can create images for most common optical
me
o make bootable media, from scratch if need be, I
don't much enjoy the steps. :-(
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
--
To UNSUBSCRIBE, email to
the name implies limitations which
don't apply, and since you can create images for most common optical
media, that a name like "mkoptimage" would be more correct as well as
preventing confusion.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes
eople knew it was another program. I
feel the same way as I do when I order coke and get pepsi, it's a scam.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
--
T
e list of software licenses
mentioned in a typical HDTV boot? Maybe my HDTV is running Linux inside,
I wouldn't fall off my chair to learn that it does!
Enjoy.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be vali
r, If a firmware change the problem, the media vendor will
say it's a firmware fix, and the burner vendor will call it a
work-around for media problems.
In either case I'd try different media just for the data point, if
another major brand fails, I'd blame the burner.
--
B
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
What you do here did never work as you believe.. You are using incorrect
syntax.
What I have been doing has been working for years, and worked with the
mkisofs from wodim, and with "mkisofs 2.01a12 (i6
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
After installing the recent cdrtools (a35), I started a backup script
which writes all the backup information in a file and then creates an
ISO image thus:
mkisofs -o $DATE.iso -RU -graft-points -path-list $DATE.fi
2048 Apr 17 2008 [ 25 02] .
d- 000 2048 Apr 17 2008 [ 23 02] ..
-- 000 0 Apr 17 2008 [-17 00] temp
posidon:davidsen>
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will sti
ta on DVD for off-site backup, but daily still
goes on those USB drives.
So if it is possible to run BD-RE at 9.5 MB/s without
too many misburns, then it is better than nothing.
Still not good, i confess.
I hope Giulio will tell us about his experiences.
--
Bill Davidsen <[EMAIL PROTECT
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
I cannot help if your DVD drive is slow or has other deficits that make the
DMA speed test reporting too low numbers. This is not a cdrecord problem
but a problem of your hardware or your OS.
Since the hardwa
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
cdrecord 2.01.01a35 (built from source), USB attached "litescribe"
drive, TDK 16x DVD-R media. Recording is refused with
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
cdrecord 2.01.01a35 (built from source), USB attached "litescribe"
drive, TDK 16x DVD-R media. Recording is refused with a message
DMA speed too slow (OK for 6x). Cannot write at speed 16x.
Since growiso
s an issue of some kind with deciding which speed to use,
and speeds of >6x as working.
This is just FYI, I only use this setup to burn complete DVD images from
precreated files (mkisofs+dvdisaster) and this isn't keeping me from
backing up old data.
--
Bill Davidsen <[EMAIL PROTE
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Joerg Schilling wrote:
Arnold Maderthaner <[EMAIL PROTECTED]> wrote:
If someone can provide me some tool or instructions how to do it I
could try it on another PC with BD-RE drive.
Jörg did
een at Linuxtage in Chemnitz and next week I am at CeBIT.
I hopw to be able to continue at March 15th.
Anything interesting at Linuxtage? Related to the list topic, I mean?
And off-topic, I see the lighttpd folks were talking about Solaris,
another of your interests.
--
Bill Davidsen &
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Without knowing the parameters to lseek64 here, I would guess this is
a defective previous session os a linux kernel bug.
Mmm. That's why I added the DEBUG output
scsi.c:111
lseek(f, 2607382528, SEEK_SET)
you put it in the drive? Some of this is in the window manager and some
in udev, although once I told the WM not to ever look at an optical
media I stopped having warnings. udev hasn't caused problems that way,
Fedora [678] in use here.
--
Bill Davidsen <[EMAIL PROTECTED]>
"W
Arnold Maderthaner wrote:
Hi !
How should I test it with a Windows application as I run Linux ?
When I said "it would be good to know" I was hoping someone with a
Windows system and some expertise would jump in. I run Linux also.
yours
Arnold
Am 24.02.2008 um 04:43 schrieb Bil
what command the Windows application sends to
do the same function, it would help clarify the nature of the problem,
and obviously the solution.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
of the modes with "/" but I have
never needed them so it's just curiosity for now.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled:
I think [1] is a hint, I bet you used a vendor hack of growisofs instead
of downloading and building the real program from source. That doesn't
mean I promise it will work for you, just that yo
h burnfree
in any case, and cdrecord complains even to do information like prcap,
msinfo or atip,
indicating it is setting rt when not needed.
- program advises to drop back to the last millennium and run 2.4 Linux
kernels
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
this. I'm new to all of this, but I'm assuming it is
closing the disc. I am open to suggestions. Thanks
I think this is a clue, "block device /dev/scd0 is write-protected" may
indicate that you are running as non-root, after being root to write the
first session. In any case,
ONEER '
Identifikation : 'DVD-RW DVR-104 '
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
quot;DVD support" in wodim
has been fixed by cdrecord!
The previously unreadable track #1 is now correctly closed.
What is your problem?
Note that you did not yet report any real problem. My answers are all
bases on the known bugs in wodim and on your claim that the medium
is not readable
the write was 0x43. But I
think it's more likely that the media type is correct, and this test
just should not be done. The logic to skip this test may be failing. Of
course the media check could be put into the test instead of your debug
"0 &&" to be sure this media is all
n and backup from
live CD boot which would handle every possible case.
Note: I'm not disagreeing with you just making some clarifications of
which you are aware but others may not be.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unto the statesman who makes war without a reason that w
ittle program I wrote years ago for adding thing to DVD using
cdrecord, see http://www.tmr.com/~public/source/ program addir. May or
may not be useful, it does automate piping a list of names in, as from
find, and adding them to the image.
--
Bill Davidsen <[EMAIL PROTECTED]>
"Woe unt
Thomas Schmitt wrote:
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
0 records in
1938744+0 records out
Could someone please tell me:
1) Is this the dreaded readahead bug again?
No.
2) Can I use dd to verify my burns and avoid the readahead bug?
yes.
3) If not, how can I verify my dvd burn?
You did, the burn is bad.
Thank you for your help.
nsive.
If this is newly upgraded firmware, try going back (if you can) or check
the vendor site for a newer version.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
Joe MacDonald wrote:
Hi guys,
I'll follow up the other replies in a bit when I get more information,
but I thought I'd try to get the answer to the growisofs requests now.
On 9/12/07, * Bill Davidsen* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Ubuntu bug tracker, but that will complicate things slightly since
Ubuntu ships wodim and most of my testing has been post-wodim-removal.
But we'll see how that goes. I had remarkable success there before
when I brought up alsa problems.
Does ubuntu still use wodim? I thought that there was a
1 - 100 of 599 matches
Mail list logo