SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've just installed Slack 13.1, this was a "clean" install. All seems to be working well except for the dvd-rw, but this is a show stopper, if it doesn't get resolved in a few days I'll have to go back to 13.0.
The drive is detected correctly, but if a cd is mounted it gets errors, and is unable to set it up (it doesn't appear on the desktop).
Here is the info from dmesg:
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata3.00: ATAPI: TSSTcorp CDDVDW SH-S223Q, SB03, max UDMA/100
ata3.00: configured for UDMA/100
scsi 2:0:0:0: CD-ROM TSSTcorp CDDVDW SH-S223Q SB03 PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 2:0:0:0: Attached scsi CD-ROM sr0
And here are the errors:
May 27 10:52:06 darkstar kernel: Buffer I/O error on device sr0, logical block 142503
May 27 10:52:10 darkstar kernel: sr 2:0:0:0: [sr0] Unhandled sense code
May 27 10:52:10 darkstar kernel: sr 2:0:0:0: [sr0] Result: hostbyte=0x00 driverbyte=0x08
May 27 10:52:10 darkstar kernel: sr 2:0:0:0: [sr0] Sense Key : 0x3 [current]
May 27 10:52:10 darkstar kernel: sr 2:0:0:0: [sr0] ASC=0x11 ASCQ=0x5
May 27 10:52:10 darkstar kernel: sr 2:0:0:0: [sr0] CDB: cdb[0]=0x28: 28 00 00 04 59 4e 00 00 02 00
May 27 10:52:10 darkstar kernel: end_request: I/O error, dev sr0, sector 1140024
Sorry, I need to be more precise. With Slack 13.0, if I put a cd in the drive, it would, after checking it, create a desktop icon, which you could then use to open the filesystem. This does not happen with Slack 13.1, the drive gets errors. I have tried many cd's, and 2 different drives on 2 different computers. If I issue a "mount" command such as :
mount /dev/sr0 /mnt/cdrom
it will mount the device and I can then read it.
One other point...if I insert a usb stick, the desktop icon gets created. Also, I am using xfce as my desktop.
It seems to be a udev/hal issue, but I'm not sure how to chase that down.
Cd reading(or rather - accessing a cd) is worse in 13.1 than it is in 12.1 - this is my user experience, tested on both releases on the same hardware. Hopefully someone founds what is causing this, for now i have to reboot into slack 12.1 to access some of the cd(r)-s from my data backup collection.
Sorry, I need to be more precise. With Slack 13.0, if I put a cd in the drive, it would, after checking it, create a desktop icon, which you could then use to open the filesystem. This does not happen with Slack 13.1, the drive gets errors. I have tried many cd's, and 2 different drives on 2 different computers. If I issue a "mount" command such as :
mount /dev/sr0 /mnt/cdrom
it will mount the device and I can then read it.
One other point...if I insert a usb stick, the desktop icon gets created. Also, I am using xfce as my desktop.
It seems to be a udev/hal issue, but I'm not sure how to chase that down.
I'm running as root, so it's not a permissions issue.
I still think something has changed in the way hal/udev sets up the device. Before it even gets to mount, which is what you do with fstab, it has trouble recognizing the cd. I think that once that fails, the mount process isn't going to work.
I have same issue but I am upgrading(not fresh install).
I am using xfce as well. My external usb drives don't auto mount either.
It is not really a deal breaker for me as I really don't mind manually mounting devices.
I also get some really fast messages at boot about udevd it is so quick I can't read it and I can't find it in any logs. It says something is being removed from future versions or something.
I'm running as root, so it's not a permissions issue.
I'm no specialist but HAL may not work if instructions described in file CHANGES_AND_HINTS.TXT are not followed:
Quote:
HAL is not new anymore, but here are a few notes related to it:
1. User accounts with permission to mount removable devices and manipulate
bluetooth devices must be in at least the "plugdev" group.
2. User accounts with permission to do power-management tasks, such as
suspend, hibernate, reboot, and shutdown, via HAL methods should be in
the "power" group.
3. HAL will honor settings in /etc/fstab if a device is present there, so
you could technically have removable devices defined in /etc/fstab, but
if the fstab settings do not allow normal users to mount them (with the
"user" or "users" option), then HAL/dbus will not allow them to be
mounted either. In other words, for example, if your fstab line for the
cdrom/dvd drive includes the "owner" option, you will not be able to
mount it as a normal user.
4. If you find a need for modified fdi files, those should be placed in the
relevant directories in /etc/hal/fdi/ instead of /usr/share/hal/fdi/
I would suggest that you try to follow those instructions (especially points 1 & 3) even if you think that with your root account it does not matter.
I had a similar problem with current that I was hoping would go away with a fresh install (since I have not done a fresh install since 12.1) but it did not. For me the problem only happens (at least so far) with burned cds (iso9660). Mounting the cds as root using the -t iso9660 option works just fine. Audio cds, dvds, and pressed cds work. And the burned cds mount for me with an entry in fstab. It's the automounting that I'm having a problem with.
To the best of my knowledge, the problem cropped up for me a while back in current. Was there not some change in the way cd drives were handled (something with scsi)? I know a similar thing happened to me before and the fix for me was to make sure certain drivers were loaded in a certain order. But that was back when the drive was using scsi.
I have yet to find anything that fixes my current mounting problems.
Other than item #4 (using a modified fdi) which I have not tried.
And I do not think it is a hardware problem because the cds in question work just fine in windows xp, some of the cds are bootable and will boot the machine just fine...it's only when I pop the cd in while running slackware that I get similar errors as above.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.