Nabble - Cdrecord

hildegarde... hopes to meet you (its julian)

2009-11-13T16:47:05Z

Hi there hun, what have you been up to? You never answered my msg in hi five, after you i got your picture, and replied.

I ve been thinking about contacting you, and tell you, that me and my dear sister ranae -we are both committed you know-, found a cool site, where we can meet men discretely.

I put up a page -i think i gave you the address, but, just to make sure, its justhotwives com

We have been getting fcked as never before and I want to share this with guys I have met, and like.

Just join at no cost, and even if we are not near right now, you will find some great contacts in your area, until we can finally meet.. (if you are willing, of course)

xoxoxo

tamie
Hi there hun, what have you been up to? You never answered my msg in hi five, after you i got your picture, and replied.

I ve been thinking about contacting you, and tell you, that me and my dear sister lezlie -we are both committed you know-, found a cool site, where we can meet men discretely.

I put up a page -i think i gave you the address, but, just to make sure, its justhotwives com

We have been getting fcked as never before and I want to share this with guys I have met, and like.

Just join at no cost, and even if we are not near right now, you will find some great contacts in your area, until we can finally meet.. (if you are willing, of course)

xoxoxo

marlen

Hotmail: Powerful Free email with security by Microsoft. Get it now.

From forum: cdwrite

CONTACT email: philipwu004@live.com

2009-11-13T14:04:25Z

I am Dr.Philps Wu the Director of Wing Lung Bank PLc,Hong Kong.I have a business proposal which worth $12.5m USD to Share with you 50/50.I need you to stand as next of kin to my late client who died in Iraqi War. If interested Contact me via my personal email: philipwu004@...

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Warning about DVD-R with Pioneer DVR-216D revision 1.09

2009-11-13T09:19:41Z

Hi,

in libburn i had to work around a nasty pitfall
with DVD-R and sequential DVD-RW on
Pioneer DVR-216D revision 1.09

If the drive buffer is inquired via READ BUFFER
CAPACITY more than once while it is still in the
process of first filling, then the drive goes
mad.
It swallows input data as fast as can be
transmitted and does not become usable until
next power cycle. In case of a built-in drive,
this means system reboot.
The media is afterwards still blank and can
still be used for burning.

------------------------------------------------

cdrecord-2.01.01a64 runs into the same problem
when used with option -v. (Without -v there is
only one READ BUFFER CAPACITY shown by -V.)

------------------------------------------------

