K3b and Slack 12 = no no?

Tux-Slack · 07-10-2007, 05:16 AM

I tried to burn a CD today and I get a buffer underrun error. And this is from the K3b debug output:

Code:

System
-----------------------
K3b Version: 1.0.2

KDE Version: 3.5.7
QT Version:  3.3.8
Kernel:      2.6.21.5-smp
Devices
-----------------------
HL-DT-ST DVD-RW GWA-4082N CB03 (/dev/hdc, ) [CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer Sequential, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite]

K3bIsoImager
-----------------------
mkisofs print size result: 288986 (591843328 bytes)
Pipe throughput: 117760 bytes read, 113408 bytes written.

Used versions
-----------------------
mkisofs: 2.1.1a23
cdrecord: 2.1.1a23

cdrecord
-----------------------
/usr/bin/cdrecord: Warning: Running on Linux-2.6.21.5-smp
/usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer.
/usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
/usr/bin/cdrecord: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits./usr/bin/cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2).
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
/usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
/usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '/dev/hdc'
devname: '/dev/hdc'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
SCSI buffer size: 64512
Cdrecord-ProDVD-Clone 2.01.01a23 (i686-pc-linux-gnu) Copyright (C) 1995-2006 Jörg Schilling
TOC Type: 1 = CD-ROM
Using libscg version 'schily-0.9'.
Driveropts: 'burnfree'
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   : 
Vendor_info    : 'HL-DT-ST'
Identifikation : 'DVD-RW GWA-4082N'
Revision       : 'CB03'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Current: CD-R
Profile: DVD-R sequential recording 
Profile: DVD-R/DL sequential recording 
Profile: DVD-RW sequential overwrite 
Profile: DVD-RW restricted overwrite 
Profile: DVD+RW 
Profile: DVD+R 
Profile: DVD+R/DL 
Profile: DVD-ROM 
Profile: CD-R (current)
Profile: CD-RW 
Profile: CD-ROM 
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1053696 = 1029 KB
Drive pbuf size: 1966080 = 1920 KB
FIFO size      : 4194304 = 4096 KB
/usr/bin/cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
Track 01: data   564 MB        
Total size:      648 MB (64:13.14) = 288986 sectors
Lout start:      648 MB (64:15/11) = 288986 sectors

cdrecord command:
-----------------------
/usr/bin/cdrecord -v gracetime=2 dev=/dev/hdc speed=24 -dao driveropts=burnfree -data -tsize=288986s - 

