On Fri, 2 Oct 2009 00:14:35 +0200, James PEARSON wrote:

On Thu, 01 Oct 2009 22:55:14 +0100 MasterPatricko wrote:

...

Does the drive device (e.g. /dev/sr*) exist at all or has it completely disappeared? i.e. is it a K3b detection problem or a kernel hardware driver issue?

Thank you for the come back

EP45:/dev # ls -trl sr* brw-rw----+ 1 root cdrom 11, 0 Oct 1 22:30 sr0

It must be is a K3b detection problem because I am playing a DVD using kaffeine now (note I added Packman Factory and vlc repositories to zypper and updated mutli media files and apps).

BTW, kaffeine works OK unitil I hit PAUSE (after which it won't restart again) but I digress - only one problem subject line ;)

Regards James

Perhaps you can try a cli utility called wodim. which is CLI based CD/DVD burning program. Cheers Glenn example # wodim --devices wodim: Overview of accessible drives (1 found) : ------------------------------------------------------------------------- 0 dev='/dev/hda' rwrw-- : 'ATAPI' 'DVD A DH20A4P' ------------------------------------------------------------------------- # wodim -v -dao dev=/dev/hda driveropts=burnfree whatever.iso TOC Type: 1 = CD-ROM scsidev: '/dev/hda' devname: '/dev/hda' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.8 Driveropts: 'burnfree' SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'ATAPI ' Identification : 'DVD A DH20A4P ' Revision : '9P59' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x001B (DVD+R) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) (current) Profile: 0x001A (DVD+RW) Profile: 0x0016 (DVD-R/DL layer jump recording) Profile: 0x0015 (DVD-R/DL sequential recording) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0012 (DVD-RAM) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) Profile: 0x0008 (CD-ROM) Profile: 0x0002 (Removable disk) Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd). Driver flags : SWABAUDIO BURNFREE Supported modes: PACKET SAO Drive buf size : 1068032 = 1043 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 4194304 = 4096 KB Track 01: data 3952 MB Total size: 4538 MB (449:39.69) = 2023477 sectors Lout start: 4539 MB (449:41/52) = 2023477 sectors Current Secsize: 2048 HINT: use dvd+rw-mediainfo from dvd+rw-tools for information extraction. Blocks total: 2295104 Blocks current: 2295104 Blocks remaining: 271627 Speed set to 11080 KB/s Starting to write CD/DVD at speed 8.0 in real SAO mode for single session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Sending CUE sheet... Starting new track at sector: 0 Track 01: 3952 of 3952 MB written (fifo 100%) [buf 99%] 6.3x. Track 01: Total bytes read/written: 4144080896/4144080896 (2023477 sectors). Writing time: 552.440s Average write speed 5.9x. Min drive buffer fill was 11% Fixating... Fixating time: 25.127s wodim: fifo had 65274 puts and 65274 gets. wodim: fifo was 0 times empty and 23516 times full, min fill was 56%. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

James PEARSON wrote:

On Fri, 02 Oct 2009 10:04:45 +1000 wrote:

...

Perhaps you can try a cli utility called wodim. which is CLI based CD/DVD burning program. Cheers Glenn

example # wodim --devices

wodim: Overview of accessible drives (1 found) :

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

0 dev='/dev/hda' rwrw-- : 'ATAPI' 'DVD A DH20A4P'

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

# wodim -v -dao dev=/dev/hda driveropts=burnfree whatever.iso TOC Type: 1 = CD-ROM

scsidev: '/dev/hda'

devname: '/dev/hda'

scsibus: -2 target: -2 lun: -2

Linux sg driver version: 3.5.27

Wodim version: 1.1.8

Driveropts: 'burnfree' SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'ATAPI ' Identification : 'DVD A DH20A4P ' Revision : '9P59' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x001B (DVD+R)

Be careful, wodim does not support writing DVDs correctly. It is not based on cdrecords working DVD code but on a half backen experiment that does not even read the media parameters from the drive. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Rafa?? Mi??ecki wrote:

2009/10/3 Joerg Schilling :

...

Be careful, wodim does not support writing DVDs correctly. It is not based on cdrecords working DVD code but on a half backen experiment that does not even read the media parameters from the drive.

I've updated to next milestone and it works fine now. However, if you know wodim to well and know bug in it, could you fix it?

Wodim is illegal software made by hostile downstreams and it is even based on extremely outdated sources.

cdrecord is in some doubtable legal state, so it would be nice to improve wodim.

You are not informed correctly. Cdrtools (the original software) has no legal problems. Legal problems only exist in wodim. BTW: Suse already includes the original software, so just nuke the illegal fork from your system. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

MasterPatricko wrote:

Does the drive device (e.g. /dev/sr*) exist at all or has it completely disappeared? i.e. is it a K3b detection problem or a kernel hardware driver issue?

There is no need to open this device in order to be able to write DVDs. Check cdrecord...... ftp://ftp.berlios.de/pub/cdrecord/alpha/ Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Rafa?? Mi??ecki wrote:

I've similar problem with milestone 6 (discovered this right now). Reported it:

https://bugzilla.novell.com/show_bug.cgi?id=543749

Try cdrecord -scanbus use the real cdrecord - not wodim..... Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Larry Finger wrote:

After initial testing of M8, I finally modified fstab so that 11.2 M8 uses the same /home as 11.1. After I did this,m I found that Thunderbird 3.0b4 is not really ready to be used. My primary complaint is that it takes forever to delete a message and/or to open a new one.

This might be the case if it hasn't indexed all your messages for the new search service - et's take this to the upstream list/group though.

I will be taking this matter up on the Thunderbird mailing list; however, I recommend that the old version be included in openSUSE 11.2 RC1, etc.

As Thunderbird 2 will probably not be maintained for security fixes for the life time of 11.2, I don't think this is an option the maintainers should even think about. Deactivating the indexer for the new search by default would probably be the better option if it comes to this, but this would make search results appear empty. Robert Kaiser -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 10/06/2009 11:31 AM, Robert Kaiser wrote:

Larry Finger wrote:

...

After initial testing of M8, I finally modified fstab so that 11.2 M8 uses the same /home as 11.1. After I did this,m I found that Thunderbird 3.0b4 is not really ready to be used. My primary complaint is that it takes forever to delete a message and/or to open a new one.

This might be the case if it hasn't indexed all your messages for the new search service - et's take this to the upstream list/group though.

A bugzilla entry has been posted as: https://bugzilla.mozilla.org/show_bug.cgi?id=520932 To show the extent of the problem, deleting the final entry in my Inbox takes 17 CPU seconds with 3.0b4, and 0.16 with 2.0.0.23. I could understand an increase in the time since the Beta probably has debugging enabled; however, a factor of 100 is excessive. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org