Issues Burning Data DVDs using K3b

[email protected]
Newsgroups gmane.comp.kde.k3b
Message-ID <[email protected]>
Hi,

The other day I tried to burn and verify a data DVD using K3b.  But,
when the process got to the "verify" part, it became obviously hosed;
that is, nothing was happening for a long, long time; so I killed the
process.  I did get EIP errors (see attachment for a snippet).  Trying
to mount/load he DVD also causes EIP errors.

I am able, however, to view/copy/open files on this seemingly faulty DVD
on my Windows XP box.   The DVD-drive on my Linux box seems to be fine;
I was able to successfully mount and access data on a data DVD (created
on my Windows XP box) on my Linux box.  Burning and verifying data CD-Rs
using K3b works as expected.

Could the burning issue be caused by incompatible/inadequate versions of
underlying software such as growisofs (v6.1)?

Essentially, I am running Slackware 11.0, kernel v2.6.20.11,
dvd+rw-tools v7.0, KDE 3.5.4, and K3b v1.0.1.  If you need more info,
just let me know.

Ciao,
DPD.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

_______________________________________________
K3b-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/k3b-user
syslog_snippet_(k3b).log (text/plain, 4.2 KB)
May 27 17:18:19 dpd-ws07 kernel: hdd: status error: status=0x58 { DriveReady SeekComplete
 DataRequest }
May 27 17:18:19 dpd-ws07 kernel: ide: failed opcode was: unknown
May 27 17:18:19 dpd-ws07 kernel: hdd: drive not ready for command
May 27 17:18:19 dpd-ws07 kernel: hdd: status error: status=0x58 { DriveReady SeekComplete
 DataRequest }
May 27 17:18:19 dpd-ws07 kernel: ide: failed opcode was: unknown
May 27 17:18:19 dpd-ws07 kernel: hdd: drive not ready for command
May 27 17:18:19 dpd-ws07 kernel: hdd: status error: status=0x58 { DriveReady SeekComplete
 DataRequest }
May 27 17:18:19 dpd-ws07 kernel: ide: failed opcode was: unknown
May 27 17:18:19 dpd-ws07 kernel: hdd: drive not ready for command
May 27 17:18:19 dpd-ws07 kernel: BUG: unable to handle kernel NULL pointer dereference at
 virtual address 00000000
