Dell wireless WLAN 1450 Dual Band WLAN Mini-PCI card not recognised
Linux - Wireless NetworkingThis forum is for the discussion of wireless networking in 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.
Um, are you trying to compile ndiswrapper from a cd? I think that make install needs to write to the local direcotry and that isn't going to happen in you are working off of a cd.
Quote:
what did you mean by source here?
I meant the kernel source code
Quote:
Re-compiling does mean ; start from :"make install" , and ndiswrapper -i , ,,,,etc ?
To be honest, I have no real good ideas anymore. I've done a bit of googling, and from the contents of this site I'm suspecting that Red Hat has done something with this kernel that is causing the trouble. The reason I'm suspecting is this quote from that site:
Quote:
The standard Fedora Core 1 kernel is compiled with CONFIG_MODVERSIONS to restrict modules compiled for a different kernel versions from accidentally loaded. The proprietary object module was NOT compiled with modversioning, so loading (modprobe) the driver module will fail and depmod -e will give numerous unresolved symbols:
What you are experiencing is NOT normal for ndiswrapper. As a comparison, I compiled and loaded ndiswrapper 0.11 on my system today and it compiled and loaded without a hitch. To my way of thinking that suggests Red Hat has done something. So there are a couple of things you could try:
- Search RedHat repositories and see if anyone has a compiled RPM of ndiswrapper for this kernel
-Find a different Kernel from RedHat
-Compile your own kernel
-Switch distros to something like Debian, Slackware or Mandrake. If you are a RedHat afficianado, maybe jump up to FC2.
Sorry, but as I said, this is not normal and all indications point to your distro as the culprit.
Well, I usuall compile my own kernel from source code I get from kernel.org . I've got a guide to compiling a kernel on my site but that is kind of geared towards Slackware. Most of the generalities are the same, but there may be some specific steps that are different, particularly since you probably use GRUB instead of LILO. You might check in the RedHat forum here and see if there are any RH specific compiling guides there.
So far your problem has nothing to do with the windows driver. You're getting unresolved symbols in the ndiswrapper module which means that there are kernel services that the modules expects to be provided by the existing kernel, but they aren't there. If you read through the article I linked to, that person is suggesting that Red Hat has used modversioning in their kernel to try and keep people from using modules compiled against different kernels. In your case this may also be keeping you from compiling a usable ndiswrapper module.
From what I've been reading, in order to get this to work you need a kernel that doesn't have modversioning enabled. Red Hat may have such a kernel on their site or you can compile your own from source. In either case, it isn't likely to be a problem with your Windows drivers.
My qyery why there is mismatched between the number in liux 4324 and number in windows 4306
I believe the BCM stands for BroadCoM chipset.
They certainly are mismatched, and to be frank, I believe the output of lspci more than I do the output of Windows. If you are using a Dell 1450, then according to the ndiswrapper site the 4324 chipset is the proper one to focus on. However, in your case, you were never getting far enough for the windows driver to matter. You are getting errors when you try to load the module, and as I said, that appears to be from the way RH compiles the kernel.
When I trying to export vmlinuz from Linux OS (/boot partition) ,to windows via program called Explore2fs(windows program),,,why does it give me error message??:
"Can't handle anything but regular files at the moment".
There are 3 names in my linux /boot partition:
vmlinuz
vmlinuz-2.40.20-8
vmlinux-2.40.20-8
which one of these is the kernel??? because I was only able to export the name with x;(vmlinux-2.40.20-8).
see the last 2 names are identical except z,x ,,,,Are there any reason for that?
I"m sorry, but I'm completely unfamiliar with Explore2fs. I have no idea why it would give you the error message.
Quote:
There are 3 names in my linux /boot partition:
Actually, all three of those are kernels. As for which one is "the" kernel, that depends on the selection you make from LILO or GRUB. In theory, you should be able to boot from all three.
Quote:
see the last 2 names are identical except z,x ,,,,Are there any reason for that?
The z on the end means that the kernel has been compressed to save on disk space. Kernels ending in x are uncompressed. In your case the two 2.40.20-8 kernels are probably exactly the same, but one is compressed and the other is not. As to why only vmlinux-2.40.20-8 was the only one you could export, I have no idea. I suppose you could use ls -l to see if is has different permissions that tne other two. At least from a linux point of view, all three of these are just files. If you have the right permissions you should be able to use these as you would any other file.
Thank for your help, I was able to access the internet via wireless card, I used FC2 instead of FC1, and as you said the problem with FC1's kernel.
Now I have got another issue to solve, I mounted the NTFS prtition to Linux OS , I can see the mounted partition on my linux desktop, but I can not modify any files , I can only read it with out any permission to write to it!!!!!!!!,, what should I do ,, have you got any clue about that?
Now I have got another issue to solve, I mounted the NTFS prtition to Linux OS , I can see the mounted partition on my linux desktop, but I can not modify any files , I can only read it with out any permission to write to it!!!!!!!!,, what should I do ,, have you got any clue about that?
Basically, Linux can't write to an NTFS partition. You'll find people who will tell you it can, and technically they are correct, but there are some serious restrictions on how it works. For example, I think you can only write to an existing file and it has to be the exact same size as it was before you wrote. In other words, pretty much worthless. If you need to write to files from Linux that Windows can read, create a FAT32 partition. Linux can read and write to those without a problem.
umask is a filter of permissions, so it works in the opposite way to chmod. Full permissions are equivalent to 777 (rwxrwxrwx). A umask of 0222 (-w--w--w-) leaves 555 (r-xr-xr-x).
Don't confuse permissions with ability. It is easy to mount an NTFS partition and give write permissions (using either chmod or umask....I'm not an expert on either so your probablyl better off reading the man pages) . However, permission to write to an NTFS partition doesn't necessarily mean that you have the ability to safely write to the NTFS partition. I'm including a quote from section 3.2 of the FAQ you linked to:
Quote:
There are two drivers, currently. The original driver, in 2.4 has some write code in it, but it is extremely dangerous to use it. The possibility of destroying your filesystem is very high.
The new driver, introduced in 2.5.11, has some write code, but it's very limited. The driver can overwrite existing files, but it cannot change the length, add new or delete existing files.
On my laptop, I dual boot Slackware and XP, and it is pretty easy to mount the XP drives (also check out the fstab file to mount things at boot) but I leave them as read-only for the reasons stated in the quote. If I need to write to XP, I actually mount a USB drive (which is VFAT, not NTFS) and write to that instead of NTFS.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.