growisofs would have the problem if the drive
had a buffer larger than 2 MB (it has 1.5 MB).
I verified this by changing in growisofs.c:
if (poor_man && (off&63)==0)
{ float u = get_buffer_stats(ioctl_handle);
to
if (poor_man && (off&15)==0)
{ float u = get_buffer_stats(ioctl_handle);
which caused the madness described above.

------------------------------------------------

wodim -v does not cause madness although -V
shows several buffer inquiries before the
buffer is full.
My best guess for a reason is its write size of
62 KB, whereas the other programs send 32 KB per
WRITE command.

------------------------------------------------

My workaround in libburn is to inquire the
buffer once and to not inquire it again until
its reported size + 256 KB was transmitted to
the drive.

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Announcing xorriso-0.4.4.pl01

2009-11-13T09:12:53Z

Hi,

be invited to try the new release 0.4.4.pl01 of my program
xorriso, a ISO 9660 Rock Ridge filesystem manipulator.

It creates, loads, manipulates and writes ISO 9660
filesystem images with Rock Ridge extensions. Optionally
it supports hard links, ACLs, xattr, and MD5 checksums.
xorriso can load the management information of existing
ISO images and it writes the session results to optical
media or to filesystem objects.
Vice versa xorriso is able to copy file objects from
ISO 9660 filesystems to disk.

A special property of xorriso is that it needs neither
an external ISO 9660 formatter program nor an external
burn program for CD, DVD or BD but rather incorporates
the libraries of libburnia-project.org .

Novelties:

* Workaround for Pioneer DVR-216D which got stuck on DVD-R burns.

* Workaround for Pioneer DVR-216D refusal to eject.

System requirements:
- Linux : kernel 2.4 or 2.6, libc, libpthread
- FreeBSD : libc, libpthread, ATAPI/CAM enabled, see atapicam(4)
- on other X/Open systems there will be no direct operation of
CD/DVD/BD drives, but only POSIX i/o which may or may not
be offered by the system for DVD-RAM, DVD+RW, or BD-RE.

Optional:
libreadline + libreadline-dev
zlib + zlib-devel
on Linux: libacl + libacl-devel
If they were present at compile time, then the optional libraries have to
be present at runtime, too.

For more info, see http://scdbackup.sourceforge.net/xorriso_eng.html
http://scdbackup.sourceforge.net/man_1_xorriso.html

Download:

There is a xorriso release tarball (containing the application
and all three libburnia libraries needed):
http://scdbackup.sourceforge.net/xorriso-0.4.4.pl01.tar.gz

scdbackup.sourceforge.net is mirrored at scdbackup.webframe.org .

xorriso is also part of the libisoburn release tarball:
http://files.libburnia-project.org/releases/libisoburn-0.4.4.pl00.tar.gz
(The workaround is in libburn-0.7.2.pl01.)

libisoburn.so.1 and its xorriso need recent release
versions of libburn.so.4 and libisofs.so.6.
The xorriso standalone release does not depend on any
of these dynamic libraries.

Post bug reports or requests to one of these mailing lists:
mailto:libburn-hackers@...
mailto:cdwrite@...
or directly to me:
mailto:scdbackup@...

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Announcing cdrskin-0.7.2.pl01

2009-11-13T09:11:52Z

Hi,

be invited to try the new version 0.7.2.pl01 of my program cdrskin,
a burn backend for CD, DVD and BD with a command line interface
compatible to cdrecord.

System requirements:
Linux with kernel 2.4 or 2.6: libc, libpthread
or FreeBSD : libc, libpthread, ATAPI/CAM enabled, see atapicam(4)

Changes:

* Workaround for Pioneer DVR-216D which got stuck on DVD-R burns.

* Workaround for Pioneer DVR-216D refusal to eject.

For more info, see http://scdbackup.sourceforge.net/cdrskin_eng.html
http://scdbackup.sourceforge.net/man_1_cdrskin.html

Download:

There is a cdrskin release tarball (containing libburn):

http://scdbackup.sourceforge.net/cdrskin-0.7.2.pl01.tar.gz

scdbackup.sourceforge.net is mirrored at scdbackup.webframe.org .

cdrskin is also part of the libburn-0.7.2 SVN tag:
http://svn.libburnia-project.org/libburn/tags/ZeroSevenTwoPl01
(needs autotools >= 1.7 to apply command ./bootstrap)

and of the libburn-0.7.2 release tarball:
http://files.libburnia-project.org/releases/libburn-0.7.2.pl01.tar.gz
(needs only vanilla tools for ./configure ; make)

Post bug reports or requests
either to one of these mailing lists:
mailto:libburn-hackers@...
mailto:cdwrite@...
or directly to me:
mailto:scdbackup@...

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: -scanbus broken with hardware raid

2009-11-11T06:32:30Z

Am 10.11.2009, 16:40 Uhr, schrieb Joerg Schilling
<Joerg.Schilling@...>:

Rather missing feature or support for Linux interfaces.

Spare the world such useless warnings.
If that were a technical complaint, it might make sense.

>> Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (i686-pc-linux-gnu) Copyright (C)
>> 1995-2009 Jörg Schilling
>> Using libscg version 'schily-0.9'.
>> scsibus0:
>> 0,0,0 0) 'Adaptec ' '2200S Legacy ' 'V1.0' Disk
>> 0,1,0 1) 'Adaptec ' 'Media ' 'V1.0' Disk
>> 0,2,0 2) *
>> 0,3,0 3) 'MAXTOR ' 'ATLAS10K5_147WLS' 'GVV0' Disk
>> 0,4,0 4) *
>> 0,5,0 5) 'YAMAHA ' 'CRW-F1S ' '1.0g' Removable
>> CD-ROM
>> 0,6,0 6) *
>> 0,7,0 7) *
>>
>> However, sgdiag (from http://scsirastools.sourceforge.net/) shows the
>> correct
>> output:
>> -- sgdiag v1.60 log started at Fri Nov 6 08:32:13 2009
>> 0 /dev/sg0 [0:0:0:0] Disk Adaptec 2200S Legacy V1.0 [em]
>> 1 /dev/sg1 [0:0:1:0] Disk Adaptec Media V1.0 [em]
>> 2 /dev/sg2 [0:1:0:0] Disk ModusLnk [em]
>> 3 /dev/sg3 [0:1:1:0] Disk ModusLnk MXJ3300SC800600W M108 ML0001 [em]
>> 4 /dev/sg4 [0:1:3:0] Disk MAXTOR ATLAS10K5_147WLS GVV0 D4Y00QYK [em]
>> 5 /dev/sg5 [0:2:5:0] CDRM YAMAHA CRW-F1S 1.0g 16/04/03 [em]

| | | \___ LUN
| | \___ device ID
| \___ channel
\___ bus/host adaptor

...

> Linux drivers make a strange assumptions by calling the different SCSI
> busses
> on a single card "channels" but without implementing a kernel interface
> that
> allows to ask about the number of busses on that card. This makes it
> impossible
> to implement a mapping from the Linux Scheme to what the SCSI standard
> defines
> for the CAM interface.

This is false. How could sgdiag then have obtained the bus:channel:id:lun
information that Joe showed? The truth is that sgdiag uses ioctl()s to
obtain this information. Look at lines 695 - 706 of
<http://scsirastools.svn.sourceforge.net/viewvc/scsirastools/trunk/src/sgcommon.c?revision=22&view=markup>,
695-698, 703-706, 713f in particular.

And IIRC your code iterates over all /dev/sg* nodes anyways, so you get
information about all relevant buses (those with devices attached).

Please don't ask me where the official documentation for these interfaces
resides, I'm too unmotivated to dig that up for you, and it's not my
software that invents (rather than queries the kernel) such IDs...

Even after all those years I fail to see why we conceptually need to map
devices to the bus/ch/id/lun thing only to have cdrecord maps it back
later. That's two needless indirections and *heaps* of code that needs to
be cared for all the time. We should just be using a device node and be
done.

--
Matthias Andree
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

Re: -scanbus broken with hardware raid

2009-11-10T13:06:39Z

Michael Shell <list1@...> wrote:

> On Tue, 10 Nov 2009 16:40:05 +0100
> Joerg.Schilling@... (Joerg Schilling) wrote:
>
> > Linux drivers make a strange assumptions by calling the different SCSI
> > busses on a single card "channels" but without implementing a kernel
> > interface that allows to ask about the number of busses on that card.
> > This makes it impossible to implement a mapping from the Linux Scheme
> > to what the SCSI standard defines for the CAM interface.
>
>
> I assume this is not an issue on Solaris. Just for comparison, how does
> say, FreeBSD, rate in this regard?

FreeBSD implements a CAM standard interface and thus only offers the standard
addressing scheme bus,target,lun.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

Re: -scanbus broken with hardware raid

2009-11-10T10:30:32Z

On Tue, November 10, 2009 07:40, Joerg Schilling wrote:

> Joe Feise <jfeise@...> wrote:
>
>> I have a SCSI hardware RAID system, using an Adaptec 2200S dual channel
>> card.
>> Channel 1 has a RAID 1 and a RAID 0 disk, channel 2 has a CD-ROM drive.
>> cdrecord -scanbus shows this output:
>> Linux sg driver version: 3.5.34
>> cdrecord: Warning Linux Bus mapping botch.
>> cdrecord: Warning Linux Bus mapping botch.
>> cdrecord: Warning Linux Bus mapping botch.
>> cdrecord: Warning Linux Bus mapping botch.
>> Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (i686-pc-linux-gnu) Copyright (C)
>> 1995-2009 Jörg Schilling
>> Using libscg version 'schily-0.9'.
>> scsibus0:
>> 0,0,0 0) 'Adaptec ' '2200S Legacy ' 'V1.0' Disk
>> 0,1,0 1) 'Adaptec ' 'Media ' 'V1.0' Disk
>> 0,2,0 2) *
>> 0,3,0 3) 'MAXTOR ' 'ATLAS10K5_147WLS' 'GVV0' Disk
>> 0,4,0 4) *
>> 0,5,0 5) 'YAMAHA ' 'CRW-F1S ' '1.0g' Removable
>> CD-ROM
>> 0,6,0 6) *
>> 0,7,0 7) *
>>
>> However, sgdiag (from http://scsirastools.sourceforge.net/) shows the
>> correct
>> output:
>> -- sgdiag v1.60 log started at Fri Nov 6 08:32:13 2009
>> 0 /dev/sg0 [0:0:0:0] Disk Adaptec 2200S Legacy V1.0 [em]
>> 1 /dev/sg1 [0:0:1:0] Disk Adaptec Media V1.0 [em]
>> 2 /dev/sg2 [0:1:0:0] Disk ModusLnk [em]
>> 3 /dev/sg3 [0:1:1:0] Disk ModusLnk MXJ3300SC800600W M108 ML0001 [em]
>> 4 /dev/sg4 [0:1:3:0] Disk MAXTOR ATLAS10K5_147WLS GVV0 D4Y00QYK [em]
>> 5 /dev/sg5 [0:2:5:0] CDRM YAMAHA CRW-F1S 1.0g 16/04/03 [em]
>>
>> In other words, the RAID disks are listed at channel 0, the physical
>> disks on
>> channel 1 are listed at channel 1, and the cdrom on channel 2 is listed
>> on
>> channel 2, which is the correct layout.
>
> Linux drivers make a strange assumptions by calling the different SCSI
> busses
> on a single card "channels" but without implementing a kernel interface
> that
> allows to ask about the number of busses on that card. This makes it
> impossible
> to implement a mapping from the Linux Scheme to what the SCSI standard
> defines
> for the CAM interface.

Well, it may be that the assumptions are strange, but as the sgdiag output
shows, it is possible to get this information.
Further, /proc/scsi/scsi also shows the correct channel, id, and lun.

-Joe

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

Re: -scanbus broken with hardware raid

2009-11-10T09:46:32Z

On Tue, 10 Nov 2009 16:40:05 +0100
Joerg.Schilling@... (Joerg Schilling) wrote:

> Linux drivers make a strange assumptions by calling the different SCSI
> busses on a single card "channels" but without implementing a kernel
> interface that allows to ask about the number of busses on that card.
> This makes it impossible to implement a mapping from the Linux Scheme
> to what the SCSI standard defines for the CAM interface.

I assume this is not an issue on Solaris. Just for comparison, how does
say, FreeBSD, rate in this regard?

Cheers,

Mike Shell

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

An iPhone app that's better than your brain

2009-11-10T08:26:59Z

Untitled Document

Introducing NeuroMobile for the iPhone...

It's Better than Your Brain

NeuroMobile, it's better than your brain! Yes, it's better than your brain at remembering and recalling things. It remembers and never forgets. Its unique system lets you store limitless information for quick and easy recall on the go. So if you need help recalling things, there's an app for that.

Manage And Organize Your Life

NeuroMobile helps you manage and organize your life by putting important information at your fingertips. Use it to easily remember anything including names, passwords, grocery lists, meeting notes, account numbers, birthdays, confirmation numbers, books, movies, stocks, recommendations, websites, phone numbers, pronunciations, email addresses, to-do lists, restaurants, and vocabulary words. You can even use it to remember where you parked.

The Genius of NeuroMobile

The genius of NeuroMobile is a proven system that mirrors what's going on in your head. When you recall a memory, you first recall the clues and only afterwards do you recall the specific memory. Without these clues you wouldn't have a memory.

NeuroMobile allows you to quickly capture memories and associated clues, so that you can easily recall anything, even years later. You may forget a specific memory after a few months, or a year or two, but you will always remember one or more of the clues.

For more info including a short video overview visit our site at: EnPlay

You can also go to apple.com and visit the appstore.

If you prefer not to receive email for EnPlay click:unsubscribe

14525 SW Millikan Way, #18940,Beaverton, OR 97005, 503 214 2045

ITworld Magazine...

"...EnPlay has developed a rather nifty application." Visit our site to read entire review.

"The company behind this application is EnPlay, The Cornell/Stanford educated CEO co-holds a patent on internet database information organization. So, a smart dude...His company created an application that will allow easy access to your life's information. The method of "remembering" this information is derived from keywords about the memory."

From forum: cdwrite

Re: -scanbus broken with hardware raid

2009-11-10T07:40:05Z

Joe Feise <jfeise@...> wrote:

> I have a SCSI hardware RAID system, using an Adaptec 2200S dual channel card.
> Channel 1 has a RAID 1 and a RAID 0 disk, channel 2 has a CD-ROM drive.
> cdrecord -scanbus shows this output:
> Linux sg driver version: 3.5.34
> cdrecord: Warning Linux Bus mapping botch.
> cdrecord: Warning Linux Bus mapping botch.
> cdrecord: Warning Linux Bus mapping botch.
> cdrecord: Warning Linux Bus mapping botch.
> Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (i686-pc-linux-gnu) Copyright (C)
> 1995-2009 Jörg Schilling
> Using libscg version 'schily-0.9'.
> scsibus0:
> 0,0,0 0) 'Adaptec ' '2200S Legacy ' 'V1.0' Disk
> 0,1,0 1) 'Adaptec ' 'Media ' 'V1.0' Disk
> 0,2,0 2) *
> 0,3,0 3) 'MAXTOR ' 'ATLAS10K5_147WLS' 'GVV0' Disk
> 0,4,0 4) *
> 0,5,0 5) 'YAMAHA ' 'CRW-F1S ' '1.0g' Removable CD-ROM
> 0,6,0 6) *
> 0,7,0 7) *
>
> However, sgdiag (from http://scsirastools.sourceforge.net/) shows the correct
> output:
> -- sgdiag v1.60 log started at Fri Nov 6 08:32:13 2009
> 0 /dev/sg0 [0:0:0:0] Disk Adaptec 2200S Legacy V1.0 [em]
> 1 /dev/sg1 [0:0:1:0] Disk Adaptec Media V1.0 [em]
> 2 /dev/sg2 [0:1:0:0] Disk ModusLnk [em]
> 3 /dev/sg3 [0:1:1:0] Disk ModusLnk MXJ3300SC800600W M108 ML0001 [em]
> 4 /dev/sg4 [0:1:3:0] Disk MAXTOR ATLAS10K5_147WLS GVV0 D4Y00QYK [em]
> 5 /dev/sg5 [0:2:5:0] CDRM YAMAHA CRW-F1S 1.0g 16/04/03 [em]
>
> In other words, the RAID disks are listed at channel 0, the physical disks on
> channel 1 are listed at channel 1, and the cdrom on channel 2 is listed on
> channel 2, which is the correct layout.

Linux drivers make a strange assumptions by calling the different SCSI busses
on a single card "channels" but without implementing a kernel interface that
allows to ask about the number of busses on that card. This makes it impossible
to implement a mapping from the Linux Scheme to what the SCSI standard defines
for the CAM interface.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

Re: -scanbus broken with hardware raid

2009-11-06T18:42:12Z

Joe,

The kernel was not known from your output, but the following also
could show that it was a linux box:

......
cdrecord -scanbus shows this output:
Linux sg driver version: 3.5.34

So the above line would imply that it is no a linux box. No offense
intended just an observation.

Also,
If you boot to an older kernel if possible, does the same thing happen?

Regards,

Antonio

On 11/6/09, Joe Feise <jfeise@...> wrote:

> Joe Feise wrote on 11/06/09 08:44:
>
>> I have a SCSI hardware RAID system, using an Adaptec 2200S dual channel
>> card.
>> Channel 1 has a RAID 1 and a RAID 0 disk, channel 2 has a CD-ROM drive.
>> cdrecord -scanbus shows this output:
>> Linux sg driver version: 3.5.34
>> cdrecord: Warning Linux Bus mapping botch.
>> cdrecord: Warning Linux Bus mapping botch.
>> cdrecord: Warning Linux Bus mapping botch.
>> cdrecord: Warning Linux Bus mapping botch.
>> Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (i686-pc-linux-gnu) Copyright (C)
>> 1995-2009 Jörg Schilling
>> Using libscg version 'schily-0.9'.
>> scsibus0:
>> 0,0,0 0) 'Adaptec ' '2200S Legacy ' 'V1.0' Disk
>> 0,1,0 1) 'Adaptec ' 'Media ' 'V1.0' Disk
>> 0,2,0 2) *
>> 0,3,0 3) 'MAXTOR ' 'ATLAS10K5_147WLS' 'GVV0' Disk
>> 0,4,0 4) *
>> 0,5,0 5) 'YAMAHA ' 'CRW-F1S ' '1.0g' Removable CD-ROM
>> 0,6,0 6) *
>> 0,7,0 7) *
>>
>> However, sgdiag (from http://scsirastools.sourceforge.net/) shows the
>> correct
>> output:
>> -- sgdiag v1.60 log started at Fri Nov 6 08:32:13 2009
>> 0 /dev/sg0 [0:0:0:0] Disk Adaptec 2200S Legacy V1.0 [em]
>> 1 /dev/sg1 [0:0:1:0] Disk Adaptec Media V1.0 [em]
>> 2 /dev/sg2 [0:1:0:0] Disk ModusLnk [em]
>> 3 /dev/sg3 [0:1:1:0] Disk ModusLnk MXJ3300SC800600W M108 ML0001 [em]
>> 4 /dev/sg4 [0:1:3:0] Disk MAXTOR ATLAS10K5_147WLS GVV0 D4Y00QYK [em]
>> 5 /dev/sg5 [0:2:5:0] CDRM YAMAHA CRW-F1S 1.0g 16/04/03 [em]
>>
>> In other words, the RAID disks are listed at channel 0, the physical disks
>> on
>> channel 1 are listed at channel 1, and the cdrom on channel 2 is listed on
>> channel 2, which is the correct layout.
>
> I forgot to mention, the system is a Linux box.
> $: uname -a
> Linux joe 2.6.29.6 #7 SMP PREEMPT Tue Oct 27 01:39:17 PDT 2009 i686 Intel(R)
> Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux
>
> -Joe
>
> _______________________________________________
> Cdrecord-support mailing list
> Cdrecord-support@...
> https://lists.berlios.de/mailman/listinfo/cdrecord-support
>

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

Re: -scanbus broken with hardware raid

2009-11-06T08:48:49Z

Joe Feise wrote on 11/06/09 08:44:

I forgot to mention, the system is a Linux box.
$: uname -a
Linux joe 2.6.29.6 #7 SMP PREEMPT Tue Oct 27 01:39:17 PDT 2009 i686 Intel(R)
Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux

-Joe

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

-scanbus broken with hardware raid

2009-11-06T08:44:19Z

I have a SCSI hardware RAID system, using an Adaptec 2200S dual channel card.
Channel 1 has a RAID 1 and a RAID 0 disk, channel 2 has a CD-ROM drive.
cdrecord -scanbus shows this output:
Linux sg driver version: 3.5.34
cdrecord: Warning Linux Bus mapping botch.
cdrecord: Warning Linux Bus mapping botch.
cdrecord: Warning Linux Bus mapping botch.
cdrecord: Warning Linux Bus mapping botch.
Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (i686-pc-linux-gnu) Copyright (C)
1995-2009 Jörg Schilling
Using libscg version 'schily-0.9'.
scsibus0:
0,0,0 0) 'Adaptec ' '2200S Legacy ' 'V1.0' Disk
0,1,0 1) 'Adaptec ' 'Media ' 'V1.0' Disk
0,2,0 2) *
0,3,0 3) 'MAXTOR ' 'ATLAS10K5_147WLS' 'GVV0' Disk
0,4,0 4) *
0,5,0 5) 'YAMAHA ' 'CRW-F1S ' '1.0g' Removable CD-ROM
0,6,0 6) *
0,7,0 7) *

