[opensuse] Spurious "/dev/hdc: writable, no read permission" message.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I use the following sequence to burn dvds, in a script: time growisofs -Z /dev/dvd=IMAGEFILE -dvd-compat -speed=8 sleep 5 echo Ejecting eject /dev/dvd sleep 5 ls -l /dev/hdc file -s /dev/hdc sleep 1 file -s /dev/hdc echo Comparing... time nice cmp --bytes=$(wc -c <IMAGEFILE) /dev/hdc IMAGEFILE date And some times, not always, I see this output (the marked line): [...] Ejecting brw-rw----+ 1 root disk 22, 0 2009-03-13 03:55 /dev/hdc couldn't open file /dev/hdc: writable, no read permission <======== THIS == /dev/hdc: LUKS encrypted file, ver 1 [aes, cbc-essiv:sha256, sha1] UUID: d6367de2-9ecd-4e74-85d3-6acc8e6 Comparing... I explain. First, I burn the image. Then, I eject the dvd, to force the kernel to reread it (k3b does the same). Then, I compare the image with the just burned dvd, but in order to avoid the random error, I first run "file -s /dev/dvd", which makes the burner to close the door. The curious thing is that, on some runs, the first attempt to read the dvd fails with the message: /dev/hdc: writable, no read permission which is not true, because the permissions, read just before, are: brw-rw----+ 1 root disk 22, 0 2009-03-13 03:55 /dev/hdc and the second attempt succeeds. That's why I run the "file" command before the "cmp", so that the cmp succeeds (ie, previously I got the same error on the cmp). And it doesn't happen every day, just some times. If it happened every time, I'd think it could be the door closing and the system attempting to load the dvd. And it did not happen several months ago, with 10.3. Curious, isn't it? (running 11.0; gnome; stock install plus mandatory and recommended updates) - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEUEARECAAYFAknAN8EACgkQtTMYHG2NR9VNogCXYNCdJNtvBJW8bHuw5cHsf9yl TACdFKunbjOYJ6GUdopjLw/X2hR785o= =bEDi -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Carlos E. R. wrote:
Hi,
I use the following sequence to burn dvds, in a script:
time growisofs -Z /dev/dvd=IMAGEFILE -dvd-compat -speed=8 sleep 5
echo Ejecting eject /dev/dvd
sleep 5 ls -l /dev/hdc file -s /dev/hdc sleep 1 file -s /dev/hdc
echo Comparing... time nice cmp --bytes=$(wc -c <IMAGEFILE) /dev/hdc IMAGEFILE date
And some times, not always, I see this output (the marked line):
[...] Ejecting brw-rw----+ 1 root disk 22, 0 2009-03-13 03:55 /dev/hdc couldn't open file /dev/hdc: writable, no read permission <======== THIS == /dev/hdc: LUKS encrypted file, ver 1 [aes, cbc-essiv:sha256, sha1] UUID: d6367de2-9ecd-4e74-85d3-6acc8e6 Comparing...
I explain. First, I burn the image. Then, I eject the dvd, to force the kernel to reread it (k3b does the same). Then, I compare the image with the just burned dvd, but in order to avoid the random error, I first run "file -s /dev/dvd", which makes the burner to close the door.
The curious thing is that, on some runs, the first attempt to read the dvd fails with the message:
/dev/hdc: writable, no read permission
which is not true, because the permissions, read just before, are:
brw-rw----+ 1 root disk 22, 0 2009-03-13 03:55 /dev/hdc
and the second attempt succeeds. That's why I run the "file" command before the "cmp", so that the cmp succeeds (ie, previously I got the same error on the cmp).
And it doesn't happen every day, just some times. If it happened every time, I'd think it could be the door closing and the system attempting to load the dvd. And it did not happen several months ago, with 10.3.
Curious, isn't it?
(running 11.0; gnome; stock install plus mandatory and recommended updates)
-- Cheers, Carlos E. R.
I have found that some checking of the output from wodim and growisofs allows the handling of time out and other transient errors. Bash is not really up to this kind of checking, it can be done but it is better to use something which is built for the job, I have a Perl module under development which encapsulates handling of some (but not all) the problems of this nature that I have encountered over time. I have not dealt with encrypted DVDs so there might be some special gotchas with that element. - -- ============================================================================== I have always wished that my computer would be as easy to use as my telephone. My wish has come true. I no longer know how to use my telephone. Bjarne Stroustrup ============================================================================== -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAknAvdQACgkQasN0sSnLmgIewQCguPwuGeMzZoAaXCdkz/yEw7S0 9AYAoPU6INSMExMyK65AQg+oEy0PkDb2 =mkw3 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2009-03-18 at 09:24 -0000, G T Smith wrote:
The curious thing is that, on some runs, the first attempt to read the dvd fails with the message:
/dev/hdc: writable, no read permission
I have found that some checking of the output from wodim and growisofs allows the handling of time out and other transient errors. Bash is not really up to this kind of checking, it can be done but it is better to use something which is built for the job, I have a Perl module under development which encapsulates handling of some (but not all) the problems of this nature that I have encountered over time.
I have not dealt with encrypted DVDs so there might be some special gotchas with that element.
I don't think there was anything special with the output of growisofs that time: Burning... Executing 'builtin_dd if=IMAGEFILE of=/dev/dvd obs=32k seek=0' /dev/dvd: "Current Write Speed" is 8.2x1352KBps. 0/4700012544 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/4700012544 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/4700012544 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/4700012544 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/4700012544 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/4700012544 ( 0.0%) @0x, remaining ??:?? RBU 100.1% UBU 0.0% 589824/4700012544 ( 0.0%) @0.1x, remaining 3319:47 RBU 100.0% UBU 7.0% ... 4606263296/4700012544 (98.0%) @8.1x, remaining 0:10 RBU 100.0% UBU 81.5% 4643520512/4700012544 (98.8%) @8.1x, remaining 0:06 RBU 100.0% UBU 90.8% 4680777728/4700012544 (99.6%) @8.1x, remaining 0:02 RBU 57.3% UBU 90.8% builtin_dd: 2294928*2KB out @ average 6.3x1352KBps /dev/dvd: flushing cache /dev/dvd: closing track /dev/dvd: closing disc real 9m31.376s user 0m2.312s sys 0m34.318s And now that I think, the last time I tried K3B, it claimed the DVD failed comparisson. It could be this same problem. As to using bash or something else... it doesn't matter. My problem, which is burning and comparing, is solved, it works fine. What I'm curious is why the first attempt to read the dvd fails intermitently. I handle the case, no problem, but I'm curious as to the "why". As to the dvd being encripted, doesn't matter: it is just a burned image, and the mount process is different; shouldn't have any effect on this. /Shouldn't/, of course. Mmmm... The same script didn't complain under openSUSE 10.3, same type of images. I think it maybe some issue with hal/udev, maybe while trying to recognise what is inside the drive (empty, music, data...) - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknA78UACgkQtTMYHG2NR9UEWgCeK70/hmDaINEdu8p5Rk1zTra3 3tAAn3KNFmke0D2CpJuSqnguSQ4AaIQU =Oj01 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 March 2009 07:57:33 am Carlos E. R. wrote:
What I'm curious is why the first attempt to read the dvd fails intermitently.
Kernel driver timeout waiting for unit to warmup? -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2009-03-18 at 08:31 -0500, Rajko M. wrote:
On Wednesday 18 March 2009 07:57:33 am Carlos E. R. wrote:
What I'm curious is why the first attempt to read the dvd fails intermitently.
Kernel driver timeout waiting for unit to warmup?
It has just finished burning... not possible. It is hot. The sequence was: Burn an image eject Compare the image to DVD (will close the door) The compare failed sometimes because of that error. Thus, I changed the sequence to: Burn an image Test read the dvd (file command) - will close the door. Test again. Compare the image to DVD. Now, it can fail the first of the two "file" commands (the one that makes it close the door), but the compare succeeds. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknBCDEACgkQtTMYHG2NR9Wm1wCcCgM2fXbAUfJC4cKrsrlaiQNw UMIAn0sbvsyj8hvMPWWqxhNWRSack56d =CXLJ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 March 2009 09:41:40 am Carlos E. R. wrote:
On Wednesday, 2009-03-18 at 08:31 -0500, Rajko M. wrote:
On Wednesday 18 March 2009 07:57:33 am Carlos E. R. wrote:
What I'm curious is why the first attempt to read the dvd fails intermitently.
Kernel driver timeout waiting for unit to warmup?
It has just finished burning... not possible. It is hot.
I didn't meant physical warm up, but initial reading of the media can take some time, and command/driver can timeout because it is not able to access it. Something like When you mentioned it is hot, is it possible that giving a time to media to cool down can help. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2009-03-18 at 10:46 -0500, Rajko M. wrote:
What I'm curious is why the first attempt to read the dvd fails intermitently.
Kernel driver timeout waiting for unit to warmup?
It has just finished burning... not possible. It is hot.
I didn't meant physical warm up, but initial reading of the media can take some time, and command/driver can timeout because it is not able to access it. Something like
Ah. Yes, that could be understandable, but the error message should then reflect that. You see, if you leave the door open with a DVD in the tray, and issue a manual mount command, the door will close and the device mounted, even if it takes a minute. So it waits. This is somewhat different.
When you mentioned it is hot, is it possible that giving a time to media to cool down can help.
Well, if I try to access the unit twice, and fast, the second attempt always succeeds, and there has been no time to cool down. It is just a curiosity with no consequence (because my workaround works). Googling for that message I found some instances of no access to a HD, which is weird. So far, nothing similar to my case, a failure followed with success the next second. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknBHVsACgkQtTMYHG2NR9UXCgCfY9yb/5EicFui8K8MPb1hT+QC dwMAn3O9zJiBTYrYyoNnoX5UGpLeiV3q =FGij -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 March 2009 11:12:01 am Carlos E. R. wrote:
Googling for that message I found some instances of no access to a HD, which is weird. So far, nothing similar to my case, a failure followed with success the next second.
Recently there was mentioned on the list problem with sound. Kaffeine started in console would produce: HDIO_GET_DMA failed: Inappropriate ioctl for device Could be some regular expression in udev rules combined with device name. Do you have anything in logs, right after starting script? I used to edit /var/log/messages and put few empty lines and some word that software would not produce as a marker, then run program with problems. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2009-03-18 at 11:46 -0500, Rajko M. wrote:
On Wednesday 18 March 2009 11:12:01 am Carlos E. R. wrote:
Googling for that message I found some instances of no access to a HD, which is weird. So far, nothing similar to my case, a failure followed with success the next second.
Recently there was mentioned on the list problem with sound. Kaffeine started in console would produce: HDIO_GET_DMA failed: Inappropriate ioctl for device
Could be some regular expression in udev rules combined with device name. Do you have anything in logs, right after starting script?
Not after, before. Mar 17 21:29:33 nimrodel kernel: end_request: I/O error, dev hdc, sector 0 Mar 17 21:29:33 nimrodel kernel: Buffer I/O error on device hdc, logical block 0 This is a failed attempt to mount an encripted DVD with reiserfs format. In 11.0 (and 11.1) the mount fails because the system tries to write to the DVD. 10.3 suceeded. There is a bugzilla, but no progress at all. After that, I ejected that DVD and burned the second one (encripted, formatted as FAT).
I used to edit /var/log/messages and put few empty lines and some word that software would not produce as a marker, then run program with problems.
You do not need to edit the file, just use a command to write to the log. Like: logger -s -t $BASENAME -p local1.debug " -> entrando" bin/PruebaTrap:trap 'logger -s -t $BASENAME -p local1.warn "SIGTERM TRAPPED!" ; "echo" ' SIGTERM Uh-Oh... I found another bug. This command: grep "logger" bin/* stopped grepping right after the above lines. I have to go out, can't investigate it now. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknBQtUACgkQtTMYHG2NR9XNVQCfaX9HuG26WQba5sUhcM4XlN2+ SrIAoIlW12jXNANO1/akejFnUs1JKQGg =yzSw -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (4)
-
Carlos E. R. -
Carlos E. R. -
G T Smith -
Rajko M.