I am trying to get both trackpoint and touchpad of the Lenovo
T520 UltraNav working, preferably at the same time as under Windows 7.
cat /proc/bus/input/devices shows:
- SynPS/2 Synaptics Touchpad
- TPPS/2 IBM Trackpoint
After install of F15 the trackpoint works but not the touchpad.
The scroll feature of the trackpoint (hold down middle button
and move the stick) does not work.
After installing 'gpointing-device-settings' the trackpoint
can be configured so that scrolling with 'middle button & stick
I can however find no way to get the touchpad working.
This would make scrolling much easier.
Can anybody tell me the magic incantation.
(sorry if this mail arrive in this list once more, I sent it
by mistake cca 90 minutes ago from unregistered e/mail address)
hello Fedora networking gurus,
I always thought that using ping with specifying source interface is
exact equivalent as specifying its IP address - but it is evidently
not true. What I'm getting on my Linux Fedora 14 i686 box:
# ping -I 10.128.254.2 -c 3 -nn 188.8.131.52; echo -e '\n\n';\
> ping -I eth1 -c 3 -nn 184.108.40.206
PING 220.127.116.11 (18.104.22.168) from 10.128.254.2 : 56(84) bytes of data.
64 bytes from 22.214.171.124: icmp_req=1 ttl=56 time=4.66 ms
64 bytes from 126.96.36.199: icmp_req=2 ttl=56 time=12.7 ms
64 bytes from 188.8.131.52: icmp_req=3 ttl=56 time=4.50 ms
--- 184.108.40.206 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 4.502/7.310/12.769/3.861 ms
PING 220.127.116.11 (18.104.22.168) from 10.128.254.2 eth1: 56(84) bytes of data.
>From 10.128.254.2 icmp_seq=1 Destination Host Unreachable
>From 10.128.254.2 icmp_seq=2 Destination Host Unreachable
>From 10.128.254.2 icmp_seq=3 Destination Host Unreachable
--- 22.214.171.124 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 1999ms
Interface eth1 has IP address 10.128.254.2 :
# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:30:4f:39:4b:49 brd ff:ff:ff:ff:ff:ff
inet 10.128.254.2/29 brd 10.128.254.7 scope global eth1
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:08:c7:25:c7:53 brd ff:ff:ff:ff:ff:ff
inet 10.3.60.10/24 brd 10.3.60.255 scope global eth2
4: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:08:c7:19:3b:94 brd ff:ff:ff:ff:ff:ff
inet 10.0.1.254/24 brd 10.0.1.255 scope global eth3
5: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:1e:8c:94:05:cd brd ff:ff:ff:ff:ff:ff
inet 192.168.0.254/24 brd 192.168.0.255 scope global eth0
6: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3
inet 126.96.36.199 peer 188.8.131.52/32 scope global ppp0
At all interfaces are only IPv4 addresses, they have not any IP aliases,
iptables are stopped. eth1 is NATed 1:1 to public IP at ISP site.
Know anyone why ping (from iputils-20100418-3.fc14.i686 package)
behaves in such way? May this be somehow related with system routin tables?
Alan Cox is exactly right that the users of Fedora products get them
free and one can make a strong case that therefore Fedora developers
have no responsibility to listen to user's complaints.
However, the Fedora users provide a service to the ReHat company of
identifying bugs that otherwise would show up to annoy the paying users
of RedHat Enterprise .
This is probably a weak argument to support the developers of Fedora
software listening to its users but what is clear is the current
situation leaves a bad taste in the mouths of the current Fedora
user-base. Clearly developers can ignore our complaints, but I have no
evidence that the paying Enterprise customers will be more tolerant of
the strange direction that RedHat is taking.
timesharing, n: An access method whereby one computer abuses many
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam(a)sbcglobal.net
I need to install snort on a machine. It seems that snort need a library
called daq and libpcap version > 1.0
[root@localhost daq-0.6.1]# find / -name *libpcap*
So I guess I have libpcap-1.1.1 installed. (Installed by untar
./configure make make install)
When I try to install daq-0.6.1:
[root@localhost daq-0.6.1]# ./configure
[root@localhost daq-0.6.1]# ./configure
ERROR! Libpcap library version >= 1.0.0 not found.
Get it from http://www.tcpdump.org
It is normal? What Am I doing it corret? Btw: You can notice that I
As the title says, I'd like to reinstall fedora 15 with the netinstall
image because it's about 100mb (kernel and initrd) instead of the
install dvds. My problem is that those files located in
have long been outdated. As you can see the kernel is only 3.7mb and
the initrd almost 94mb. How to rebuild them from the latest
I have a fedora 14 server here who's ethernet interface seems to take
just a bit too long to establish a link.
Whenever it starts it is inaccessible over the network, which is a real
pain for a server. I have to go over with the monitor and keyboard,
crawl under the desk...
When I try to restart the network interface with "service network
restart" I get something that looks like :
Bringing up interface eth0:
Determining IP information for eth0...[big number] ADDRCONF(NETDEV_UP):
eth0: link is not ready.....
[big number] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex...
Which sounds to me like a timeout was just a bit too short.
If I try a few times in a row suddenly it works.
[kevin@backup ~]$ uname -a
Linux backup.hooperlab 184.108.40.206-96.fc14.x86_64 #1 SMP Thu Sep 1
11:59:56 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
[kevin@backup ~]$ lspci -nn | grep -i eth
04:00.0 Ethernet controller : Intel Corporation 82573E Gigabit
Ethernet Controller (Copper) [8086:108c] (rev 03)
05:05.0 Ethernet controller : Intel Corporation 82541GI Gigabit
Ethernet Controller [8086:1076] (rev 05)
[kevin@backup ~]$ dmesg | tail
[ 1633.233297] e1000e 0000:04:00.0: irq 73 for MSI/MSI-X
[ 1633.284094] e1000e 0000:04:00.0: irq 73 for MSI/MSI-X
[ 1633.285079] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1642.265283] e1000e 0000:04:00.0: irq 73 for MSI/MSI-X
[ 1642.316094] e1000e 0000:04:00.0: irq 73 for MSI/MSI-X
[ 1642.317556] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1647.280547] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow
[ 1647.285563] e1000e 0000:04:00.0: eth0: 10/100 speed: disabling TSO
[ 1647.291153] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1657.802008] eth0: no IPv6 routers present
I have compiled kernel 3.1 rc7 under Fedora 15.
Compiling the kernel drive me into a several question.
I tought that if I remove support for hardware that I wont use it would improve performance (at least boot time ).
But booting from my new kernel (instead of the 'old' fedora kernel) take much more time.
So I discovered that my initramfs file was to large. About 112 MB. Fedora intramfs is about 15Mb.
Basically my questions are:
1) If I remove SCSI support from kernel, would it improve performace? More generally what improve performace in linux kernel. It is possible to improve performace just by removing itens?
2)Why my initramfs is too big? I unselect a lot o stuff that I wont use. It is possible to make a intramsfs of 1MB ?
I've got a Toshiba laptop that I have two drives in (/dev/sda and /dev/sdb). I was having some issues with /dev/sda so I bought the
second drive, dd'd drive sda contents to drive sdb, and the removed sda and replaced it. I used sdb for the boot drive until
receiving the replacement. Upon arrival, I inserted the new drive as sda, dd'd the contents from sdb back to sda, and rebooted. It
appears that I'm still rebooting from sdb at this point (which is ok with me). What I don't understand and don't like to see is the
/dev/sda11 on / type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sdb5 on /boot type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sda12 on /work type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sdb7 on /usr type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sdb8 on /var type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sdb9 on /opt type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
Why is Fedora (16 x64 beta in this case) cross mounting my partitions? I was halfway considering setting up a mirror for these
drives but not I'm going to have to do some very particular dd'ing to get one drive to be the "latest" files. Is this SOP or is
something odd going on here?
I'm building a home server that will run a MythTV backend, zoneminder and a
NAS that will stream audio content to various players and images to various
viewers, including Digikam users, as well as for general data backup from
Its based on a i5 K2500 processor in a MB with an H67 6 channel SATA
interface. (4x SATA II + 2 x SATA 3) It has 8 GB of RAM which can easily be
bumped to 16 GB. I've added a PCI 4 channel SATA I controller as well.
Both the MB and the controller support their own flavor of software RAID.
I put all this in an Obsidian 650 case outfitted with a 4 bay trayless hot
swap cage, in addition to the single hot swap slot built into the case
I also equipped it with a dual layer BD burner.
People on the MythTV user group tell me that I need to keep the Myth
recording/playback hard drive separate from other drives on the machine so
that interruptions in disk IO from other applications don't stall the
streaming of content to the myth Front Ends or writing data from the 2 HD
PVR devices. (Max 17 Mb/sec each)
Similarly, the image files should probably also have their own drive so that
when the Digikam user pulls down 200 20 MB images in a directory s/he
doesn't stall the music streaming to other devices around the house.
I have a single 500 GB 7200 RPM drive for the OS which is F15.
i5, 8 GB RAM
2 SATA III channels
4 SATA II channels
4 SATA I channels
4 trayless hot swap bays in a cage
1 trayless hot swap bay in the case
8 non hot swap bays
1 OS hard drive
At least 1 MythTV hard drive
At least 1 images hard drive
1 audio files hard drive
more hard drives as needed.
1) Where should I physically put each drive in the machine ? Which hard
drives get hot swap and which don't.
2) Which drive should get which SATA channel ?
3) How does one mount the drives for the OS to access ? I know all about
the mount command and auto mounting, etc, but how do I reference the drives
For example, lets say that for some reason I pull the drive that normally
occupies /dev/sdc and reboot. The drive that was /dev/sdd will now be
/dev/sdc and thus with a "static" mount reference will mount in the wrong
mount point ????? Is LVM supposed to handle this ? It would be nice if I
could "label" a drive MythBackup and plug it into any one of the hot swap
bays and have it mount in the correct mountpoint to be used as anticipated
by its name.
SATA hotswap seems to complicate this ? I've never had hot swapping devices
before, save USB drives that I manually plugged in and mounted.
4) How should I approach data backup ? Right now I have about 250 GB of
nearly irreplaceable digital images. RAID ? Periodic backup to a (rotated,
stored off site) hard drive via the hot swap slot in the case ?
5) The drives, BIOS and controllers are all SMART capable. What use would
you make of that ?
Any and all wisdom greatly appreciated.
I've been using Spot's Chromium repo to keep up to date, but apparently
nobody has been working on it as of late.
The "stable" version is 13.0.782, which is marked as "old" on
http://en.wikipedia.org/wiki/Google_Chrome#Release_history and the
"unstable/trunk" is 14.0.827, which is just a few revisions shy of
current stable Chrome release.