Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Request for testing: CD/DVD writing on 2.6.9
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next  
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
COMKEEN
n00b
n00b


Joined: 07 Nov 2003
Posts: 70

PostPosted: Sun Dec 12, 2004 4:34 pm    Post subject: Reply with quote

Hey dsd,

you might be interested in this: I found out that my problem doesn't exist if I tell k3b not to eject the disc after burning (don't know what the english translation in the preferences dialog of k3b is but I'm sure you know what I mean). This said, I can burn one DVD after another.

Maybe a point to chew on?
Back to top
View user's profile Send private message
Lokheed
Veteran
Veteran


Joined: 12 Jul 2004
Posts: 1295
Location: /usr/src/linux

PostPosted: Mon Dec 13, 2004 6:38 pm    Post subject: Reply with quote

NICE workaround...no longer have to burn as root...sweet. Good enough till they get a patch in there :)

Thanks COMKEEN :D
Back to top
View user's profile Send private message
COMKEEN
n00b
n00b


Joined: 07 Nov 2003
Posts: 70

PostPosted: Mon Dec 13, 2004 7:14 pm    Post subject: Reply with quote

Hi Lokheed,

I'm glad this works for you, too. I think now that the problem is encircled and one has a point to start from, it would be easier to fix; the problem is that I don't know whether it's

a) A bug of k3b
b) A bug regarding growisofs (or the dvd+rw-tools suite) or
c) A kernel bug.

I really hope it isn't a bug in the hardware/firmware! What DVD burner do you have, btw?

Looking at page 1 and 2 of this thread it seems the problem is caused by growisofs/dvd+rw-tools. However, the bug shouldn't exist in the latest version of dvd+rw-tools. I also have no chance to test DVD burning under 2.6.9-whatever, because these kernels always break my USB stuff (my machine is unable to boot properly), so I have to use 2.6.10-something...
Back to top
View user's profile Send private message
Lokheed
Veteran
Veteran


Joined: 12 Jul 2004
Posts: 1295
Location: /usr/src/linux

PostPosted: Tue Dec 14, 2004 1:35 am    Post subject: Reply with quote

I hated 2.6.8 and 2.6.9. I thought they were both very flakey and made me weary in testing 2.6.10 but I am glad I did, rock solid, just like 2.6.7 was for me.

I am using an NEC 2500A. I know its not the hardware or firmware. I believe its just a simple issue with permissions again. Since the first burn works fine, that would denote that there isnt a problem with any conflits anymore.

I think its a matter of permissions with the eject function and probably is burried somewhere and no one quite knows wether its K3b, growisofs or the kernel...my guess is it won't be to long before its fixed. Its not an issue to have my disks eject so this workaround will hold me off, but I think its minor, just hard to find ;)
Back to top
View user's profile Send private message
korngerd
Tux's lil' helper
Tux's lil' helper


Joined: 12 Mar 2004
Posts: 104

PostPosted: Wed Dec 15, 2004 1:11 am    Post subject: Reply with quote

dsd wrote:
korngerd wrote:
spurious 8259A interrupt: IRQ7.

unrelated to cd burning

Quote:
verify_command: rejected command 1

harmless, to be expected (also appears with non-plextors)

did the burn fail?


Sorry for the late reply, dsd: the burn failed & my system went down again. I'm wondering if my problem is related to DMA or not...
Back to top
View user's profile Send private message
mrsteven
Veteran
Veteran


Joined: 04 Jul 2003
Posts: 1938

PostPosted: Sat Dec 18, 2004 4:44 pm    Post subject: Re: Request for testing: CD/DVD writing on 2.6.9 Reply with quote

dsd wrote:
I removed the patch and tested writing on my new burner. It worked as expected, minus cdrdao not being able to read the buffer capacity. I wrote a kernel patch to allow it to be able to read that again,which got accepted into the 2.6.10 tree yesterday.


