Anonymous | Login | 2024-04-30 03:42 CEST |
Main | My View | View Issues |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
0001954 | [xcdroast] regular use | minor | always | 2006-12-01 14:04 | 2009-04-05 12:57 | ||
Reporter | jeff | View Status | public | ||||
Assigned To | |||||||
Priority | normal | Resolution | open | ||||
Status | closed | ||||||
Summary | 0001954: Xcdroast leaves vold in unstable state | ||||||
Description |
When I use xcdroast, I burn a CD and then exit the program. Next, I reinsert the CD to make sure it is readable. This works fine, but when I attempt to eject the CD using the command: eject cdrom I get the error message: /vol/dev/rdsk/c2t5d0/unknown_format not present in a drive When I look in the /cdrom directory I see: cdrom1 -> ./unnamed_hsfs#1 unnamed_hsfs unnamed_hsfs#1 When I examine the contents of unnamed_hsfs and unnamed_hsfs#1 I see that both appear to contain the same content, but attempts to access any files in the unnamed_hsfs directory result in errors. I believe the problem is that when xcdroast ejects the CD after finishing the write operation, it does not properly interact with the running vold process and vold gets out of sync and is unable to cope when a new CD is inserted. The problem can be cleared up somewhat by running: /etc/init.d/volmgt stop /etc/init.d/volmgt start After issuing these commands, I can then run: eject cdrom and the CD is ejected, but reexamining /cdrom shows that the now empty unnamed_hsfs#1 directory remains and must be manually deleted. |
||||||
Additional Information | |||||||
Tags | No tags attached. | ||||||
Attached Files | |||||||
|
Notes | |
(0004632) joerg (manager) 2007-06-17 06:09 |
This seemsd to be a vold bug, report it so Sun. |
(0005883) joerg (manager) 2009-04-05 12:57 |
This is not related to cdrtools |
Copyright © 2000 - 2008 Mantis Group |