May 27 17:18:19 dpd-ws07 kernel:  printing eip:
May 27 17:18:19 dpd-ws07 kernel: c01754fe
May 27 17:18:19 dpd-ws07 kernel: *pde = 00000000
May 27 17:18:19 dpd-ws07 kernel: Oops: 0002 [#1]
May 27 17:18:19 dpd-ws07 kernel: Modules linked in: capability commoncap
May 27 17:18:19 dpd-ws07 kernel: CPU:    0
May 27 17:18:19 dpd-ws07 kernel: EIP:    0060:[<c01754fe>]    Not tainted VLI
May 27 17:18:19 dpd-ws07 kernel: EFLAGS: 00010282   (2.6.20.11 #1)
May 27 17:18:19 dpd-ws07 kernel: EIP is at create_empty_buffers+0x14/0x66
May 27 17:18:19 dpd-ws07 kernel: eax: 00000000   ebx: c11531c0   ecx: 00000000   edx: 000
00000
May 27 17:18:19 dpd-ws07 kernel: esi: 00000000   edi: db2a2f40   ebp: c07ffd7c   esp: c07
ffc90
May 27 17:18:19 dpd-ws07 kernel: ds: 007b   es: 007b   ss: 0068
May 27 17:18:19 dpd-ws07 kernel: Process hald-probe-volu (pid: 6982, ti=c07fe000 task=dc2
e9a90 task.ti=c07fe000)
May 27 17:18:19 dpd-ws07 kernel: Stack: 0000000e c11531c0 c0175fa7 c02dc353 c07ffd64 0000
0002 c178e040 00000000
May 27 17:18:19 dpd-ws07 kernel:        c02dc8a1 c0391a7e 00000001 c178e040 00004000 0000
0020 00000000 db2a2ea8
May 27 17:18:19 dpd-ws07 kernel:        c0178866 c11531c0 c02eb599 c11531c0 00000008 db2a
2f44 c11531c0 db2a2f40
May 27 17:18:19 dpd-ws07 kernel: Call Trace:
May 27 17:18:19 dpd-ws07 kernel:  [<c0175fa7>] block_read_full_page+0x266/0x2b6
May 27 17:18:19 dpd-ws07 kernel:  [<c02dc353>] elv_drain_elevator+0x15/0x63
May 27 17:18:19 dpd-ws07 kernel:  [<c02dc8a1>] elv_queue_empty+0x1e/0x1f
May 27 17:18:19 dpd-ws07 kernel:  [<c0391a7e>] ide_do_request+0x62/0x345
May 27 17:18:19 dpd-ws07 kernel:  [<c0178866>] blkdev_get_block+0x0/0x56
May 27 17:18:21 dpd-ws07 kernel:  [<c02eb599>] radix_tree_insert+0xb0/0x126
May 27 17:18:21 dpd-ws07 kernel:  [<c0141ab1>] read_pages+0x75/0xf0
May 27 17:18:21 dpd-ws07 kernel:  [<c013fed0>] __alloc_pages+0x5e/0x2ec
May 27 17:18:21 dpd-ws07 kernel:  [<c0391a7e>] ide_do_request+0x62/0x345
May 27 17:18:21 dpd-ws07 kernel:  [<c0141c3b>] __do_page_cache_readahead+0x10f/0x118
May 27 17:18:21 dpd-ws07 kernel:  [<c0141d72>] blockable_page_cache_readahead+0x4d/0xb9
May 27 17:18:21 dpd-ws07 kernel:  [<c0142017>] page_cache_readahead+0x174/0x1a3
May 27 17:18:21 dpd-ws07 kernel:  [<c013c4fd>] do_generic_mapping_read+0x481/0x678
May 27 17:18:21 dpd-ws07 kernel:  [<c013c941>] generic_file_aio_read+0x161/0x1ac
May 27 17:18:21 dpd-ws07 kernel:  [<c013c6f4>] file_read_actor+0x0/0xec
May 27 17:18:21 dpd-ws07 kernel:  [<c0405966>] cdrom_count_tracks+0xaf/0x1a9
May 27 17:18:21 dpd-ws07 kernel:  [<c01572e2>] do_sync_read+0xc8/0x117
May 27 17:18:21 dpd-ws07 kernel:  [<c012d690>] autoremove_wake_function+0x0/0x43
May 27 17:18:21 dpd-ws07 kernel:  [<c02e1d09>] blkdev_ioctl+0x167/0x1d1
May 27 17:18:21 dpd-ws07 kernel:  [<c055b28d>] mutex_lock+0xb/0x1b
May 27 17:18:21 dpd-ws07 kernel:  [<c0178a92>] block_llseek+0x90/0xbe
May 27 17:18:21 dpd-ws07 kernel:  [<c01574be>] vfs_read+0x18d/0x192
May 27 17:18:21 dpd-ws07 kernel:  [<c01577af>] sys_read+0x41/0x6a
May 27 17:18:21 dpd-ws07 kernel:  [<c0102db8>] syscall_call+0x7/0xb
May 27 17:18:21 dpd-ws07 kernel:  =======================
May 27 17:18:21 dpd-ws07 kernel: Code: c4 04 89 e8 31 d2 5b 5e 5f 5d e9 63 91 fc ff 0f 0b
 eb fe 0f 0b eb fe 56 89 ce b9 01 00 00 00 53 89 c3 e8 27 f9 ff ff 89 c1 89 c2 <09> 32 89
 d0 8b 52 04 85 d2 75 f5 89 48 04 8b 03 a8 08 75 06 8b
May 27 17:18:21 dpd-ws07 kernel: EIP: [<c01754fe>] create_empty_buffers+0x14/0x66 SS:ESP
0068:c07ffc90
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.