RE: [Cooker] ide-scsi problems
http://www-106.ibm.com/developerworks/linux/library/l- fs6/?opent=grl,l=252,p=lfs6 ) they talk about the use of /dev-state. The use the new bind ability of mount. It is not new actually. And its usage here is not necessary at all - we achieve the same result with devfsd.conf It has one advantage that permissions are preserved even for non-devfs case. It is unlikely be of significant advantage as we do not (expect to) boot without devfs except for real emergency They do later say it turned out to be useful, but I'd like to see the example of it. This is nice, elegant, eye-catching, but absolutely not needed. but they also make a cp ( from their init wrapper ) : cp -ax /dev-state/compat/* /dev ... So, if you happen to be using a non-devfs kernel module, you'll need to create a device node in /dev manually. The problem with this approach is that this new device node will be ignored by devfsd, meaning that the next time you reboot, it will disappear. Our solution to this problem is to have the /dev-state/compat directory; if you have a non-devfs module, simply create your old-style device nodes in /dev-state/compat and they will be manually added to the devfs filesystem at boot time, thanks to the considerate steps of our handy init wrapper. This contradicts with the code. It should be cp -ax /dev-state/compat /dev so that the whole /dev/compat tree is recreated. As it stands now, you have /dev/compat/some-device in non-devfs case and /dev/some-device in devfs case. But yes, having special separate directory for extra files is one possibility. Having it inside /dev gives you advantage of having it both with and without devfs. Unfortunately it does not solve the problem our rc.sysinit tries to solve. You can't simply do 'mknod /dev/foo ...' and expect it to exist after reboot. That is the major problem for end user. You have to modify every package to create files in /dev/compat (or somewhere else) and teach users to do the same. For that matter you can just as well add extra lines to devfsd.conf (good, creating file is simpler, but devfsd.conf provides additional possibilities). -andrej
RE: [Cooker] ide-scsi problems
[I have been cleaning folder]
- there is someting strange with ide-scsi CDs; instead of creating
link
to
/dev/scsi/... plain block device is created:
filr-xr-xr-x1 root root 33 ??? 1 1970 cdrom0 -
../ide/host0/bus1/target0/lun0/cd
brw-rw-rw-1 root root 11, 0 ??? 1 1970 cdrom1
I do not know if it may have some side-effect; in any case,
permisions
from
pam_console are not applied here so you get world-readable device.
It
may be
considered a problem. OTOH canonical path has correct permissions:
{pts/1}% ll /dev/scsi/host0/bus0/target0/lun0/cd
brw-rw1 bor cdwriter 11, 0 ??? 9 23:15
/dev/scsi/host0/bus0/target0/lun0/cd
as tey should be. I have no idea who does it.
booh :-(
It again the result of our restoring of devfs state in rc.sysinit.
Basically, when registering /dev/cdroms/* entry cdrom drivers check real
device name is registered. But it is *not* registered - it is tried, but
existing devfs entry for scsi/host0/bus0/target0/lun0/cd is found so
nothing gets registered. Contrary to the expectation (but
understandable), registering devfs entry from within a kernel is *not*
the same as doing mknod on devfs. So cdrom driver gives up and just
created file instead of link.
How many times have I said restoring devfs state is evil Evil EVIL :(
-andrej
Re: [Cooker] ide-scsi problems
Pixel wrote:
Borsenkow Andrej [EMAIL PROTECTED] writes:
Pixel wrote:
in fact, the best solution is to use
probeall scsi_hostadapter scsi_hostadapter1 scsi_hostadapter2 ...
and to perl -pi -e 's/scsi-hosts/scsi_hostadapter/g' /etc/modules.devfs
that way, both devfs and non-devfs will work nicely.
How should it work with non-devfs? And I do not see any point in chaging the
name - scsi-hosts is already used in modules.devfs and is good mnemonic name.
because of:
pixel@no:/home/chmou/rpm/BUILD/linuxgrep -2 -r scsi_hostadapter .
./drivers/scsi/scsi.c-#ifdef CONFIG_KMOD
./drivers/scsi/scsi.c- if (scsi_hosts == NULL)
./drivers/scsi/scsi.c: request_module(scsi_hostadapter);
./drivers/scsi/scsi.c-#endif
./drivers/scsi/scsi.c- return scsi_register_device_module((struct
Scsi_Device_Template *) ptr);
The kernel explicitly modprobe's scsi_hostadapter. So unless we patch the
kernel to make it modprobe scsi-hosts, we should patch devfsd to modprobe
scsi_hostadapter instead of scsi-hosts.
# If they asked for ide-scsi, load it
Nope, it does not work for non-devfs case (tested). Kernel will probe
scsi_hostadapter *only* if no hostadapters are registered. It means, if
you have two (me as example :-) and one of them is loaded and other not
- kernel will not try to modporbe host_adapter at all (which is awfull
kludge anyway). Some more random comments:
- loading such modules as ide-scsi and ppa results in nasty console
output. If they are going to be loaded on demand, something needs to be
done about it
- ide-scsi is unconditionally loaded in rc.sysinit:
if grep -q ide-scsi /proc/cmdline ; then
modprobe ide-cd /dev/null 21
modprobe ide-scsi /dev/null 21
It may be leftover, now ide-scsi is preloaded in /etc/modules; so this
probably should be removed? In any case, it prevents autocleaning module.
- there is someting strange with ide-scsi CDs; instead of creating link
to /dev/scsi/... plain block device is created:
filr-xr-xr-x1 root root 33 ??? 1 1970 cdrom0 -
../ide/host0/bus1/target0/lun0/cd
brw-rw-rw-1 root root 11, 0 ??? 1 1970 cdrom1
I do not know if it may have some side-effect; in any case, permisions
from pam_console are not applied here so you get world-readable device.
It may be considered a problem. OTOH canonical path has correct permissions:
{pts/1}% ll /dev/scsi/host0/bus0/target0/lun0/cd
brw-rw1 bor cdwriter 11, 0 ??? 9 23:15
/dev/scsi/host0/bus0/target0/lun0/cd
as tey should be. I have no idea who does it.
-andrej
Re: [Cooker] ide-scsi problems
On Sun, 9 Sep 2001, Borsenkow Andrej wrote: - ide-scsi is unconditionally loaded in rc.sysinit: if grep -q ide-scsi /proc/cmdline ; then modprobe ide-cd /dev/null 21 modprobe ide-scsi /dev/null 21 It may be leftover, now ide-scsi is preloaded in /etc/modules; so this probably should be removed? In any case, it prevents autocleaning module. Where is it loaded? If it is not laoded very early then hdparm has a problem trying to optimize a disk that doesn't exist yet. I am speaking of the /etc/sysconfig/hardisks file which is also problematic because most hdparm options do not work on CD-ROM's anyway. -- Sincerely, David Walluck [EMAIL PROTECTED]
Re: [Cooker] ide-scsi problems
Borsenkow Andrej [EMAIL PROTECTED] writes:
[...]
Nope, it does not work for non-devfs case (tested). Kernel will probe
scsi_hostadapter *only* if no hostadapters are registered. It means, if you
have two (me as example :-) and one of them is loaded and other not - kernel
will not try to modporbe host_adapter at all (which is awfull kludge anyway).
good point. Ok, so:
probeall scsi_hostadapter module1 module2
in /etc/modules.conf
scsi_hostadapter
in /etc/modules (need for non-devfsd)
scsi_hostadapter instead of scsi-hosts in /etc/modules.devfs
[...]
- ide-scsi is unconditionally loaded in rc.sysinit:
if grep -q ide-scsi /proc/cmdline ; then
modprobe ide-cd /dev/null 21
modprobe ide-scsi /dev/null 21
this is needed if you ide-cd module and don't want your cdrom to be seen as
scsi. It's not needed when ide-cd is not in module (which is our case). So i
propose:
if grep -q ide-scsi /proc/cmdline ; then
modprobe ide-cd /dev/null 21 modprobe ide-scsi /dev/null 21
It may be leftover, now ide-scsi is preloaded in /etc/modules; so this
probably should be removed? In any case, it prevents autocleaning module.
as for scsi modules, we're going away from autocleaning. ethx modules should
not be autocleaned either. Good spot for autocleaning are the fs modules.
- there is someting strange with ide-scsi CDs; instead of creating link to
/dev/scsi/... plain block device is created:
filr-xr-xr-x1 root root 33 ??? 1 1970 cdrom0 -
../ide/host0/bus1/target0/lun0/cd
brw-rw-rw-1 root root 11, 0 ??? 1 1970 cdrom1
I do not know if it may have some side-effect; in any case, permisions from
pam_console are not applied here so you get world-readable device. It may be
considered a problem. OTOH canonical path has correct permissions:
{pts/1}% ll /dev/scsi/host0/bus0/target0/lun0/cd
brw-rw1 bor cdwriter 11, 0 ??? 9 23:15
/dev/scsi/host0/bus0/target0/lun0/cd
as tey should be. I have no idea who does it.
booh :-(
[Cooker] ide-scsi problems
Hello, In todays latest cooker I have two problems with ide scsi drives. First - can't mount the drive.. KDE says special device does not exist for /dev/scd0. On doing a little digging, /dev/scd0 is now a link to /dev/host0/bus0/target0/lun0/cd, In that dirctory there is generic and disc, but no cd. Creating a link cd -- disc make it kinda work, but not completely. With the link in place, now i can try to mount and it says no media rather than the above message. Haven't tried it after rebooting yet. Eject isn't happy. eject /mnt/cdrom2 and eject /dev/scd0 both bomb with a last parameter is invalid message. In order to get ide-scsi support on the pcmcia cards I still have to modprobe -r ide-scsi then modprobe ide-scsi back in again. Vinny
Re: [Cooker] ide-scsi problems
Vincent Meyer wrote:
Hello,
In todays latest cooker I have two problems with ide scsi drives.
First - can't mount the drive.. KDE says special device does not
exist for /dev/scd0. On doing a little digging, /dev/scd0 is now a
link to /dev/host0/bus0/target0/lun0/cd, In that dirctory there is
generic and disc, but no cd. Creating a link cd -- disc make it kinda
work, but not completely.
I cannot reproduce it.
{pts/2}% ll /dev/scd0
lr-xr-xr-x1 root root 31 ??? 9 2001 /dev/scd0 -
scsi/host1/bus0/target0/lun0/cd
With the link in place, now i can try to mount and it says no
media rather than the above message. Haven't tried it after rebooting
yet.
Confirmed. Same here.
Eject isn't happy. eject /mnt/cdrom2 and eject /dev/scd0 both
bomb with a last parameter is invalid message.
eject scd0 works here.
But as long as I canot mount - it does not matter :-(
-andrej
Re: [Cooker] ide-scsi problems
Borsenkow Andrej wrote: Vincent Meyer wrote: With the link in place, now i can try to mount and it says no media rather than the above message. Haven't tried it after rebooting yet. Confirmed. Same here. Eh ... I forgot to insert CD. You too? :-) So, everything works for me on new install. I may suspect problems on update from earlier versions, that's true. -andrej
Re: [Cooker] ide-scsi problems
Hi I had the same 'not found device' so I went to /etc/devfsd.conf and hashed out the two last lines: # Enable full compatibility mode for old device names. You may comment these # out if you don't use the old device names. Make sure you know what you're # doing! REGISTER.* MKOLDCOMPAT UNREGISTER .* RMOLDCOMPAT # You may comment out the above and uncomment the following if you've # configured your system to use the original new devfs names or the really # new names #REGISTER vc/.* MKOLDCOMPAT #UNREGISTER vc/.* RMOLDCOMPAT #REGISTER pty/.* MKOLDCOMPAT #UNREGISTER pty/.* RMOLDCOMPAT #REGISTER miscMKOLDCOMPAT #UNREGISTER miscRMOLDCOMPAT # You may comment these out if you don't use the original new names REGISTER.* MKNEWCOMPAT UNREGISTER .* RMNEWCOMPAT And then all was back. guran -- Mandrake Linux 8.1 beta Cooker kernel-2.4.8.21 vers:1.569
Re: [Cooker] ide-scsi problems
PLease, please!
The problem of disappearing ide-scsi cdrom is totally diferent; see
another thread today (forgot subject and do not have it anymore). You
have to add
probeall svsi-hosts scsi_hostadapter scsi_hostapdapter1 ...
for all SCSU hostadapters to modules.conf. That will cause devfsd to
insmod SCSI modules on access to /dev/scd* and this will also create
/dev/scd* if it does not exist. See:
{pts/2}% sudo rmmod ide-scsi
{pts/2}% ll /dev/scd*
zsh: no matches found: /dev/scd*
{pts/2}% ll /dev/scd0
lr-xr-xr-x1 root root 31 ??? 9 00:44 /dev/scd0 -
scsi/host1/bus0/target0/lun0/cd
{pts/2}% lsmod | grep ide-scsi
ide-scsi8096 0 (autoclean)
scsi_mod 91040 4 [sr_mod ide-scsi ppa sd_mod]
{pts/2}% grep hostadapter /etc/modules.conf
alias scsi_hostadapter ppa
alias scsi_hostadapter1 ide-scsi
probeall scsi-hosts scsi_hostadapter scsi_hostadapter1
What you have done is to commet out removing of device entry when module
is unloaded. While it is possible solution it has drawbacks.
-andrej
guran wrote:
Hi
I had the same 'not found device' so I went to /etc/devfsd.conf and hashed
out the two last lines:
# Enable full compatibility mode for old device names. You may comment these
# out if you don't use the old device names. Make sure you know what you're
# doing!
REGISTER.* MKOLDCOMPAT
UNREGISTER .* RMOLDCOMPAT
# You may comment out the above and uncomment the following if you've
# configured your system to use the original new devfs names or the really
# new names
#REGISTER vc/.* MKOLDCOMPAT
#UNREGISTER vc/.* RMOLDCOMPAT
#REGISTER pty/.* MKOLDCOMPAT
#UNREGISTER pty/.* RMOLDCOMPAT
#REGISTER miscMKOLDCOMPAT
#UNREGISTER miscRMOLDCOMPAT
# You may comment these out if you don't use the original new names
REGISTER.* MKNEWCOMPAT
UNREGISTER .* RMNEWCOMPAT
And then all was back.
guran
Re: [Cooker] ide-scsi problems
Pixel wrote: in fact, the best solution is to use probeall scsi_hostadapter scsi_hostadapter1 scsi_hostadapter2 ... and to perl -pi -e 's/scsi-hosts/scsi_hostadapter/g' /etc/modules.devfs that way, both devfs and non-devfs will work nicely. How should it work with non-devfs? And I do not see any point in chaging the name - scsi-hosts is already used in modules.devfs and is good mnemonic name. The pb used to be solve by putting every scsi_hostadapter* in /etc/modules. But i didn't know probeall at that time (maybe it didn't exist?). The probeall solution is much neater and also ensures the scsi_hostadapters are insmoded in the same order. I did not realised that it makes preloading redundant. Good.
Re: [Cooker] ide-scsi problems
Pixel wrote: Borsenkow Andrej [EMAIL PROTECTED] writes: Pixel wrote: in fact, the best solution is to use probeall scsi_hostadapter scsi_hostadapter1 scsi_hostadapter2 ... and to perl -pi -e 's/scsi-hosts/scsi_hostadapter/g' /etc/modules.devfs that way, both devfs and non-devfs will work nicely. How should it work with non-devfs? And I do not see any point in chaging the name - scsi-hosts is already used in modules.devfs and is good mnemonic name. because of: pixel@no:/home/chmou/rpm/BUILD/linuxgrep -2 -r scsi_hostadapter . ./drivers/scsi/scsi.c-#ifdef CONFIG_KMOD ./drivers/scsi/scsi.c- if (scsi_hosts == NULL) ./drivers/scsi/scsi.c: request_module(scsi_hostadapter); ./drivers/scsi/scsi.c-#endif ./drivers/scsi/scsi.c- return scsi_register_device_module((struct Scsi_Device_Template *) ptr); The kernel explicitly modprobe's scsi_hostadapter. So unless we patch the kernel to make it modprobe scsi-hosts, we should patch devfsd to modprobe scsi_hostadapter instead of scsi-hosts. Ah, that's really cute. And we do not even need to patch devfsd but just change modules.devfsd. Two times cute! Do you know kernel sources by heart? :-) -andrej
Re: [Cooker] ide-scsi problems
Borsenkow Andrej [EMAIL PROTECTED] writes: Pixel wrote: in fact, the best solution is to use probeall scsi_hostadapter scsi_hostadapter1 scsi_hostadapter2 ... and to perl -pi -e 's/scsi-hosts/scsi_hostadapter/g' /etc/modules.devfs that way, both devfs and non-devfs will work nicely. How should it work with non-devfs? And I do not see any point in chaging the name - scsi-hosts is already used in modules.devfs and is good mnemonic name. because of: pixel@no:/home/chmou/rpm/BUILD/linuxgrep -2 -r scsi_hostadapter . ./drivers/scsi/scsi.c-#ifdef CONFIG_KMOD ./drivers/scsi/scsi.c- if (scsi_hosts == NULL) ./drivers/scsi/scsi.c: request_module(scsi_hostadapter); ./drivers/scsi/scsi.c-#endif ./drivers/scsi/scsi.c- return scsi_register_device_module((struct Scsi_Device_Template *) ptr); The kernel explicitly modprobe's scsi_hostadapter. So unless we patch the kernel to make it modprobe scsi-hosts, we should patch devfsd to modprobe scsi_hostadapter instead of scsi-hosts.
RE: [Cooker] ide-scsi problems
If you boot into Gnome, you can mount and unmount w/o any problems. Must be
a bug in KDE.
Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Borsenkow Andrej
Sent: Saturday, September 08, 2001 1:00 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject:Re: [Cooker] ide-scsi problems
Vincent Meyer wrote:
Hello,
In todays latest cooker I have two problems with ide scsi drives.
First - can't mount the drive.. KDE says special device does not
exist for /dev/scd0. On doing a little digging, /dev/scd0 is now a
link to /dev/host0/bus0/target0/lun0/cd, In that dirctory there is
generic and disc, but no cd. Creating a link cd -- disc make it kinda
work, but not completely.
I cannot reproduce it.
{pts/2}% ll /dev/scd0
lr-xr-xr-x1 root root 31 ??? 9 2001 /dev/scd0 -
scsi/host1/bus0/target0/lun0/cd
With the link in place, now i can try to mount and it says no
media rather than the above message. Haven't tried it after rebooting
yet.
Confirmed. Same here.
Eject isn't happy. eject /mnt/cdrom2 and eject /dev/scd0 both
bomb with a last parameter is invalid message.
eject scd0 works here.
But as long as I canot mount - it does not matter :-(
-andrej
Re: [Cooker] ide-scsi problems
Borsenkow Andrej [EMAIL PROTECTED] writes: thread today (forgot subject and do not have it anymore). You have to add probeall svsi-hosts scsi_hostadapter scsi_hostapdapter1 ... in fact, the best solution is to use probeall scsi_hostadapter scsi_hostadapter1 scsi_hostadapter2 ... and to perl -pi -e 's/scsi-hosts/scsi_hostadapter/g' /etc/modules.devfs that way, both devfs and non-devfs will work nicely. The pb used to be solve by putting every scsi_hostadapter* in /etc/modules. But i didn't know probeall at that time (maybe it didn't exist?). The probeall solution is much neater and also ensures the scsi_hostadapters are insmoded in the same order.
Re: [Cooker]IDE-SCSI problems...
First... I would take it out of supermount... it can be problematic. In linuxconf (file systems, access local drives) change it from a partition of /mnt/cdrom to a partition of /dev/cdrom and then change the Type from supermount to iso9660. Then tab to options... I set the options as read only (don't worry you will still be able to write to it), user mountable, and not mount at boot time. Also, you might want to set /usr/bin/cdrecord as executable to other or make sure you are part of the cdwriter group. --- Slava Kharin [EMAIL PROTECTED] wrote: Hi, I am having troubles to access my ide-atapi CD-RW drive. I have it configured as 'hdd=ide-scsi in the kernel. I tried 2.4.3-mdk and 2.4.6-3mdk from the cooker without any success. I had no problems under LM-7.2 with the 2.2.x kernel. I found a similar problem report in the archive (see below) but no solution was sugested. The kernel seems to recognize the cdrom drive. Here what dmesg says: snip hda: ST51270A, ATA DISK drive hdc: WDC AC28400R, ATA DISK drive hdd: LG CD-RW CED-8081B, ATAPI CD/DVD-ROM drive snip scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: LGModel: CD-RW CED-8081B Rev: 1.00 Type: CD-ROM ANSI SCSI revision: 02 snip I can see the cdrom drive both in /proc/ide/hdd and in /proc/scsi. I have a link /dev/cdrom - /dev/scd0. The corresponding line in fstab is /dev/cdrom /mnt/cdrom iso9660 ro,nosuid,noauto,exec,user,nodev 0 0 The drive is recongized when I run cdrecord: cdrecord --scanbus Cdrecord 1.10 (i586-mandrake-linux-gnu) Copyright (C) 1995-2001 Jörg Schilling Linux sg driver version: 3.1.19 Using libscg version 'schily-0.5' scsibus0: 0,0,0 0) 'LG ' 'CD-RW CED-8081B ' '1.00' Removable CD-ROM 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * However when I try to mount the drive as 'mount /mnt/cdrom' I get mount: /dev/cdrom: unknown device Help is appreciated. Thanks, Slava - From: Ryan Little Subject: [Cooker]IDE-SCSI problems Date: Mon, 23 Apr 2001 18:51:12 -0700 ok, this is weird, I have a sony ide cdburner on hdc, and ide-scsi is all set up, I'm running a clean install of Mandrake 8, but apparantly I've boffed something up while trying to disable automount on my cd drivesor not, hadn't really tried mounting this drive before either. [root@littlebox /root]# lsmod snip ide-scsi7568 0 scsi_mod 85312 1 [ide-scsi] [root@littlebox /root]# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SONY Model: CD-RW CRX145E Rev: 1.0b Type: CD-ROM ANSI SCSI revision: 02 [root@littlebox /root]# mount /dev/scd0 /mnt/cdrom mount: /dev/scd0: unknown device [root@littlebox /root]# ls -l /dev/scd0 brw-rw1 root cdwriter 11, 0 Apr 14 07:06 /dev/scd0 mount /dev/hdc /mnt/cdrom gives the same thing, unknown device I'm at a loss here. In case it makes a difference here's /etc/fstab, although it shouldn't matter when I try to mount it manually like above... [root@littlebox /root]# cat /etc/fstab /dev/hdb5 / ext2 defaults 1 1 none /dev/pts devpts mode=0620 0 0 /dev/hdb7 /home ext2 defaults 1 2 /dev/hdc /mnt/cdrom auto user,noauto,nosuid,exec,nodev,ro 0 0 /dev/cdrom2 /mnt/cdrom2 auto user,noauto,nosuid,exec,nodev,ro 0 0 /dev/hda6 /mnt/downloads ext2 defaults 1 2 /mnt/floppy /mnt/floppy supermount fs=vfat,dev=/dev/fd0 0 0 /dev/hda1 /mnt/windows vfat user,exec,umask=0,codepage=850,iocharset=iso8859-1 0 0 none /proc proc defaults 0 0 /dev/hda5 /usr ext2 defaults 1 2 /dev/hdb6 swap swap defaults 0 0 also: [root@littlebox /root]# mount -t iso9660 /dev/hdc /mnt/cdrom mount: wrong fs type, bad option, bad superblock on /dev/hdc, or too many mounted file systems (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) ide-scsi: hdc: unsupported command in request queue (0) isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Please if anyone can tell me whats wrong reply to me @ [EMAIL PROTECTED] or [EMAIL PROTECTED] = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: [Cooker]IDE-SCSI problems...
On Sun, 15 Jul 2001 20:42:30 -0700 Slava Kharin [EMAIL PROTECTED] wrote: I am having troubles to access my ide-atapi CD-RW drive. I have it configured as 'hdd=ide-scsi in the kernel. I tried 2.4.3-mdk and 2.4.6-3mdk from the cooker without any success. I had no problems under LM-7.2 with the 2.2.x kernel. I have a link /dev/cdrom - /dev/scd0. However when I try to mount the drive as 'mount /mnt/cdrom' I get mount: /dev/cdrom: unknown device [root@littlebox /root]# lsmod ide-scsi7568 0 scsi_mod 85312 1 [ide-scsi] Afaik you need the sr_mod module for mounting scsi cdroms, and the sg module for burning or formatting scsi disks. Try to modprobe sr_mod. mount /dev/hdc /mnt/cdrom gives the same thing, unknown device That's good, it's a scsi device now. -- Marcel Pol [EMAIL PROTECTED]
[Cooker]IDE-SCSI problems...
Hi, I am having troubles to access my ide-atapi CD-RW drive. I have it configured as 'hdd=ide-scsi in the kernel. I tried 2.4.3-mdk and 2.4.6-3mdk from the cooker without any success. I had no problems under LM-7.2 with the 2.2.x kernel. I found a similar problem report in the archive (see below) but no solution was sugested. The kernel seems to recognize the cdrom drive. Here what dmesg says: snip hda: ST51270A, ATA DISK drive hdc: WDC AC28400R, ATA DISK drive hdd: LG CD-RW CED-8081B, ATAPI CD/DVD-ROM drive snip scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: LGModel: CD-RW CED-8081B Rev: 1.00 Type: CD-ROM ANSI SCSI revision: 02 snip I can see the cdrom drive both in /proc/ide/hdd and in /proc/scsi. I have a link /dev/cdrom - /dev/scd0. The corresponding line in fstab is /dev/cdrom /mnt/cdrom iso9660 ro,nosuid,noauto,exec,user,nodev 0 0 The drive is recongized when I run cdrecord: cdrecord --scanbus Cdrecord 1.10 (i586-mandrake-linux-gnu) Copyright (C) 1995-2001 Jörg Schilling Linux sg driver version: 3.1.19 Using libscg version 'schily-0.5' scsibus0: 0,0,0 0) 'LG ' 'CD-RW CED-8081B ' '1.00' Removable CD-ROM 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * However when I try to mount the drive as 'mount /mnt/cdrom' I get mount: /dev/cdrom: unknown device Help is appreciated. Thanks, Slava - From: Ryan Little Subject: [Cooker]IDE-SCSI problems Date: Mon, 23 Apr 2001 18:51:12 -0700 ok, this is weird, I have a sony ide cdburner on hdc, and ide-scsi is all set up, I'm running a clean install of Mandrake 8, but apparantly I've boffed something up while trying to disable automount on my cd drivesor not, hadn't really tried mounting this drive before either. [root@littlebox /root]# lsmod snip ide-scsi7568 0 scsi_mod 85312 1 [ide-scsi] [root@littlebox /root]# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SONY Model: CD-RW CRX145E Rev: 1.0b Type: CD-ROM ANSI SCSI revision: 02 [root@littlebox /root]# mount /dev/scd0 /mnt/cdrom mount: /dev/scd0: unknown device [root@littlebox /root]# ls -l /dev/scd0 brw-rw1 root cdwriter 11, 0 Apr 14 07:06 /dev/scd0 mount /dev/hdc /mnt/cdrom gives the same thing, unknown device I'm at a loss here. In case it makes a difference here's /etc/fstab, although it shouldn't matter when I try to mount it manually like above... [root@littlebox /root]# cat /etc/fstab /dev/hdb5 / ext2 defaults 1 1 none /dev/pts devpts mode=0620 0 0 /dev/hdb7 /home ext2 defaults 1 2 /dev/hdc /mnt/cdrom auto user,noauto,nosuid,exec,nodev,ro 0 0 /dev/cdrom2 /mnt/cdrom2 auto user,noauto,nosuid,exec,nodev,ro 0 0 /dev/hda6 /mnt/downloads ext2 defaults 1 2 /mnt/floppy /mnt/floppy supermount fs=vfat,dev=/dev/fd0 0 0 /dev/hda1 /mnt/windows vfat user,exec,umask=0,codepage=850,iocharset=iso8859-1 0 0 none /proc proc defaults 0 0 /dev/hda5 /usr ext2 defaults 1 2 /dev/hdb6 swap swap defaults 0 0 also: [root@littlebox /root]# mount -t iso9660 /dev/hdc /mnt/cdrom mount: wrong fs type, bad option, bad superblock on /dev/hdc, or too many mounted file systems (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) ide-scsi: hdc: unsupported command in request queue (0) isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Please if anyone can tell me whats wrong reply to me @ [EMAIL PROTECTED] or [EMAIL PROTECTED]
Re: [Cooker]IDE-SCSI problems...
On Monday 16 July 2001 05:42, you wrote: I am having troubles to access my ide-atapi CD-RW drive. Hi HP wrote in the installation text, to my CD-RW, that sometimes the IDE chip might have problems when a fast harddrive and a CD-RW was placed on the same cable. My problems disappeared when I put both my harddrives as a,b and had the CD-RW as c. regards guran
Re: [Cooker]IDE-SCSI problems....
On Monday 23 April 2001 21:59, you wrote: On 23 Apr 2001 21:04:41 -0400, Ryan Little wrote: ok, this is weird, I have a sony ide cdburner on hdc, and ide-scsi is all set up, I'm running a clean install of Mandrake 8, but apparantly I've boffed something up while trying to disable automount on my cd drivesor not, hadn't really tried mounting this drive before either. Here's a quick stab in the dark. 2.4.x kernels use hdx=scsi instead of hdx=ide-scsi. Have in the parameters in grub hdc=ide-scsi, with the latest cooker kernel, and works fine! Unfortunately, only works for my DVD player, can't get it to recognise my CD-RW yet, as the controller is a PCMCIA IDE card, and isn't present at boot time. (CD-RW is hde) Does the kernel accept both ide-scsi and scsi ? Does it seem to make a difference which one is used? V.
[Cooker]IDE-SCSI problems....
ok, this is weird, I have a sony ide cdburner on hdc, and ide-scsi is all set up, I'm running a clean install of Mandrake 8, but apparantly I've boffed something up while trying to disable automount on my cd drivesor not, hadn't really tried mounting this drive before either. [root@littlebox /root]# lsmod snip ide-scsi7568 0 scsi_mod 85312 1 [ide-scsi] [root@littlebox /root]# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SONY Model: CD-RW CRX145E Rev: 1.0b Type: CD-ROM ANSI SCSI revision: 02 [root@littlebox /root]# mount /dev/scd0 /mnt/cdrom mount: /dev/scd0: unknown device [root@littlebox /root]# ls -l /dev/scd0 brw-rw1 root cdwriter 11, 0 Apr 14 07:06 /dev/scd0 mount /dev/hdc /mnt/cdrom gives the same thing, unknown device I'm at a loss here. In case it makes a difference here's /etc/fstab, although it shouldn't matter when I try to mount it manually like above... [root@littlebox /root]# cat /etc/fstab /dev/hdb5 / ext2 defaults 1 1 none /dev/pts devpts mode=0620 0 0 /dev/hdb7 /home ext2 defaults 1 2 /dev/hdc /mnt/cdrom auto user,noauto,nosuid,exec,nodev,ro 0 0 /dev/cdrom2 /mnt/cdrom2 auto user,noauto,nosuid,exec,nodev,ro 0 0 /dev/hda6 /mnt/downloads ext2 defaults 1 2 /mnt/floppy /mnt/floppy supermount fs=vfat,dev=/dev/fd0 0 0 /dev/hda1 /mnt/windows vfat user,exec,umask=0,codepage=850,iocharset=iso8859-1 0 0 none /proc proc defaults 0 0 /dev/hda5 /usr ext2 defaults 1 2 /dev/hdb6 swap swap defaults 0 0 also: [root@littlebox /root]# mount -t iso9660 /dev/hdc /mnt/cdrom mount: wrong fs type, bad option, bad superblock on /dev/hdc, or too many mounted file systems (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) ide-scsi: hdc: unsupported command in request queue (0) isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Please if anyone can tell me whats wrong reply to me @ [EMAIL PROTECTED] or [EMAIL PROTECTED]
Re: [Cooker]IDE-SCSI problems....
On 23 Apr 2001 21:04:41 -0400, Ryan Little wrote: ok, this is weird, I have a sony ide cdburner on hdc, and ide-scsi is all set up, I'm running a clean install of Mandrake 8, but apparantly I've boffed something up while trying to disable automount on my cd drivesor not, hadn't really tried mounting this drive before either. Here's a quick stab in the dark. 2.4.x kernels use hdx=scsi instead of hdx=ide-scsi. -- Steve Fox http://k-lug.com
