I cannot get wireless to work on my new Sony VAIO VPCEG laptop. It has
the ar9285 chip in it. I am thinking this is a bug in the driver and
wondering what I should do about it. Before I file an official bug
report (with Fedora?), I want to know if anybody else has a machine with
this chip in it that is working. I'd like to rule out my own stupidity
I can state the following:
1) There is a hardware wireless switch, and it is on
2) I have tried both 2.6.38 and 2.6.40 kernels.
3) I have tried the latest compat-wireless driver from kernel.org
4) iwconfig can see the wlan0 device, but ifconfig does not.
5) Clicking wireless within NetworkManager:
a) Airplane Mode shows as ON
b) Wireless shows as unavailable
c) Clicking wireless briefly turns it on and Disconnected, but then
it goes right back to Off/Unavailable
d) Turning off Airplane Mode appears to work, but doesn't change
anything in c) above.
6) The wireless works fine in Windows 7
What is *really* frustrating about this is that it briefly worked a
couple of times. During the install, it showed a list of available
wireless networks and I chose mine, and entered the password. Then once,
after several reboots for various reasons, it actually came up and
worked, but as soon as I rebooted again, I was back to the same old same
old and it has not worked since.
Does this sound like a kernel driver bug or something stupid I did?
Would it make sense to file a bugzilla against the kernel? Any chance
this would work if I installed F14 instead of F15?
Obviously, without wireless, the laptop is a $600 paperweight.
Hello to all:
I have a HP Pavilion dv6-3225dx that was installed with Win7 and I am
trying to dual-boot with F14. I've managed to do that, but I am seeing
totally wacko action out of the mouse (which is a touchpad with a
movement area and two "buttons" below"). The long and short of it is
1) the right mouse button seems to be non-existent and, if there is a
left-mouse action to be had, it mirrors that. But for things that have a
distinct right-mouse action (setting the number of workspaces or pinning
the terminal to the upper toolbar), it doesn't see them
2) even though I have disabled scrolling on the touchpad, if I put two
fingers on the touchpad, it goes shooting all over the place (detailed
exam indicates it is getting a continuous y change and I can't figure
out what the x is doing)
I googled the machines and didn't see anything above and beyond hp not
having any drivers other than Win7. I looked into firmware under fedora
and didn't see anything for touchpads. When I did the initial install,
F14 barked about needing a firmware update, but that vanished once I did
a yum update.
I am not seeing any other problems with the install, but can't test too
far with a mouse that seems to like
Suggestions? ... I would hate to have to give up on a Fedora capability
for this machine as I want to do a dual-boot so I can eventually move to
Thanks in advance,
Looking at my files and diskspace, I note the following:
$ sudo du -sm /var/cache/*
Googling on how to reduce this abrt-di beast, I came up with the
solution that you should delete the reports in the abrt GUI tool. But
these are all deleted for me, and I think there must be a better way to
remove this cache? Any suggestions on how to do this cleanly?
Many thanks and best wishes,
As detailed in another thread, we upgraded a few test machines on our
LAN to Fedora 15 (with gnome-shell and firefox), with user folders
served from a NFSv4 server (F14 originally, then F15).
It just didn't work. The F15 desktops would freeze frequently. And
worse, this would freeze ALL desktops on the LAN intermittently, as the
NFS server struggled with client flakiness.
When it did work, Firefox would lose authenticated logins randomly,
presumably due to corruption of its cookies.sqlite file. sqlite and NFS
seems to be a nightmare, for both NFSv3 and NFSv4.
Moving from a NFSv4 server to a glusterfs server solved all of these
problems, and sped up boot times significantly too. glusterfs looks
intimidating at first, because of all its fancy replicating features and
what-not, but it turns out to be trivially easy to set up a simple
server than will replace 95% of the NFS installations out there.
Luckily, you can easily point both the NFS daemon and the glusterfs
daemon at the same export folder, so you can migrate clients slowly over
This HOW-TO is intended to document the process. There are other similar
HOW-TOs out there, but they are all a little out-of-date or don't show
how to enable locking correctly, which is critical for Firefox.
In this example, we export the server's /fileserver folder, and mount it
on /fileserver on the clients. In my server, /fileserver was already
being served by the NFSv4 server, which is fine.
1. On the server:
- yum install glusterfs-server
2. On each client:
- yum install glusterfs-fuse
- mkdir /etc/glusterfs/
- mkdir /fileserver
3. On the server, edit the volume configuration file
(/etc/glusterfs/glusterfsd.vol) so that it looks like this:
option directory /fileserver
option transport-type tcp
option auth.addr.brick.allow *
The first stanza selects the basic folder to export.
The second stanza adds file locking to it. This is required to support
Firefox, and some other applications.
The third stanza authorizes everyone to access this file-locked export
over the network.
There is also a /etc/glusterfs/glusterfsd.vol file on the system, for
configuring the management interface. For this simple installation it
does not need to be modified.
4. Restart the server services:
- service glusterd restart
- service glusterfsd restart
I believe the first service is a management service, and the second is
the actual file-export service.
5. On the client, create the /etc/glusterfs/glusterfs.vol configuration
file, which should look like this:
option transport-type tcp
option remote-host 192.168.0.3 # use YOUR server IP here
option remote-subvolume brick
6. On the client, add this line to the end of /etc/rc.d/rc.local:
mount -t glusterfs /etc/glusterfs/glusterfs.vol /fileserver
7. On the client, reboot, and check /var/log/messages for errors. On one
machine, we had an selinux problem that was flagged in the logs. We had
to manually create the logging file using:
touch /var/log/glusterfs/fileserver.log; reboot
8. On the client, see if you can access the files in /fileserver. If
not, read the /var/log/glusterfs/* files on both the client and the server.
At this point, everything should work!
Weird things and gotchas:
A. You need the file-locking option to make Firefox work properly.
B. LibreOffice wouldn't start on one system, until we did:
C. selinux prevented the creation of log files on one client, which
prevented the filesystem from mouting. The manual fix noted above fixed
D. This HOWTO mounts the glusterfs from /etc/rc.d/rc.local, which is the
last step in the boot process. In theory, you can mount it from
/etc/fstab or using autofs. However, we found that autofs mounting just
didn't work - not sure why. fstab mounting didn't work either - I
suspect it occurred too early in the boot process. /etc needs to be up
and running so glusterfs can read the config file, and I don't think the
current init/systemd files handle this correctly. There are some Debian
bug reports about this that you can google.
I hope this is useful to someone, and that we can finally drive a stake
through the heart of NFS...
After a power surge and a spontaneous reboot, my 4-core F15 x86_64 machine
has been unhappy. I have forced a selinux relabel, and a forcefsck.
1. The graphical boot did not complete: it started Nagios, but cupsd
failed to start, and gdm did not start up.
2. I cannot log in on the text consoles; I can type the username, but
no prompt appears for the password.
3. Attempts to use sudo just hang.
4. I can log in by ssh as either myself or as root.
5. named is using "97.5%" CPU, though when I turn on querylogging,
there are very few lookups.
6. Attempts to start cups result in complaints about dbus:
# systemctl start cups.service
Failed to get D-Bus connection: Failed to authenticate in time.
/var/log/messages says nothing of the matter.
Now systemctl is new to me, and I am not sure how to diagnose this.
I would be grateful for any suggestions. Where should I look for
Nick Urbanik http://nicku.org 808-71011 nick.urbanik(a)optusnet.com.au
GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24
I disclaim, therefore I am.
I installed frostwire and executed same and got error, can someone tell
what this error message means.
HOSTNAME IS BigOne
Java exec found in PATH. Verifying...
Suitable java version found [java = 1.6.0_27]
ls: cannot access lw*jar: No such file or directory
ls: cannot access *jar: No such file or directory
CLASSPATH SET TO: .
Exception in thread "main" java.lang.NoClassDefFoundError:
Caused by: java.lang.ClassNotFoundException: com.limegroup.gnutella.gui.Main
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
Could not find the main class: com.limegroup.gnutella.gui.Main. Program
Something went wrong with FrostWire.
Maybe you're using the wrong version of Java?
(FrostWire is tested against and works best with with Sun's JRE, Java 1.4+)
The version of Java in your PATH is:
java version "1.6.0_27"
Java(TM) SE Runtime Environment (build 1.6.0_27-b07)
Java HotSpot(TM) Server VM (build 20.2-b06, mixed mode)
I reinstalled (better hardware) a server and had selinux enabled (was
disabled before), and I starting to see why so many people don't use
My question is, how many people are using selinux?
I, for instance, am about to disable it.
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
I don't know when this happened but unetbootin-linux-555 is now
available. This allows dozens of live Linux distributions to be
downloaded onto a USB stick. The new version includes Fedora 15. The yum
available unetbootin does not allow this.
You can download it from:
This allowed me to download the latest Ubuntu version. I admit the
interface as at leas as weird as Gnome 3.
Never leave anything to chance; make sure all your crimes are
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam(a)sbcglobal.net
Daniel J Walsh replied
>This is definitely something in SELinux. The current upstream google
>chrome is a little strange from an SELinux point of view. Have you
well, no. Advice on this llist over last year or so is that
google-chrome is better.
I can always fall back on firefox....
At least I know my problem is Selinux.
And in this case evidently something that can't be fixed.
I would think this will be viewed by many fedora users
as a real black mark on Selinux.
Unless google-chrome is at fault.
More detail on how I was running:
from a backup copy of F!4
I had just done a yum update.
If I now go back to my main F14
(and dont do the yum update)
then google-chrome works as it has been.
so it was some glltch in the yum update