mkisofs
-----------------------
288986
/usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes.
/usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes.
/usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes.
Using THE_FAST_AND_THE_FURIOUS_000.MP;1 for  /The Fast And The Furious (Tokyo Drift) Soundtrack - 08. Dragon Ash - Resound.mp3 (The Fast And The Furious (Tokyo Drift) Soundtrack - 07. Teriyaki Boyz - Cho Large.mp3)
Using APOCALYPTICA___THE_BEST_000.JPG;1 for  Apocalyptica/The Best of/Apocalyptica - The Best of - inside.jpg (Apocalyptica - The Best of - front.jpg)
Using APOCALYPTICA___THE_BEST_001.JPG;1 for  Apocalyptica/The Best of/Apocalyptica - The Best of - front.jpg (Apocalyptica - The Best of - CD.jpg)
Using APOCALYPTICA___THE_BEST_002.JPG;1 for  Apocalyptica/The Best of/Apocalyptica - The Best of - CD.jpg (Apocalyptica - The Best of - back.jpg)
Using RHAPSODY___THE_DARK_SECR000.MP3;1 for  rhapsody/Rhapsody - The Dark Secret - 05 - Non Ho Sonno.mp3 (Rhapsody - The Dark Secret - 04 - Sacred Power Of Raging Winds.mp3)
Using RHAPSODY___THE_DARK_SECR001.MP3;1 for  rhapsody/Rhapsody - The Dark Secret - 04 - Sacred Power Of Raging Winds.mp3 (Rhapsody - The Dark Secret - 03 - Guardians Of Destiny.mp3)
Using RHAPSODY___THE_DARK_SECR002.MP3;1 for  rhapsody/Rhapsody - The Dark Secret - 03 - Guardians Of Destiny.mp3 (Rhapsody - The Dark Secret - 02 - Thunder's Mighty Roar.mp3)
Using RHAPSODY___THE_DARK_SECR003.MP3;1 for  rhapsody/Rhapsody - The Dark Secret - 02 - Thunder's Mighty Roar.mp3 (Rhapsody - The Dark Secret - 01 - Unholy Warcry.mp3)

mkisofs calculate size command:
-----------------------
/usr/bin/mkisofs -gui -graft-points -print-size -quiet -volid Seminarska -volset  -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM -publisher  -preparer  -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-fire/k3byRPwYa.tmp -rational-rock -hide-list /tmp/kde-fire/k3bNi3Jic.tmp -joliet -joliet-long -hide-joliet-list /tmp/kde-fire/k3bRVdSvb.tmp -no-cache-inodes -full-iso9660-filenames -iso-level 2 -path-list /tmp/kde-fire/k3bQQ6Eya.tmp 

mkisofs command:
-----------------------
/usr/bin/mkisofs -gui -graft-points -volid Seminarska -volset  -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM -publisher  -preparer  -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-fire/k3bTqBDpa.tmp -rational-rock -hide-list /tmp/kde-fire/k3bXspzIa.tmp -joliet -joliet-long -hide-joliet-list /tmp/kde-fire/k3bewNWLa.tmp -no-cache-inodes -full-iso9660-filenames -iso-level 2 -path-list /tmp/kde-fire/k3bErLDma.tmp

I have no idea what to do or what this means. Can anyone help me?

rkelsen · 07-10-2007, 06:45 AM

Are you 100% sure it's a buffer underrun?

It looks to me like K3B gets through making the ISO filesystem and then this happens:

Code:

/usr/bin/cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl

Is your user in the "cdrom" group?

dive · 07-10-2007, 07:42 AM

Did you set the file permissions in k3b 'options - setup system permissions'?

Tux-Slack · 07-10-2007, 01:53 PM

Yes my users are in cdrom group, but I didn't set up the permissions. Thank you

larvyde · 07-11-2007, 03:47 AM

i ran into the exact same problem just last week, downloaded and recompiled cdrecord 2.01 from the cdrecord site and k3b started working again...

pr1268 · 07-28-2007, 04:47 PM

Here's a RELATED question: I hadn't changed the permissions on cdrecord nor cdrdao since I read in the Slackware-current changelog (entry dated April 19, 2007) that, because k3b no longer "requires" cdrecord to be setuid root, it was moved into the main tree. But, I just tried to burn a CD-ROM ISO and it failed miserably. When I changed the permissions per k3b setup, it worked fine.

My non-privileged account is a member of the cdrom group, and the block devices /dev/hda (my dual-layer DVD burner) and /dev/hdc (my CD-burner/DVD-ROM drive) both have 660 permissions.

So here's the question: How come I've been able to burn DVD-ROMs left and right without such trouble? Isn't growisofs simply some kind of wrapper for makeisofs and cdrecord? Or am I misunderstanding the relationship between all these programs? Thanks for replies...

thekid · 08-14-2007, 10:16 PM

Had this problem, and setting the permissions to the cdrom group in Settings > Setup System Permissions fixed it.

shepper · 08-28-2007, 09:25 PM

I am having the same issue with xfce and graveman. Could "The Kid" provide more info as to what permissions were changed. My system has a Via C3 cpu which is cool and efficient but no powerhouse so I would like to stay with a lightweight system ie no K3B and the KDE dependencies

thekid · 08-31-2007, 12:47 AM

Quote:

Originally Posted by shepper

I am having the same issue with xfce and graveman. Could "The Kid" provide more info as to what permissions were changed. My system has a Via C3 cpu which is cool and efficient but no powerhouse so I would like to stay with a lightweight system ie no K3B and the KDE dependencies

The settings I changed were in the K3B program, Settings menu -> Setup System Permissions. Also, adding yourself to the cdrom group is essential. Not sure how to fix it if you don't want to use K3B. Try searching for cdrecord and see what pops up, if that is what you plan on using.

rworkman · 08-31-2007, 01:57 AM

Allegedly, the version of cdrecord in Slackware 12 no longer requires the suid bit, and I am aware of several *very* reputable individuals who can confirm that. However, my experience does not support that assertion, and I am aware of several other people with the same experience. Long story short - if you get those messages indicating that the SCSI ioctls can't be used, then set /usr/bin/cdrecord suid.

If you're not the paranoid type and/or you don't have any untrusted users on the box, the simplest thing to do is this:

Code:

chmod 4755 /usr/bin/cdrecord

If you don't want all users on the box to use the cdrecord executable (since it will be suid), then you can do this:

Code:

chown root:somegroup /usr/bin/cdrecord
chmod 4710 /usr/bin/cdrecord

This will allow only members of "somegroup" (use whatever group name you wish) to execute cdrecord.

perry · 08-31-2007, 12:48 PM

Quote:

Originally Posted by pr1268

Here's a RELATED question: I hadn't changed the permissions on cdrecord nor cdrdao since I read in the Slackware-current changelog (entry dated April 19, 2007) that, because k3b no longer "requires" cdrecord to be setuid root, it was moved into the main tree. But, I just tried to burn a CD-ROM ISO and it failed miserably. When I changed the permissions per k3b setup, it worked fine.

My non-privileged account is a member of the cdrom group, and the block devices /dev/hda (my dual-layer DVD burner) and /dev/hdc (my CD-burner/DVD-ROM drive) both have 660 permissions.

So here's the question: How come I've been able to burn DVD-ROMs left and right without such trouble? Isn't growisofs simply some kind of wrapper for makeisofs and cdrecord? Or am I misunderstanding the relationship between all these programs? Thanks for replies...

That simple three layer access level, Owner, Group, World pretty much made the difference between what we know as Linux and what the world knows as... that other thing I used only to play games with.

You would *think* Vista would have come out with a similar security design, but apparently not...

- Perry