Linux-Hardware Digest #733, Volume #14 Sun, 6 May 01 03:13:05 EDT
Contents:
Re: HP 5200c ("Micah Yoder")
getting data back from fdisked hdd (Aaron Berg)
Re: RH 7.1, kernel 2.4, and Adaptec 29160 (J Hayward)
Re: Mouse still doesn't work under X ("Chuck Bearns")
Re: Sound blaster live! with Mandrake 7.1 (Christian Garms)
digital camera (Gunnar)
Re: digital camera (Drew Roedersheimer)
Re: digital camera (Hal Burgiss)
Re: digital camera (Drew Roedersheimer)
Acer Scanner Prisa 640S (Gunnar)
Re: linux machine croaked :( ("Eric Wertman")
Re: mouse wheel ("Eric Wertman")
Re: RH 7.1, kernel 2.4, and Adaptec 29160 ("D. Stimits")
Re: RH 7.1, kernel 2.4, and Adaptec 29160 ("D. Stimits")
Re: RH 7.1, kernel 2.4, and Adaptec 29160 (J Hayward)
----------------------------------------------------------------------------
From: "Micah Yoder" <[EMAIL PROTECTED]>
Subject: Re: HP 5200c
Date: Sun, 06 May 2001 02:07:10 GMT
Also whenever I run scanimage -L, the following appears in
/var/log/messages:
May 5 19:06:13 eclipse modprobe: modprobe: Can't locate module char-major-81-1
May 5 19:06:13 eclipse modprobe: modprobe: Can't locate module char-major-81-2
May 5 19:06:14 eclipse modprobe: modprobe: Can't locate module char-major-81-3
What does this mean and is there something I need to install? I'm not
familiar with those modules, and especially how they might be necessary
for a scanner.
Thanks,
Micah
------------------------------
From: Aaron Berg <[EMAIL PROTECTED]>
Subject: getting data back from fdisked hdd
Date: Sun, 06 May 2001 02:11:00 +0000
First of *sigh* as I was freshly installing linux on a new hard drive
(hde). I had a hard drive on hda as well. I manually fdisked hde and set
it up. I didn't touch hda but it still got wiped of its partition
information. I think it happened when lilo wrote to its MBR? Anyways I
lost the partition information on the disk. I promptly disconnected the
drive in hopes that I can rebuild the partition table. No new partition
was made and the drive was not formatted. My question is:
How would I go about getting the data off the hard drive, if this is
possible. Thanks for you time everyone,
-Aaron
--
Aaron C. Berg [EMAIL PROTECTED]
Minnesota State University, Mankato http://www.mnsu.edu
CS Department Unix Systems Administrator http://davinci.cs.mnsu.edu
Wissink Building 283
Phone: (507)389-5600 Fax: (507)389-6376
Have a great day!
------------------------------
From: J Hayward <[EMAIL PROTECTED]>
Subject: Re: RH 7.1, kernel 2.4, and Adaptec 29160
Date: Sat, 5 May 2001 19:44:05 -0700
Hello,
Shelby S. Evans wrote:
According to redhat the problem is using "noapic". If I understand it
correctly it seems the installer kernel was compiled without uniprocessor
apic support which results in the kernel not mapping IRQ's correctly on
some motherboards. The problem apparently effects Intel chipset based
motherboards the most.
Some people have reported success using the "noprobe" option. It must not
have asked you which scsi driver to load maybe because you are using an ide
cdrom. Looks like you might be stuck until Redhat releases an updated
installer. Did you try "expert" install? At the boot prompt "linux noprobe
expert"
Regards,
Jim H
> Jim,
>
> Thanks for the suggestion. I tried "linux noprobe noapic" for kernel
> parameters but in this case, it said I have no medium on which to
> install the operating system.
>
> Chris Evans
>
> J Hayward wrote:
>
>> Hello,
>>
>> At the install prompt try the option "noprobe", this might allow you to
>> install.
>>
>> ------- Additional comments from [EMAIL PROTECTED] 2001-04-24 11:45:44
>>
>> We've isolated where the problem comes from (it is IRQ routing issues,
>> it
>> is only on kernels that are not SMP and do not have UP-IOAPIC enabled,
>> which basically means that the PCI BIOS IRQ routing table is hosed while
>> the MP IRQ table mapping is OK, which is likely a bug/deficiency in the
>> motherboard BIOS). Fixing it will likely require an entirely new boot
>> disk with UP-IOAPIC support enabled (which also means all the modules
>> have to be rebuilt and will result in new driver disks as well :-(
>>
>>
==========================================================================================
>>
>> Regards,
>> Jim H
>
>
------------------------------
From: "Chuck Bearns" <[EMAIL PROTECTED]>
Subject: Re: Mouse still doesn't work under X
Date: Sat, 5 May 2001 20:26:21 -0700
Reply-To: "Chuck Bearns" <[EMAIL PROTECTED]>
I found Ron Jenkins instructions for setting up X. His suggestion to use
either of the commands:
gpm -k
or
killall gpm
didn't solve the problem but had an interesting affect. It allowed GNOME to
start up - which is better than before. The mouse still doesn't work. The
cursor just sits square in the middle of the screen and doesn't move.
Any other places I might look?
Thanks,
Chuck Bearns
"Chuck Bearns" <[EMAIL PROTECTED]> wrote in message
news:9cqpd3$jne$[EMAIL PROTECTED]...
> I have a PS/2 port mouse, Microsoft Serial Port Mouse Compatible Mouse
2.0.
>
> The mouse works in other situations just fine. It doesn't work under X.
>
> The X config seems to be done OK, including the mouse.
>
> Any suggestions?
>
> thanks
>
>
------------------------------
From: Christian Garms <[EMAIL PROTECTED]>
Subject: Re: Sound blaster live! with Mandrake 7.1
Date: 06 May 2001 14:04:14 +1200
freeflower <[EMAIL PROTECTED]> writes:
> Good to all,
> i'm using amd athlon 1.2 with a sound blaster live pci, tried
> configuring it with sounddrak managed to play the sample but when I
> press "ok" to finish up the configurition sounddrak complains that "sox
> can't open output file /dev/dsp"
Hmm ... kinda strange.
Normally /dev/dsp should be created as a link to /dev/dsp0 which is than
the kernel/module sound device. Do you checked that?
E.g.
$ ll /dev/dsp
lrwxrwxrwx 1 root audio 11 Aug 14 2000 /dev/dsp -> ../dev/dsp0
And do you checked that the kernel load the sound module correctly?
E.g.
$ dmesg | fgrep emu10k1
emu10k1: EMU10K1 rev 4 model 0x20 found, IO at 0xb400-0xb41f, IRQ 10
Here is Mandrake 7.1 working since a year w/out a sound problem (playing
mp3 during I write this message)
--
regards,
Christian mailto:[EMAIL PROTECTED]
------------------------------
From: Gunnar <[EMAIL PROTECTED]>
Subject: digital camera
Reply-To: [EMAIL PROTECTED]
Date: Sun, 06 May 2001 04:59:47 GMT
Hello.
I wonder if there is any uptodate list of cameras that works with Linux?
The cameras that are in the hardware howto can not be found in any stores
these days (at least not where I live). So is there any list?
There is not much in www.linhardware.com either,,, and that's a pitty,
that could be a very interesting page otherwise if it was actively
updated.... So please help out with that... (and the hardware howto)
Gunnar.
------------------------------
From: [EMAIL PROTECTED] (Drew Roedersheimer)
Subject: Re: digital camera
Reply-To: [EMAIL PROTECTED]
Date: Sun, 06 May 2001 05:18:17 GMT
On Sun, 06 May 2001 04:59:47 GMT, Gunnar wrote:
>Hello.
>I wonder if there is any uptodate list of cameras that works with Linux?
>
>The cameras that are in the hardware howto can not be found in any stores
>these days (at least not where I live). So is there any list?
>
>
>There is not much in www.linhardware.com either,,, and that's a pitty,
>that could be a very interesting page otherwise if it was actively
>updated.... So please help out with that... (and the hardware howto)
>
>Gunnar.
I haven't tried www.linhardware.com, but these links may help you in your
search:
http://www.linuxhardware.org/ (still in its infancy, IIRC)
http://lhd.zdnet.com/
HTH
-DR
--
An invasion of armies can be resisted, but not an idea whose time has come.
-- Victor Hugo
------------------------------
From: [EMAIL PROTECTED] (Hal Burgiss)
Subject: Re: digital camera
Reply-To: Hal Burgiss <[EMAIL PROTECTED]>
Date: 6 May 2001 01:36:22 -0400
On Sun, 06 May 2001 05:18:17 GMT, Drew Roedersheimer <[EMAIL PROTECTED]> wrote:
>I haven't tried www.linhardware.com, but these links may help you in your
>search:
>
>http://www.linuxhardware.org/ (still in its infancy, IIRC)
>http://lhd.zdnet.com/
>
gphoto.org !!! http://gphoto.org/cameras.html
--
Hal B
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Spamtrap: [EMAIL PROTECTED] and [EMAIL PROTECTED]
--
------------------------------
From: [EMAIL PROTECTED] (Drew Roedersheimer)
Subject: Re: digital camera
Reply-To: [EMAIL PROTECTED]
Date: Sun, 06 May 2001 05:38:28 GMT
On 6 May 2001 01:36:22 -0400, Hal Burgiss wrote:
>On Sun, 06 May 2001 05:18:17 GMT, Drew Roedersheimer <[EMAIL PROTECTED]> wrote:
<snip>
>
>gphoto.org !!! http://gphoto.org/cameras.html
>
>--
>Hal B
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> Spamtrap: [EMAIL PROTECTED] and [EMAIL PROTECTED]
>--
Thanks for the info/link...
-DR
--
An invasion of armies can be resisted, but not an idea whose time has come.
-- Victor Hugo
------------------------------
From: Gunnar <[EMAIL PROTECTED]>
Subject: Acer Scanner Prisa 640S
Reply-To: [EMAIL PROTECTED]
Date: Sun, 06 May 2001 05:46:12 GMT
Has anybody got this scanner working in Linux?
I think the 620S is supported, so I guess this one is also supported, but
I would be much happier to also hear a success story!
Thanks
Gunnar
------------------------------
From: "Eric Wertman" <[EMAIL PROTECTED]>
Subject: Re: linux machine croaked :(
Date: Sun, 6 May 2001 02:11:46 -0400
In case you didn't, make sure you re-seat the processor. This symptom will
occur if it is not firmly attached.
"Dan Stromberg" <[EMAIL PROTECTED]> wrote in message
news:9cumt4$2kk$[EMAIL PROTECTED]...
> I have a machine at home with runs redhat 7.0.
>
> 1) I opened the case to replace the dead cdrom drive, and when I tried
> to power it back up, it wouldn't. No PS fan, no LED's, no beeps,
> nothing.
>
> 2) So I disconnected everything from the powersupply and plugged it
> in. Nothing from the powersupply - the fan does nothing. I tried
> a different power cable, and still nothing.
>
> 3) Thinking maybe a powersupply isn't supposed to activate it's fan
> (?) without being hooked to a motherboard, I hooked it to the
> motherboard alone, and pushed the powerswitch on the case. Still
> nothing.
>
> 4) The machine has two simms, so I tried booting with one simm alone,
> and then with the other simm alone, and in both cases, nothing. No
> PS fan, no LED's, no beeps.
>
> 5) I checked the motherboard to see if it's shorted out against the
> case, and it doesn't appear to be. It seems to be attached to the
> case pretty well - a little flex, but not so much that I can push
> it up against the case when trying.
>
> 6) I tried a different power cord, and I tried a different outlet in
> my (lit up) powerstrip - the outlet that was clearly giving my
> modem power. Still nothing.
>
> 7) I borrowed a powersupply from a guy at work and plugged that in,
> and redid #2 and #3 above. Same result: no PS fan, no LED's, no
> beeps.
>
> So what's left? Does this mean I have either a dead CPU or dead
> motherboard?
>
> BTW, there's some thick dust in some places on the motherboard. Would
> it be productive to get some sort of pressurized air and try cleaning
> the dust off? Or should I just give up and get a
> motherboard-case-PS-cpu combo and plug my old stuff into that?
>
> Thanks.
> --
> Dan Stromberg UCI/NACS/DCS
------------------------------
From: "Eric Wertman" <[EMAIL PROTECTED]>
Subject: Re: mouse wheel
Date: Sun, 6 May 2001 02:15:35 -0400
I've found that my scroll mouse works well with KDE 2.x without any
additional configuration. There's a line in XF86Config-4 :
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "MouseManPlusPS/2"
Option "Device" "/dev/psaux"
Option "ZAxisMapping" "4 5" <------
seems to do the trick.
"E. Carrillo" <[EMAIL PROTECTED]> wrote in message
news:9ckrao$n86$[EMAIL PROTECTED]...
> I got a quick question, Is there a way to enable the mouse wheel to scroll
> the windows in KDE 2 or linux in general? I'm using a standard PS/2 mouse
> with a scrolling wheel and I really want to use it in linux. I got SuSe
> 7.1, if that's important to determine if the wheel will work or not.
> Thanks.
>
>
------------------------------
Date: Sun, 06 May 2001 00:27:08 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: RH 7.1, kernel 2.4, and Adaptec 29160
"Shelby S. Evans" wrote:
>
> I have now tried two things motivated by your comments:
> 1. In response to the boot prompt during install, selected F4 (kernel)
> and typed in "linux noapic"
> 2. Pulled the 2nd Pentium chip and rejumpered the mother board
> (Asus PCI/I-P54NP4) to register just one cpu.
> Now the system displays on its own that it has "no
> local APIC" before it gets into the SCSI bios config or boots
> Linux from the floppy. In this case, I just hit enter from the
> boot prompt.
>
> Either way, I still am getting SCSI time outs when the RH 7.1
> script goes to install the packages, and if I set the SCSI controller and
> the SCSI drive to disable wide negotiation and have a 40MHz max
> sync rate, I get kernel panic due to sync failure in the interrupt handler.
>
> So I suspect there really is some problem with the driver (possibly in
> addition to one with IO-APIC). Thanks again for your suggestion.
While I can't guarantee that the earlier chipset IO-APIC is good or bad,
I haven't heard of much in the way of older boards with a problem. The
i840 is a newer chipset. From the results you gave, it sounds like
altering interrupts alters the problem, but it is unlikely the IO-APIC
of the chipset is actually a problem. One thing about the Ultra 160
controllers, you definitely do not want one of the older single-ended
devices (like cd rom drive or tape drives) in any way attached to the
LVD connectors. Some of these controllers come with 50 pin connectors
for this purpose, which they should be able to handle fine from the
particular connector. Do be certain that everything on the LVD
(main/higher speed) cable is at least an 80 MB/sec device, earlier
devices on that cable will likely be a problem. I don't follow exact
hard drive model numbers, but I am assuming the single Seagate device
you mentioned before is LVD, ultra 160.
On an older machine, I have had timeouts such as this occur when the
cable worked loose (not completely off, just not well-seated). It's
definitely worthwhile to simply try to reseat cables and controller
board once. I know that this basic controller works quite well if you
find the right setup.
D. Stimits, [EMAIL PROTECTED]
>
> "D. Stimits" wrote:
>
> > I briefly installed a RH 7.1 beta release on a machine with an
> > integrated version of this controller, which worked fine. I do get a
> > similar error when using an i840 chipset, but it is due to the broken
> > IO-APIC...is this an SMP board? If so, try with kernel option "noapic"
> > to disable the IO-APICs. I can't guarantee that this exact board works
> > with RH 7.1, but I can confirm that the integrated version does work
> > great with RH 7.1 beta.
------------------------------
Date: Sun, 06 May 2001 00:33:36 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: RH 7.1, kernel 2.4, and Adaptec 29160
J Hayward wrote:
>
> Hello,
>
> Shelby S. Evans wrote:
>
> According to redhat the problem is using "noapic". If I understand it
> correctly it seems the installer kernel was compiled without uniprocessor
> apic support which results in the kernel not mapping IRQ's correctly on
> some motherboards. The problem apparently effects Intel chipset based
> motherboards the most.
The IO-APIC is responsible for sharing hardware irq's across multiple
cpu's. Most uniprocessor machines do not have an APIC, though some do.
When the APIC of a multiprocessor board is disabled, it simply means
that the first cpu handles all hardware irq's. It in no way breaks an
SMP board. Uniprocessor kernels run fine on SMP machines, as well as
multiprocessor kernels. Both will run fine and install fine on SMP
boards with IO-APIC disabled. If you were to place only one cpu in the
machine, and it was in the second cpu slot, I suspect you'd have a
problem. Some multiprocessor boards also have a problem if you run on
one cpu without putting a dummy terminator in the second slot. It does
seem true that Intel chipsets end up with most of the IO-APIC problems.
D. Stimits, [EMAIL PROTECTED]
>
> Some people have reported success using the "noprobe" option. It must not
> have asked you which scsi driver to load maybe because you are using an ide
> cdrom. Looks like you might be stuck until Redhat releases an updated
> installer. Did you try "expert" install? At the boot prompt "linux noprobe
> expert"
>
> Regards,
> Jim H
>
> > Jim,
> >
> > Thanks for the suggestion. I tried "linux noprobe noapic" for kernel
> > parameters but in this case, it said I have no medium on which to
> > install the operating system.
> >
> > Chris Evans
> >
> > J Hayward wrote:
> >
> >> Hello,
> >>
> >> At the install prompt try the option "noprobe", this might allow you to
> >> install.
> >>
> >> ------- Additional comments from [EMAIL PROTECTED] 2001-04-24 11:45:44
> >>
> >> We've isolated where the problem comes from (it is IRQ routing issues,
> >> it
> >> is only on kernels that are not SMP and do not have UP-IOAPIC enabled,
> >> which basically means that the PCI BIOS IRQ routing table is hosed while
> >> the MP IRQ table mapping is OK, which is likely a bug/deficiency in the
> >> motherboard BIOS). Fixing it will likely require an entirely new boot
> >> disk with UP-IOAPIC support enabled (which also means all the modules
> >> have to be rebuilt and will result in new driver disks as well :-(
> >>
> >>
>
>------------------------------------------------------------------------------------------
> >>
> >> Regards,
> >> Jim H
> >
> >
------------------------------
From: J Hayward <[EMAIL PROTECTED]>
Subject: Re: RH 7.1, kernel 2.4, and Adaptec 29160
Date: Sat, 5 May 2001 23:59:10 -0700
Hello,
Interesting. Thanks for the explanation. This is the bug redhat is tracking
concerning this problem.
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=29555
Regards,
JIm H
D. Stimits wrote:
>
>
> The IO-APIC is responsible for sharing hardware irq's across multiple
> cpu's. Most uniprocessor machines do not have an APIC, though some do.
> When the APIC of a multiprocessor board is disabled, it simply means
> that the first cpu handles all hardware irq's. It in no way breaks an
> SMP board. Uniprocessor kernels run fine on SMP machines, as well as
> multiprocessor kernels. Both will run fine and install fine on SMP
> boards with IO-APIC disabled. If you were to place only one cpu in the
> machine, and it was in the second cpu slot, I suspect you'd have a
> problem. Some multiprocessor boards also have a problem if you run on
> one cpu without putting a dummy terminator in the second slot. It does
> seem true that Intel chipsets end up with most of the IO-APIC problems.
>
> D. Stimits, [EMAIL PROTECTED]
>
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to comp.os.linux.hardware.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Hardware Digest
******************************