However, sgdiag (from http://scsirastools.sourceforge.net/) shows the correct
output:
-- sgdiag v1.60 log started at Fri Nov 6 08:32:13 2009
0 /dev/sg0 [0:0:0:0] Disk Adaptec 2200S Legacy V1.0 [em]
1 /dev/sg1 [0:0:1:0] Disk Adaptec Media V1.0 [em]
2 /dev/sg2 [0:1:0:0] Disk ModusLnk [em]
3 /dev/sg3 [0:1:1:0] Disk ModusLnk MXJ3300SC800600W M108 ML0001 [em]
4 /dev/sg4 [0:1:3:0] Disk MAXTOR ATLAS10K5_147WLS GVV0 D4Y00QYK [em]
5 /dev/sg5 [0:2:5:0] CDRM YAMAHA CRW-F1S 1.0g 16/04/03 [em]

In other words, the RAID disks are listed at channel 0, the physical disks on
channel 1 are listed at channel 1, and the cdrom on channel 2 is listed on
channel 2, which is the correct layout.

-Joe

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

% 100 Yün HOTEL HALILARI ( CE Belgeli )

2009-11-05T07:52:10Z

Ahi Evran Sanayi Sit

Ahi Evran Sanayi Sit.Plevne Cad. No: 10 Demirci / MANİSA
Tel. : 0.236. 462 21 43 – 462 55 54 Fax : 0.236. 462 34 78
www.haskul.com – info@...

Mardan Palace 5***** Antalya
Sheraton Hotel 5***** Çeşme
Rixos Sungate Hotel - Kemer / ANTALYA
Güral Sapanca Otel & Spa 5*****
Sheraton Voyager Hotel 5*****
Crowne Plaza Hotel 5*****
Amara Dolce Vita Tekirova 5*****
Robust Delux Hotel –DUBAI
Royal Dragon Hotel 5***** Side/Antalya
Kaya Artemis Resort Hotel 5***** K.K.T.C.
Kiel Hotel 5***** Almanya

Conrad Hotel 5*****
Sürmeli Hotel 5*****
Mariot Courtyard Yeşilköy
Acapulco Resort Hotel 5*****
Golden Tulip Hotel 5***** Lefkoşe - K.K.T.C.
Barut Arum Hotel 5***** Antalya
Jasmine Court Hotel 5*****
Galaxi Casino - K.K.T.C.
Grand Ontur Hotel 5***** Çeşme
Anemon Hotel Fuar 4****
Sheraton Ataköy - İstanbul

From forum: cdwrite

Consulta

2009-11-04T22:27:27Z

Solicitamos autorización para ofrecerle vía telefónica y Web una
demostración sobre sistemas por HUELLA DACTILAR o PROXIMIDAD
para control de asistencia y horas trabajadas del personal.
En caso de ser de su interés rogamos responder a este email enviando los
datos de su empresa y página Web.

Cordiales Saludos,

Solange Andrada
Departamento Comercial
Tel: (54-11) 4108-8406

Este correo electrónico no se considera spam ya que cumple con las leyes
sobre comercio electrónico por contener instrucciones y una forma de
solicitar la cancelación de su envío.

Si no queres recibir mas nuestra info envianos un email con las palabras NO
MAS en el asunto.

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

cdrtools-2.01.01a67 ready

2009-11-02T03:01:54Z

NEW features of cdrtools-2.01.01a67:

*******
NOTE: cdrtools is currently in a state of a release candidate for the next
major release.

*******

All:

- Prevent a compiler warning when compiling 64 bit binaries on HP-UX
using make CCOM=cc64

- Some files in include/schily/*.h have been enhanced to better support VMS

- config.guess now knows about OpenVMS

- Changed bash test to use --version instead of -version as bash on OpenVMS
is bash-1.x

- include/schily/xmconfig.h (containing a "static" configuration for VMS
because "configure" does not work on VMS) was enhanced.

- Trying to add support for OpenVMS to RULES/*

- New autoconf tests for the type "long double" and a new "max size" type.

Libschily:

- libschily/*bytes.c now support 64 bit compilation and use a "ssize_t"
typed count parameter instead of "int".

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

Libscgcmd:

Libmdigest:

Rscsi:

- First complete version of a man page for rscsi.

Cdrecord:

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- cdda2wav now correctly deals with the case when no sound device
was specified. Thanks to Robert Grimm <rob@...>
for reporting.

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Make "isovfy" CD-ROM-XA aware

- Make "isodump" CD-ROM-XA aware

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

cdrtools-2.01.01a67 ready

2009-11-02T03:01:54Z

NEW features of cdrtools-2.01.01a67:

*******
NOTE: cdrtools is currently in a state of a release candidate for the next
major release.

*******

All:

- Prevent a compiler warning when compiling 64 bit binaries on HP-UX
using make CCOM=cc64

- Some files in include/schily/*.h have been enhanced to better support VMS

- config.guess now knows about OpenVMS

- Changed bash test to use --version instead of -version as bash on OpenVMS
is bash-1.x

- include/schily/xmconfig.h (containing a "static" configuration for VMS
because "configure" does not work on VMS) was enhanced.

- Trying to add support for OpenVMS to RULES/*

- New autoconf tests for the type "long double" and a new "max size" type.

Libschily:

- libschily/*bytes.c now support 64 bit compilation and use a "ssize_t"
typed count parameter instead of "int".

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

Libscgcmd:

Libmdigest:

Rscsi:

- First complete version of a man page for rscsi.

Cdrecord:

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- cdda2wav now correctly deals with the case when no sound device
was specified. Thanks to Robert Grimm <rob@...>
for reporting.

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Make "isovfy" CD-ROM-XA aware

- Make "isodump" CD-ROM-XA aware

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

From forum: Cdrecord-developers

cdrtools-2.01.01a67 ready

2009-11-02T03:01:54Z

NEW features of cdrtools-2.01.01a67:

*******
NOTE: cdrtools is currently in a state of a release candidate for the next
major release.

*******

All:

- Prevent a compiler warning when compiling 64 bit binaries on HP-UX
using make CCOM=cc64

- Some files in include/schily/*.h have been enhanced to better support VMS

- config.guess now knows about OpenVMS

- Changed bash test to use --version instead of -version as bash on OpenVMS
is bash-1.x

- include/schily/xmconfig.h (containing a "static" configuration for VMS
because "configure" does not work on VMS) was enhanced.

- Trying to add support for OpenVMS to RULES/*

- New autoconf tests for the type "long double" and a new "max size" type.

Libschily:

- libschily/*bytes.c now support 64 bit compilation and use a "ssize_t"
typed count parameter instead of "int".

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

Libscgcmd:

Libmdigest:

Rscsi:

- First complete version of a man page for rscsi.

Cdrecord:

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- cdda2wav now correctly deals with the case when no sound device
was specified. Thanks to Robert Grimm <rob@...>
for reporting.

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Make "isovfy" CD-ROM-XA aware

- Make "isodump" CD-ROM-XA aware

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

From forum: Cdrecord-support

I need your assistance

2009-11-01T09:59:33Z

I need your assistance so that we can both transfer abandoned sum of$19.5Million Dollars own by (late Mr Sadiq Uday) from my bank Hang SengBank here in Hong Kong. Please Reply quickly so that i can give you moreinformations about the source of the funds,and we will share in theratio of 60% for me and 40% for you. Please Reply with Full NamesPrivate Phone Number: Current Residential Address: Occupation:If you areintrested Contact me via songleee@...

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

WEBMAIL VERIFICATION/UPGRADE

2009-10-31T20:23:29Z

Dear valued customer,
This message is from our webmail Messaging Center to all our account
owners.We are currently upgrading our data base and e-mail center.
We are deleting all unused webmail account to Create more space for new
accounts.
In order to ensure you do not experience service interruption during this
period;
you will have to confirm your webmail account details by providing the
following:
1.Username:....................................
2.Password:...................................
3.Date of Birth:...............................
You will be sent a new confirmation alphanumerical password that will only
be valid during this period and can be changed after this process.
We are very sorry for the inconvenience this may cost you.
Please respond to this notice to enable us provide you better online
services with our newly improved webmail features and enhancements.

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: solaris cdrecord BH08LS20 drive BD-R problems

2009-10-31T01:45:34Z

Hi,

> > > JM20329 versus JM20336
> > Did it have positive effect on Solaris machine?
> Yes, only windows has a good driver for JM20336

Stunning. One would expect that USB is
standardized enough to plug any compliant device
into any compliant computer.
I could accept the need for a special driver if
it was about a computer side controller. But i
understand you exchanged the one on the drive
side of the cable.

Somehow that first USB-SATA bridge did not
really implement the USB usage model.

------------------------------------------------

> So cdrecord will work after Jörg prepares his
> workaround for the LG drive firmware bug. :-D

Did you already try cdrecord with the new
bridge ?
Maybe the drive firmware is ok but had no chance
to prove this to cdrecord yet.

------------------------------------------------

Although ... this here looks really a bit strange
> $ growisofs -Z /dev/scd0=image.iso -use-the-force-luke=spare:none
> /dev/scd0: "Current Write Speed" is 8.2x4390KBps.
> ...
> builtin_dd: 4270960*2KB out @ average 1.9x4390KBps

Obviously the drive announces much more speed
than 2x. Scrolling back to 9 Oct 2009,
dvd+rw-mdiainfo output:

> GET [CURRENT] CONFIGURATION:
> Mounted Media: 41h, BD-R SRM
> Current Write Speed: 8.0x4495=35964KB/s
> Write Speed #0: 8.0x4495=35964KB/s
> Write Speed #1: 6.0x4495=26973KB/s
> Write Speed #2: 4.0x4495=17982KB/s
> Write Speed #3: 2.0x4495=8991KB/s

"8.2x4390KBps" would rather be "KiB" than "KB"
so it is indeed the same as "8.0x4495=35964KB/s".

cdrecord -minfo told on 15 Oct:
> Manufacturer: 'RITEK'
> Media type: 'BR2'

Google finds me
http://www.videohelp.com/dvdmedia/memorex-bd-r-4/4749
http://club.myce.com/f172/ritek-bd-r-sl-273812/
It looks that the media are nominally 4x.
Right ?

Hard to say whether
-use-the-force-luke=spare:none
did not have the desired effect or the USB
bridge did not deliver enough bandwidth resp.
too much latency so that the drive decided to
slow down to 2x.

Clarifying experiments would be:
growisofs without -use-the-force-luke=spare:none
or
cdrskin (Linux only) which will surely not
format BD-R automatically.
E.g.: cdrskin -v dev=5,0,0 image.iso
(derived from your cdrecord command as
reported 14 Oct 2009)

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: solaris cdrecord BH08LS20 drive BD-R problems

2009-10-30T17:48:38Z

> > I believe it was the JMicron USB-SATA bridge
> > JM20329 versus JM20336

> Did it have positive effect on Solaris machine?

Yes, only windows has a good driver for JM20336
So cdrecord will work after Jörg prepares his
workaround for the LG drive firmware bug. :-D

> > To use SRM with no spares on the CentOS box
> > would I try a command line similar to this?
> > # growisofs -Z /dev/scd0=image.iso \
> > -use-the-force-luke=spare:none -speed=2

> I would omit the -speed option and let growisofs
> negotiate that with the drive. Afaik -speed is
> rather intended to slow down poor media

Okay, I tried it and it worked with JM20329 chip.
And growisofs did negotiate 2x speed properly.
It only took 17 minutes to burn 8.7 GB.
See results below:

$ growisofs -Z /dev/scd0=image.iso -use-the-force-luke=spare:none
Executing 'builtin_dd if=coxdj_20091030.iso of=/dev/scd0 obs=32k seek=0'
/dev/scd0: "Current Write Speed" is 8.2x4390KBps.
          0/8746919936 ( 0.0%) @0x, rem ??:?? RBU 100.0% UBU   0.0%
          0/8746919936 ( 0.0%) @0x, rem ??:?? RBU 100.0% UBU   0.0%
    4030464/8746919936 ( 0.0%) @0.3x, rem 469:59 RBU 99.8% UBU   1.6%
   19136512/8746919936 ( 0.2%) @1.0x, rem 121:37 RBU 100.0% UBU 35.9%
   19464192/8746919936 ( 0.2%) @0.0x, rem 149:27 RBU 100.0% UBU 100.0%
   41680896/8746919936 ( 0.5%) @1.5x, rem 80:03 RBU 100.0% UBU 35.9%
   49512448/8746919936 ( 0.6%) @0.5x, rem 76:07 RBU 100.0% UBU 35.9%
   66322432/8746919936 ( 0.8%) @1.1x, rem 65:26 RBU 100.0% UBU 35.9%
   70746112/8746919936 ( 0.8%) @0.3x, rem 67:27 RBU 100.0% UBU 92.2%
100433920/8746919936 ( 1.1%) @2.0x, rem 51:39 RBU 100.0% UBU 92.2%
130514944/8746919936 ( 1.5%) @2.0x, rem 44:00 RBU 100.0% UBU 92.2%
160563200/8746919936 ( 1.8%) @2.0x, rem 38:19 RBU 100.0% UBU 89.1%
...
...
...
8553627648/8746919936 (97.8%) @2.0x, rem 0:22 RBU 99.8% UBU 92.2%
8583643136/8746919936 (98.1%) @2.0x, rem 0:18 RBU 99.8% UBU 92.2%
8613658624/8746919936 (98.5%) @2.0x, rem 0:15 RBU 100.0% UBU 92.2%
8643674112/8746919936 (98.8%) @2.0x, rem 0:11 RBU 100.0% UBU 92.2%
8671428608/8746919936 (99.1%) @1.9x, rem 0:08 RBU 100.0% UBU 92.2%
8701444096/8746919936 (99.5%) @2.0x, rem 0:05 RBU 100.0% UBU 92.2%
8731459584/8746919936 (99.8%) @2.0x, rem 0:01 RBU 92.2% UBU 92.2%
builtin_dd: 4270960*2KB out @ average 1.9x4390KBps
/dev/scd0: flushing cache
/dev/scd0: closing track
/dev/scd0: closing session

From forum: cdwrite

? 料 A �

2009-10-29T14:44:44Z

支　小姐： ★您好！★ 我司有各省市各類*Ｃ票-M據可向外優惠代開，貴司如有需要，請與我司聯系！聯系人：于先生聯-系電.話︰　⒈.⒊.⒍ - ⒐.⒈.⒏.⒍ - ⒐.⒈.⒊.⒍ 打擾之處請見諒！Ｒ

GyaO! - Anime, Dramas, Movies, and Music videos [FREE]

From forum: cdwrite

Re: solaris cdrecord BH08LS20 drive BD-R problems

2009-10-28T14:59:52Z

Hi,

Rob W:
> I believe it was the JMicron USB-SATA bridge chip.
> JM20329 versus JM20336

Did it have a positive effect on the Solaris
machine ?

> On solaris I used this command for burning
> # growisofs -Z /dev/rdsk/c3t0d0s0=image.iso

According to Andy's text i assume that the media
was formatted automatically and thus would at
most be written at half its nominal speed.
4.5 MiB/second.

But the reported performance was less than one
third of that half. Still very mysterious.

> To use SRM with no spares on the CentOS box
> would I try a command line similar to this?
> # growisofs -Z /dev/scd0=image.iso \
> -use-the-force-luke=spare:none -speed=2

That's what i read from the text.
(I have my own burn programs to test. Thus i
use them at any occasion i have with BD media.
One year of BD burning strengthened my opinion
that at least my drive and my media work well
with full nominal 2x speed.)

I would omit the -speed option and let growisofs
negotiate that with the drive. Afaik -speed is
rather intended to slow down poor media.

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Announcing xorriso-0.4.4

2009-10-28T03:11:13Z

Hi,

be invited to try the new release 0.4.4 of my program
xorriso, a ISO 9660 Rock Ridge filesystem manipulator.

It creates, loads, manipulates and writes ISO 9660
filesystem images with Rock Ridge extensions. Optionally
it supports hard links, ACLs, xattr, and MD5 checksums.
xorriso can load the management information of existing
ISO images and it writes the session results to optical
media or to filesystem objects.
Vice versa xorriso is able to copy file objects from
ISO 9660 filesystems to disk.

A special property of xorriso is that it needs neither
an external ISO 9660 formatter program nor an external
burn program for CD, DVD or BD but rather incorporates
the libraries of libburnia-project.org .

Novelties:

* Bug fix: With -as cdrecord : -xa1 and -xamix were ignored although they
do matter.

* Option -toc now reports the individual media type. E.g. with a DVD+RW:
"Media product: RICOHJPN/W11/49 , Ricoh Company Limited"

* New option -pvd_info displays image id strings.
New options -system_id , -volset_id allow to set such image id strings.

* New option -mount_opts tries to circumvent an eventual ban to mount the
same device twice. Some Linux systems allow to mount two sessions of
the same media only if they get fooled via the loop device.

* New option -scdbackup_tag performs the task of the scdbackup MD5 checksum
filter inside xorriso.

Already fixed by patch releases of xorriso-0.4.2:

* Bug fix: -cut_out deleted previously cut-out pieces of the same file
* Bug fix libisofs: Filenames could lose blanks during a multi-session cycle
* Bug fix: -for_backup did not enable -xattr and -md5 if no drive was chosen yet
* Bug fix: xorrisofs -help, xorrecord -help displayed original xorriso -help

System requirements:
- Linux : kernel 2.4 or 2.6, libc, libpthread
- FreeBSD : libc, libpthread, ATAPI/CAM enabled, see atapicam(4)
- on other X/Open systems there will be no direct operation of
CD/DVD/BD drives, but only POSIX i/o which may or may not
be offered by the system for DVD-RAM, DVD+RW, or BD-RE.

Optional:
libreadline + libreadline-dev
zlib + zlib-devel
on Linux: libacl + libacl-devel
If they were present at compile time, then the optional libraries have to
be present at runtime, too.

For more info, see http://scdbackup.sourceforge.net/xorriso_eng.html
http://scdbackup.sourceforge.net/man_1_xorriso.html

Download:

There is a xorriso release tarball (containing the application
and all three libburnia libraries needed):
http://scdbackup.sourceforge.net/xorriso-0.4.4.pl00.tar.gz

scdbackup.sourceforge.net is mirrored at scdbackup.webframe.org .

xorriso is also part of the libisoburn release tarball:
http://files.libburnia-project.org/releases/libisoburn-0.4.4.pl00.tar.gz

libisoburn.so.1 and its xorriso need recent release
versions of libburn.so.4 and libisofs.so.6.
The xorriso standalone release does not depend on any
of these dynamic libraries.

Post bug reports or requests to one of these mailing lists:
mailto:libburn-hackers@...
mailto:cdwrite@...
or directly to me:
mailto:scdbackup@...

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: solaris cdrecord BH08LS20 drive BD-R problems

2009-10-27T05:26:36Z

Rob W <wrob0123@...> wrote:

> Just wanted to follow up with more experimentation ...
>
> > Previously I was using the JMicron JM20336 USB-SATA bridge.
> > Now I have the JM20329, apparently a simpler (and slower) chip.
> > The BH08LS20 drive connected via USB 2.0, using blank BD-R disc.
>
> Using this drive connected to my CentOS machine with JM20329,
> I tried NeroLinux again, and this time was successful.
> At 2x, it only took 18 minutes to burn a 9 GB iso image.
>
> Perhaps I should try growisofs on the CentOS machine.

Cdrecord will be changed to workaound the firmware bug.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: solaris cdrecord BH08LS20 drive BD-R problems

2009-10-27T00:15:49Z

Hi,

> I tried NeroLinux again, and this time was successful.

What changed in comparison to the failed
attempt ?
Anything else but replugging cables ?

> At 2x, it only took 18 minutes to burn a 9 GB iso image.

If the nominal speed was 2x then this was
obviously with an unformatted BD-R or with
Streaming Bit on.

> Perhaps I should try growisofs on the CentOS machine.

To prevent growisofs from formatting and
then writing at half speed, see:
http://fy.chalmers.se/~appro/linux/DVD+RW/Blu-ray/
"growisofs allows for SRM recordings without
spare area through "undocumented"
-use-the-force-luke=spare:none
option, but it's not recommended;"

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: solaris cdrecord BH08LS20 drive BD-R problems

2009-10-26T15:28:56Z

Just wanted to follow up with more experimentation ...

> Previously I was using the JMicron JM20336 USB-SATA bridge.
> Now I have the JM20329, apparently a simpler (and slower) chip.
> The BH08LS20 drive connected via USB 2.0, using blank BD-R disc.

Using this drive connected to my CentOS machine with JM20329,
I tried NeroLinux again, and this time was successful.
At 2x, it only took 18 minutes to burn a 9 GB iso image.

Perhaps I should try growisofs on the CentOS machine.

From forum: cdwrite

Re: Is dvd-r not supported in cdrecord?

2009-10-26T14:23:40Z

Hi,

Bill Davidsen:
> My assumption, as I posted earlier, is that it is trying to mount media of
> any type it understands. 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.

The mere seek aspect is not to blame.
Each WRITE command carries its target block
address. We have to increment it in sync with
the written data amount or else we get an error.

Nevertheless, the sequential write models of
CD and DVD-R[W] get disturbed by unexpected
other commands. One may inquire the drive state
but not much more.

It might be that the problem gets triggered
by the Linux device driver and not directly
by hald. Me and Eduard Bloch once made
experiments where our own programs were able
to spoil burn runs by simply opening the drive
device file O_RDONLY. One needed about a dozen
tries for one failure.

My opinion:
A sequential burn run on CD or DVD-minus needs
the drive exclusively. Anything else is not safe.
This exclusivity must be negotiated without
successfully opening the device file.

> I think growisofs uses O_EXCL and I don't recall any
> behavior after burning which made me unhappy.

You need DVD-R or unformatted DVD-RW to have
a chance to see the problem with growisofs.
You probably need several tries to get bitten
- if ever.

With DVD+R there seems to be no such problem.
For cost reasons i never tried to spoil a BD-R
burn run. But they are very similar to DVD+R.

DVD+RW, formatted DVD-RW, DVD-RAM, BD-RE are
surely safe from hald. (Formatted CD-RW too,
i would assume.)

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: Is dvd-r not supported in cdrecord?

2009-10-26T12:37:22Z

Joerg Schilling wrote:

"Thomas Schmitt" scdbackup@... wrote:

what should i do with hald and O_EXCL ?

I assume your successful burns were via
growisofs. Afaik it opens the device file with
option O_EXCL. See man 2 open for usage.
The meaning of O_EXCL on Linux storage device
files is fewly documented:
A further open(O_EXCL|O_RDWR) will fail as
long as there is an open file descriptor with
O_EXCL|O_RDWR.


I did already mention that using O_EXCL is not an
option for libscg and cdrtools as using O_EXCL would
causes other problems that are even less tolerable.

I'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 Davidsen davidsen@...
  Unintended results are the well-earned reward for incompetence.

From forum: cdwrite

Re: Is dvd-r not supported in cdrecord?

2009-10-26T12:26:42Z

Bill Davidsen <davidsen@...> wrote:

> My assumption, as I posted earlier, is that it is trying to mount media
> of any type it understands. 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.

The problem with hald is that it does something when it needs wo be quiet.

This is a result of using incorrect rules for detecting media insertion.

On Solaris, hald has been patched not to use this buggy algorithm but to
call an ioctl() instead that calls correct code which is living in the kernel
sd driver.

I posted the correct algorithm many times in the net, so it seems that there is
little hope to get a fix.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: Is dvd-r not supported in cdrecord?

2009-10-26T12:13:59Z

Joerg Schilling wrote:

> chi kwan <zgguanz@...> wrote:
>
>
>> I kill mime and gosh, it is burning at 8x as dummy! Thanks very much for the
>> insight and sorry for not trying it early enough to avoid all the exchanges.
>> life is good again.
>>
>
> Thank you for proving my asumption ;-)
>
> BTW: I made this proposal as I did already see exactly the same error message
> as a result from the actions of hald. In the other case, killing hald did fix
> the problem. I have no idea how hald causes this kind of errors.
>

My assumption, as I posted earlier, is that it is trying to mount media
of any type it understands. 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 Davidsen <davidsen@...>
Unintended results are the well-earned reward for incompetence.

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: Is dvd-r not supported in cdrecord?

2009-10-24T18:11:10Z

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 libburn.
> Do you have any specs how to contact hald from
> a vanilla C program, to tell it to stay away
> from a certain drive, and to later give back
> the drive to hald ?
> Maybe even an example program somewhere ?
>

I believe you would have to modify hald to produce suitable behavior,
and it hardly seems worth doing until the future of hald is clearer.
Hopefully it will eventually vanish, other find it a problem for other
reasons.

--
Bill Davidsen <davidsen@...>
Unintended results are the well-earned reward for incompetence.

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite

Re: Is dvd-r not supported in cdrecord?

2009-10-24T07:56:36Z

Hi,

Joerg Schilling:
> I did already mention that using O_EXCL is not an
> option for libscg

After all it is no safe remedy for hald
interference. libburn seems less prone than
cdrecord but there are still cases when hald
is identified as the decisive trigger of burn
problems.

> I would have expected that they [the authors
> of hald] contact me before introducing this
> problem into Linux distributions.

Some less variety of version dependent behavior
and some clearer instructions for involved third
parties would have been nice indeed.

> I have no idea how hald causes this kind of
> errors.

I assume it makes the Linux SCSI driver issue a
command other than the harmless ones mentioned
in MMC-5 4.1.6.2 Drive Busy Conditions.
(The error replies mentioned there do not match
our experience, though.)

It happens more often without O_EXCL than with.
It happens less often if you load the tray
manually and wait until blinking ends before you
start the burn program.
Some hald releases seem quite harmless, others
snap at every single try.

> BTW: It seems that hald it outdated anyway and going to be replaced. It does
> not seem to make sense to take it into account for development.

It will be around for the next years.
We encounter it even with fresh distro releases.

Have a nice day :)

Thomas

--
To UNSUBSCRIBE, email to cdwrite-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

From forum: cdwrite