Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with 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 got Fujitsu-Siemens Econel 200 machine (2 x Xeon 3.2GHz, 2GB RAM, 2x SCSI 75GB Seagate Drives). The problem is that these drives are connected to one channel - i cannot change it since this is my employer's machine. Second channel does not have any devices. BIOS copes with it easily - no devices on second bus - it goes further. But linux (Red Hat AS 3.0) module aic79xx.o (i suppose it's this module) tries to search devices on second channel (from id 0 to id 15) but fails as soon as there is nothing to find there! I cannot disable second channel nor from BIOS neither from SCIC(Tm) utility... This search is about 5 minutes long - with no results - nothing to find since all 2 drives seat on 1st bus. Can anyone help me? Anyone familiar with ths problem?
I don't know if the following will be applicable to your situation or not, but assuming I understand the question correctly, the problem is that during boot the system continues to try to search for devices that you know are not present on the second channel. I was having a similar problem, where the system boot process was significantly slowed by that kind of useless detection. I was able to avoid that entire situation by adding the "append hxy=none" parameter to lilo.conf. (The values for x and y will depend on your specific machine - for me it was "hga=none")
As I've said the above may not be applicable to your situation however I'll throw it out there as a possibility. Check the man pages for more info about the append options in lilo. Good luck with it -- J.W.
Yes this is exactly this situation - i want to force kernel or module not to search devices on second channel since there is nothing there. THANKS FOR INTEREST. I'll try it right now! What is hxy? SCSI channel device?
The problem is I WANT TO force kernel/module NOT to initiate/search on second channel - IS THS POSSIBLE? Scsi Adapter is Adaptec AIC 7902W running on aic79xx.o module. Is is any possibility to do this? On first channel ID1 and ID2 are for two seagate scsi drives ID7 id for adaptec itself. On second channel only ID7 is for adaptec itself.
ANY HELP?
I'm fighting with FUJITSU-SIEMENS ECONEL 200 for 3 days. Ethernet doesn't work (1Gigabit Broadcom TG3)..
I also have problems with those darn Adaptec cards (my chipset is a 7902B).
I was thinking there may be a workaround for you. In stead of disabling channel B, you could enable host raid on this channel via your BIOS? Your SCSI card then will be detected as a RAID controller.
Sincerely
Guy
Last edited by gschellens; 06-02-2005 at 03:02 PM.
Congrats pc131 on solving the problem and many thanks for posting back with the solution that worked for you; it may be very helpful to future readers who have the same question -- J.W.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.