Did you talk about the 2.6.10 vanilla kernel or the gentoo kernel?
_________________
Unix philosophy: "Do one thing and do it well."
systemd: "Do everything and do it wrong."
Back to top
View user's profile Send private message
COMKEEN
n00b
n00b


Joined: 07 Nov 2003
Posts: 70

PostPosted: Mon Dec 20, 2004 7:47 pm    Post subject: Reply with quote

Code:

strace growisofs -Z /dev/hdc=/tmp/kde-cmarker/ooo.iso
execve("/usr/bin/growisofs", ["growisofs", "-Z", "/dev/hdc=/tmp/kde-cmarker/ooo.iso"], [/* 54 vars */]) = 0
brk(0)                                  = 0x8057000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=86946, ...}) = 0
old_mmap(NULL, 86946, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)                                = 0
open("/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libstdc++.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \253\3"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=703284, ...}) = 0
old_mmap(NULL, 722368, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4002e000
old_mmap(0x400d5000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa6000) = 0x400d5000
old_mmap(0x400da000, 17856, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400da000
close(3)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3005\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=150760, ...}) = 0
old_mmap(NULL, 134496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x400df000
old_mmap(0x400ff000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f000) = 0x400ff000
close(3)                                = 0
open("/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc_s.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\25\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=841088, ...}) = 0
old_mmap(NULL, 34380, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40100000
old_mmap(0x40108000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x40108000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\215T\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1165916, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40109000
old_mmap(NULL, 1104356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4010a000
old_mmap(0x40212000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x107000) = 0x40212000
old_mmap(0x40215000, 10724, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40215000
close(3)                                = 0
munmap(0x40018000, 86946)               = 0
brk(0)                                  = 0x8057000
brk(0x8078000)                          = 0x8078000
uname({sys="Linux", node="ares", ...})  = 0
open("/dev/urandom", O_RDONLY)          = 3
read(3, "\374\354M\35", 4)              = 4
close(3)                                = 0
mmap2(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
geteuid32()                             = 1001
getuid32()                              = 1001
setresuid32(-1, 1001, -1)               = 0
access("/dev/hdc", F_OK)                = 0
open("/tmp/kde-cmarker/ooo.iso", O_RDONLY|O_LARGEFILE) = 3
setresuid32(-1, 1001, -1)               = 0
getuid32()                              = 1001
open("/dev/hdc", O_RDONLY|O_LARGEFILE)  = 4
fstat64(4, {st_mode=S_IFBLK|0600, st_rdev=makedev(22, 0), ...}) = 0
open("/dev/hdc", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 5
ioctl(5, 0x2285, 0xbffff058)            = 0
ioctl(5, 0x2285, 0xbffff058)            = 0
ioctl(5, 0x2285, 0xbffff058)            = 0
ioctl(5, 0x2285, 0xbffff058)            = 0
ioctl(5, 0x2285, 0xbffff058)            = 0
ioctl(5, CDROM_MEDIA_CHANGED, 0x7fffffff) = 0
open("/dev/rawctl", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
dup(5)                                  = 6
prctl(0x8, 0x1, 0x7fffffff, 0x40007de0, 0x8048a0f) = 0
capset(0x19980330, 0, {, CAP_SYS_RAWIO, }) = -1 EPERM (Operation not permitted)
setuid32(1001)                          = 0
pread(4, "\1CD001\1\0Linux                   "..., 2048, 32768) = 2048
open("/dev/tty", O_RDONLY|O_LARGEFILE)  = 7
ioctl(7, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
close(7)                                = 0
write(2, "WARNING: /dev/hdc already carrie"..., 41WARNING: /dev/hdc already carries isofs!
) = 41
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40028000
write(1, "About to execute \'builtin_dd if="..., 85About to execute 'builtin_dd if=/tmp/kde-cmarker/ooo.iso of=/dev/hdc obs=32k seek=0'
) = 85
write(2, "Sleeping for 5 sec...\7", 22Sleeping for 5 sec...) = 22
poll(0, 0, 1000
)                       = 0
write(2, "\10\10\10\10\10\10\10\0104 sec..4 sec...) = 17
poll(0, 0, 1000
)                       = 0
write(2, "\10\10\10\10\10\10\10\0103 sec..3 sec...) = 17
poll(0, 0, 1000
)                       = 0
write(2, "\10\10\10\10\10\10\10\0102 sec..2 sec...) = 17
poll(0, 0, 1000
)                       = 0
write(2, "\10\10\10\10\10\10\10\0101 sec..1 sec...) = 17
poll(0, 0, 1000
)                       = 0
) = 172, "\10\10\10\10\10\10\10\0100 sec..0 sec...
fcntl64(4, F_GETFD)                     = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
fcntl64(6, F_GETFD)                     = 0
fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
fcntl64(5, F_GETFD)                     = 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         = 0
fork()                                  = 14485
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(14485, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 14485
getpid()                                = 14484
gettimeofday({1103571906, 808805}, NULL) = 0
getpid()                                = 14484
open("/tmp/dvd+rw.yFpBs9", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 7
ftruncate64(7, 20)                      = 0
unlink("/tmp/dvd+rw.yFpBs9")            = 0
mmap2(NULL, 20, PROT_READ|PROT_WRITE, MAP_SHARED, 7, 0) = 0x40029000
close(7)                                = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=631676928, ...}) = 0
fork()                                  = 14486
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 65536) = 65536
ioctl(5, 0x2285, 0xbffff048)            = -1 EPERM (Operation not permitted)
write(2, ":-( unable to PREVENT MEDIA REMO"..., 37:-( unable to PREVENT MEDIA REMOVAL: ) = 37
write(2, "Operation not permitted\n", 24Operation not permitted
) = 24
munmap(0x40028000, 4096)                = 0
exit_group(129)                         = ?


Code:

$ dmesg
[...]
scsi: unknown opcode 0x1e
Back to top
View user's profile Send private message
COMKEEN
n00b
n00b


Joined: 07 Nov 2003
Posts: 70

PostPosted: Wed Dec 22, 2004 9:06 am    Post subject: Reply with quote

Lokheed,

I found another workaround: Set growisofs suid root. I am sure it wasn't meant to be running as root (on the other hand cdrecord was until 2.6.9, so it shouldn't be an issue).

Code:

# ls -lah | grep growisofs
-rwxr-xr-x    1 root     root          57K 12. Dez 13:13 growisofs

# chmod +s growisofs

ls -lah | grep growisofs
-rwsr-sr-x    1 root     root          57K 12. Dez 13:13 growisofs


It should work now.
Back to top
View user's profile Send private message
Lokheed
Veteran
Veteran


Joined: 12 Jul 2004
Posts: 1295
Location: /usr/src/linux

PostPosted: Wed Dec 22, 2004 9:12 am    Post subject: Reply with quote

COMKEEN wrote:
Lokheed,

I found another workaround: Set growisofs suid root. I am sure it wasn't meant to be running as root (on the other hand cdrecord was until 2.6.9, so it shouldn't be an issue).

Code:

# ls -lah | grep growisofs
-rwxr-xr-x    1 root     root          57K 12. Dez 13:13 growisofs

# chmod +s growisofs

ls -lah | grep growisofs
-rwsr-sr-x    1 root     root          57K 12. Dez 13:13 growisofs


Thanks CK. I will give this a try. I would actually like this one better then to restrict the eject function after a burn. I have been having some flaky burns lately with K3b so I started burning in command line but will test this out.
It should work now.
Back to top
View user's profile Send private message
gregy_
n00b
n00b


Joined: 03 Apr 2004
Posts: 45

PostPosted: Wed Dec 22, 2004 6:28 pm    Post subject: DVD burning doesn't work Reply with quote

Hi,
I have a CD-RW/DVD-ROM and a DVD-RW IDE drives.
Somewhere after moving from 2.6.7 to 2.6.9 DVD burning stopped working.
I have myself added to "cdrom" and "cdrw" groups.
CDRW burning on the DVD-RW drive seems to work OK, but DVD-RW failes if not executed by root (growisofs prints an error about "failed SELECT with ...").
Changing permissions on the /dev/hdd or setting SUID bits on growisofs don't seem to help - only the root can burn DVD successfully...

Any ideas on how to fix that?

Thanks in advance,
Gregory.
Back to top
View user's profile Send private message
gregy_
n00b
n00b


Joined: 03 Apr 2004
Posts: 45

PostPosted: Thu Dec 23, 2004 4:59 pm    Post subject: DVD burning - solved Reply with quote

Ok. The problem was resolved.
Appearently now stable version of dvd-rw tools is not updated enough to work with 2.6.9-r9 kernel. You'll need to emerge the update (I used dvd+rw-tools-5.21.4.10.8) to make sure growisofs opens the DVD for writing.
Back to top
View user's profile Send private message
agnitio
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2004
Posts: 136

PostPosted: Mon Dec 27, 2004 5:17 pm    Post subject: Reply with quote

Hi, I don't really know if this is the right thread to post this in, I'm experiencing similar problems as the others in here but not quite the same.

If I run cdrecord dev=/dev/hdc -checkdrive I get this:
Code:

$ cdrecord dev=/dev/hdc -checkdrive
Cdrecord-Clone 2.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
cdrecord: Warning: Running on Linux-2.6.10-gentoo
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
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
Using libscg version 'schily-0.8'.
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'QSI     '
Identifikation : 'DVD/CDRW SBW-161'
Revision       : 'SE02'
Device seems to be: Generic mmc2 DVD-ROM.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-2 SWABAUDIO BURNFREE
Supported modes:


The "Supported modes"-line is empty and thus it's impossible to get cdrecord to burn anything. This happend very recently as I've been able to burn cd:s in the past. I'm using gentoo-dev-sources-2.6.10.
If I try to blank a disk I get the same output with one additional line:

Code:

cdrecord: Cannot init drive.
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Mon Dec 27, 2004 5:38 pm    Post subject: Reply with quote

anything appearing at the end of dmesg? something like "unknown opcode 0xXX" ?
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
agnitio
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2004
Posts: 136

PostPosted: Mon Dec 27, 2004 5:42 pm    Post subject: Reply with quote

Sometimes, although very rarely, I get the output:
Code:

scsi: unknown opcode 0x01

or
Code:

scsi: unknown opcode 0x55


I haven't been able to figure out when it outputs and when it does not.
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Mon Dec 27, 2004 6:14 pm    Post subject: Reply with quote

sounds like another cdrecord bug, 0x55 is definately permitted by the kernel but only if the program opens the cd writer for write access. your /dev/hdc is defiantely user-writable, yes?

btw, you will only be warned once (the first time) for each opcode unless you reboot the system.
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
agnitio
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2004
Posts: 136

PostPosted: Mon Dec 27, 2004 6:29 pm    Post subject: Reply with quote

Yes my hdc is user writeable. For some reason it sets my user as the owner, don't know if I put that in some udev rule or something. I can't find anything about it atm. though. Anyway I've tried using sudo and as root and the results are the same.
Using cdrdao I successfully blanked a disc so I suppose it's a cdrecord error. I guess I'll have to switch to and learn cdrdao.

dsd wrote:

btw, you will only be warned once (the first time) for each opcode unless you reboot the system.


Ah, thanks for clearing that up. That explains why I couldn't reproduce them. :)
Back to top
View user's profile Send private message
GentooMik
Tux's lil' helper
Tux's lil' helper


Joined: 25 Nov 2004
Posts: 141

PostPosted: Tue Dec 28, 2004 9:02 am    Post subject: Reply with quote

Telling you people, we need another program to cdrtools. It is a pain all frontends for it seem to have broke. Even 2.4 kernels, can be flaky once in a while. Sadly I have no skills to code with you would throw myself to help otherwise. The way Schiley is rushing to fix this gives linux burning a bad name. <sigh> :( Just was browsing this forum for the same exact cause, only I am booted into another distro. Does not make a difference same problem with then all! Only difference is gentoo is working at faster pace to resolve or work around this issue.

Why is Dev=/dev/hXX so bad want to hear that from developers? Why does the Author of cdrtools find it so scary? Is their a reasoning behind this? Or, it is just for the sake "because" ?
_________________
Attempt to Treat others, the way you would like to be treated yourself.
Back to top
View user's profile Send private message
javac16
Tux's lil' helper
Tux's lil' helper


Joined: 10 Aug 2003
Posts: 111

PostPosted: Wed Jan 05, 2005 11:33 pm    Post subject: Reply with quote

Just got 2.6.9-r13. For those interested you need to apply the PLEXTOR patch again.
Back to top
View user's profile Send private message
mirko_3
l33t
l33t


Joined: 02 Nov 2003
Posts: 605
Location: Birreria

PostPosted: Mon Jan 10, 2005 3:01 pm    Post subject: Reply with quote

So, is this patch now in mainstream? (not the plextor one, the other one)
_________________
Non fa male! Non fa male!
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Mon Jan 10, 2005 6:12 pm    Post subject: Reply with quote

2 of my patches are in the mainline kernel. the plextor one is not. are people still having the same issues with plextor on unpatched 2.6.10? i have not heard anything for a while...
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Mon Jan 10, 2005 6:16 pm    Post subject: Reply with quote

this patch may be useful for those who were getting buffer underruns as non-root (but not sure at all..)

http://marc.theaimsgroup.com/?l=linux-kernel&m=110528493819718&w=2
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
undrwater
Guru
Guru


Joined: 28 Jan 2003
Posts: 312
Location: Caucasia

PostPosted: Mon Jan 10, 2005 8:33 pm    Post subject: Reply with quote

dsd wrote:
2 of my patches are in the mainline kernel. the plextor one is not. are people still having the same issues with plextor on unpatched 2.6.10? i have not heard anything for a while...


I'll test this today and get back with you.
_________________
Open-mindedness is painful...
Back to top
View user's profile Send private message
wantilles
Tux's lil' helper
Tux's lil' helper


Joined: 12 Aug 2003
Posts: 136
Location: Athens - Greece

PostPosted: Mon Jan 10, 2005 10:51 pm    Post subject: Reply with quote

Since I do not have the time and patience to read the thread from the beginning, I would like to report that I have had no problems so far with DVD recording, throughtout kernels 2.6.7 and greater.

Writer

Plextor PX-708A (latest firmware)

Media

- Taiyo Yuden DVD +R 8x

- TDK DVD +RW 4x

Software

- latest ~x86 k3b & dvd+rw-tools via Gnome 2.8.x as a regular user.
Back to top
View user's profile Send private message
undrwater
Guru
Guru


Joined: 28 Jan 2003
Posts: 312
Location: Caucasia

PostPosted: Tue Jan 11, 2005 6:09 am    Post subject: Reply with quote

undrwater wrote:
dsd wrote:
2 of my patches are in the mainline kernel. the plextor one is not. are people still having the same issues with plextor on unpatched 2.6.10? i have not heard anything for a while...


I'll test this today and get back with you.


All appears well and good with 2.6.10-gentoo-r4. No burn issues at all.
_________________
Open-mindedness is painful...
Back to top
View user's profile Send private message
contextswitch
n00b
n00b


Joined: 08 Oct 2004
Posts: 61
Location: Darwen

PostPosted: Tue Jan 11, 2005 4:01 pm    Post subject: Reply with quote

agnitio wrote:
Yes my hdc is user writeable. For some reason it sets my user as the owner, don't know if I put that in some udev rule or something.


It's probably PAM setting the owner when you log in.

--
Geoff
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next
Page 6 of 7

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum