High all, does in fact ggogle-earth 64 bit work on Debian AMD64. I
downloaded google-earth-stable_current_amd64.deb from there web site, it
installed OK with dpkg. On startup it displayed a message box saying
something like "the graphics adaptor is unsupported..........". Clicking
the OK button caused GE to crash. If you click on the other button "do not
display this error message again", next time one tries to run it it starts
OK, seems to connect to its server OK but its as slow as a wet week, and I
do mean slow.
A comment from frustration.............. Why is this sort of thing so hard
when changing Linux in any major way (in this case, changing from 32 to 64
bit, ALWAYS there is something that will not work. Now I have been mucking
around with Linux now since 1993 and I have spent a lot of time working out
why things will not work, so its not as if I have not tried, but these days
I like a quite life, I just want the system to do WHAT I WANT. I have had
Debian AMD64 installed on this machine for nearly a year and I STILL have
not go it working as well as my 32 bit boxes, everything just works on them.
Searching on the net did not help, all solutions proposed did not match my
Installing via the debian package system did not work either, it
complaining about lack of 32 bit libraries, what in the hell is a 64 bit
exicutable want with 32 bit lbraries.
I am very close to nukeing AMD64 here and installing good old 32 bit.
A very frustrated,
I have isc-dhcp-server running on my router, and it currently supplies info needed for booting diskless devices (mythtv boxes, etc).
The actual booting takes place on my server though, and I want the server to supply the dhcp options rather than the router, but still want the router to supply the address etc. This is so I am only editing this stuff in one place, and can script the configuration depending on how I want to boot (boot direct to iscsi with an iscsi filename, or chain via pxelinux where required, etc).
I think this is possible, and I've definitely done it before in a Windows environment with WDM, but I can't find the magic incantation for the secondary dhcp server so it will supply options even though it shouldn't supply the lease.
On Sat, 19 Sep 2015 19:55:24 Craig said.
>you might also want to install some of these:
>glx-alternative-fglrx - allows the selection of FGLRX as GLX provider
>fglrx-atieventsd - events daemon for the non-free ATI/AMD RadeonHD display driver
>fglrx-control - control panel for the non-free ATI/AMD RadeonHD display driver
>libfglrx - non-free ATI/AMD RadeonHD display driver (runtime libraries)
>libfglrx-amdxvba1 - AMD XvBA (X-Video Bitstream Acceleration) backend for VA API
>, - proprietary libGL for the non-free ATI/AMD RadeonHD display driver
>libgl1-fglrx-glx-i386 - ATI/AMD binary OpenGL 32-bit libraries
Oops, any way many thanks for the advice to try the AMD closed src drivers,
these seem to have cured the problem.
glx-alternative-fglrx,libfglrx libgl1-fglrx-glx are all installed
automagicly, I installed fglrx-atieventsd and fglrx-control by hand.
I did not bother with amdxvbal1 as I NEVER do streaming video, data on the
internet being way way way to expensive up my way to even consider it.
>the gtx 560 is fine at 1449p for most things, but it's noticably
>sluggish in some games when there's a lot happening (which is a good way
>of getting killed due to video lag)
I found both the Radeon 7870 and the GTX 680 over kill for OpenRails, both
these cards have so much processing power they require two threads from the
main program to keep these GPU's busy and the development kit being used by
OpenRails does not have this support.
I found the Radeon 5870 would drive the 2560 X 1600 monitors with OR no
>problem with in game fonts
OpenRails has excatly the same problem, as far as I am concerned a font
used in a game should be treated as just another in game texture required.
Its not THAT difficult. Using the systems font generator in my opinion
never looks right in game EXCEPT for system messages and such things as
Just in case it may help if you happen to be looking for a new speaker set
up to go with the 2560 x 1440 take a look at the Microlab Solo 8C High
Fidelity Floor Stereo Speakers from PCCasegear, there only $179 but do not
let that fool you, The sound of these is _____REALLY______ suppurb VERY
clear and smooth, better even than Maudio offerings and at a fraction of
the price and I am what one may call a highfi freek.
The speakers are big being around 60cm high by around 22 wide, They sit
quite nicely either side of my Dell 30" 2560 x 1600 monitor.
On Sat, 19 Sep 2015 16:57:05 Craig said,
>before spending money on a new card, try the catalyst driver. it's as
>simple as 'apt-get install fglrx-driver' (for sid & testing, fglrx-glx
>for stable) and if it works, will save you hundreds of dollars.
Was not quite that simple ;-)
I am using Debian 8.x, it requires the first command.
I installed fglrx using
'apt-get install fglrx-driver'
On my own default kernel (3.16.7) kernel locked solid when I tried to start
System would not boot on Debian's standard installed kernel, would start Ok
on my own previous kernel 3.15.9, but there was no fglrx kernel driver
present. Installed fglrx-modules-dkms, modules built Ok. Xserver starts Ok,
both 3D and 2D performance appears to be excellent. Will need further
testing to see if lockups are now gone.
>the 560 has been great - they were exceptionally good value for money at
>the time, so good that it hasn't been worth upgrading them. but i bought
Yes, I had one.
>a 2560x1440 monitor a few months ago, and it's struggling in some games
>at full resolution. will probably have to get a gtx-970 eventually.
I have been using 2560x1600 monitors now for some time, OpenRails an open
source (for windows) MSTS compatible train sim is simply awesome at
2560x1600. The Radeon 7870 or an Nvidia GTX 680 both drive the 2560x1600 OK,
you will end up with a good setup.
Many thanks for the replies, A major reason for posting for help is it does
wonders for ones own reasoning and sugestions arising almost alwasy helps.
A couple of points. The hardware is all higher end items, the pSu for
instance being a Corsair AX760 and the power consumed is WELL within the
limits of this PSU.
The reason for the Radeon 7870 is I do a lot of development work on 3D
animated graphics (I am developing a train simulator) and good mesa3d
performance is mandatory.
The problem is almost certainly something to do with the GPU as as stated
the sound does keep playing so what is happenning is an xserver display
lockup and the kernel is still running (Note it appears the X app concerned
vlc is still running..
My own thinking is Craig has hit the nail firmly on the head, although I
have run the 7870 extensively on i386 with little trouble (Note I have
actaully struck this before, an AMD card giving problems under certain
versions of linux). I believe the way forward also is for an Nvidia card. I
have tried both AMD and Nvidia offerings and from all this experience the
Nvidia's with the closed source driver is superior.
I do compile my own kernels, this machine (I am writing this on the AMD64
installed machine) is 3.16.7 compiled last november so its due for an
update. Note also I have tried updating the kernel, it did not help.
I do like to support AMD as the are at least trying to do something for
Linux, but I have found there closed src driver 2D performce to be
completely ____PATHETIC____ to say the least, mind you its now two or more
years since I tried it last.
I give a look at digging up a reasonable Nvidia card, a real high end job
is a waste of money though.
I currently I have 3 systems, two of these have Debian 1386 installed (7.x)
the third has AMD64. I have not gone AMD64 with any enthusiasim because of
The first problem is the AMD64 machine locks up regularly generally when
playing videos, Note, xine will not work on this machine so I use vlc. The
lock up usually involves the whole machine EXCEPT for the audio, one can
only get out of it with a power off, a hard rest will NOT generally work,
ie it sometimes does and sometimes does not.
The second point is not really a decent problem, its that googleearth is
not __easy__ to install as its a 32 bit program. The package system just
winghes that it needs some i386 libraries, but will not do anything about
it. IMPORTANT NOTE, THIS MEANS YOU, I do not regard this as a show stopper
as all it needs is to install the apropriate items manually and I am quite
capable of doing that. Its just that along with the lockups and xine not
working, its another reason not to bother with AMD64.
The machine itself is new (at the time, its nearly 18 months old now, ie
the problem is that old) using a Gigabyte Sabertooth X79 motherboard and an
AMD 7870 GPU running the Radeon OS driver. Debian has been updated a number
of times without any improvement. Note WindowsXP runs completely OK on the
machine so the hardware is OK.
I am on the verge of dumping AMD64 all together, anyone have any ideas?
Maybe Debian AMD64 does not like the Sabertooth X79, I have had a similiar
situation on the system this post is being writen on.
linux now since 1993, kernel 0.96d.
Has anyone installed AvantFAX on debian Jessie?
A quick look over the install script suggests it'll probably be OK
with a couple of mods (hopefully just the required package names), but
I'd be grateful for any anecdotes from the coalface.
I'm migrating a CentOS 6 bind instance (chrooted) to a CentOS 7 box and am curious of people's
opinions on chrooting vs selinux as a way of securing bind.
The bind-chroot on CentOS 7 also comes with a script (/usr/libexec/setup-named-chroot.sh) that sets
up the much maligned systemd and, through bind mounts, creates and extra level of chroot hierarchy
which seems totally unnecessary.
I'm sure that bind-chroot would be happy enough running without the bind mounts but would I be
loosing anything in terms of security?
Also, would I bother with chrooting at all if selinux can secure the environment for me?
My own opinions aside what do others think and has anyone had experience with this?
19 Thomas Road Mobile: +61 4 3268 7026
Healesville, VIC 3777 Home: +61 3 5962 4543
Australia GPG Key: 8A4CB7A7
CONFIDENTIALITY: Copyright (C). This message with any appended or
attached material is intended for addressees only and may not be
copied or forwarded to or used by other parties without permission.
I just spin off two CentOS6 VMs to replicate a problem I had on Friday
afternoon at work.
I want use NFSv4 to share folders.
Short, from memory, I have on the server:
- /etc/exports populated
- domainname configured
- domain in /etc/idmapd.conf
- rcpidmapd running
On the client, I have
- /etc/fstab entries with nfsvers=4
- SecureNFS=no in /etc/sysconfig/nfs
- domainname configured
- domain in /etc/idmapd.conf
- rcpidmapd running
When I mount, it works, but all files belong to nobody..
What do I miss?
If I start rpcimapd in verbose, it complains about
/proc/net/nfsv4/nfstoid or something similar missing(sorry, I am not
there yet with my replicas) but I am not sure whether this matters.
DuckDuckGo and Google did not help much yesterday.
I do not have Kerberos or LDAP configured, the firewall (2049
connection only) restricts me and I 'don't mind' that the two machines
trust each other. The environment is quite isolated and under tight
Thanks for ideas
I am looking for an easy way to keep things in sync with reality..
Means: IP addresses, DNS, out of bounds IPs, blade centre, ESXi hosts
etc. - and if possible physical location, asset register, monitor
configuration, password safe etc.
The current mix of DNS on Active Directory, Excel spreadsheets etc.
"doesn't cut it". It's incomplete, it's redundant, it's not
consistent.. and we spend sometimes too much time to find critical
information just to get a few little things done, and things are
I had actually things in some "password-style" (with ":" as the
separator) files before, and that was in version control and worked
quite well, but from a certain point onwards it becomes a bit complex
(I have much more variation in setup here, e.g)
and you cannot convince other people that old-fashioned files are not
So all ideas are welcome.