I'm experiencing random freezes of two desktops, both up-to-date FC 18,
totally different hardware (Core2Duo E5300, Core i7), different Graphis
Cards but both Nvidia using nouveau with a dual monitor setup.
Desktop completely freezes, Num Lock on keyboard is dead. Gut feeling
tells me it is induced by scrolling.
When happening, I can ssh into the machine, everything looks perfectly
normal. No 100% CPU on nothing, no zombies, no whatever. Nothing in
dmesg, Xorg.0.log, messages.
Restart of graphical.target does not do anything, when killing
/usr/bin/X (with -9 though) I get kdm back.
Any thoughts where to debug further?
I have an fc17 system in which I've had to change the ethernet
controller from an e1000e card to what I believe is an rtl81391`2. I
recall changing the 70-persistent-net udev config file, but that
appears to no longer exist on my fc17 system.
What is the proper procedure for detecting, initializing, and
reconfiguring the system to use my new card?
I believe I'll also had to use dracut to recreate the initrd. I will
also need to detect for sure which driver the new ethernet controller
I've been using a floppy boot disk as reserve if my HD boot fails, But
it appears floppy support as now been removed. Why? Then how can I
create an emergency media that is flexible enough to be updated as required?
I have two F18 systems.
1) when I open Connect to server I see the list of recent connected
server and I have also the Explore button
2) in a fresh installed system I don't have the server list and also
explore button is missing
Both system connect each other fine with smb or sftp.
What am I missing??
Linux Fedora F18(Spherical Cow) on Acer 5720
From: users-bounces(a)lists.fedoraproject.org [mailto:firstname.lastname@example.org] On Behalf Of Fred Smith
Sent: Friday, June 28, 2013 3:42 PM
Subject: retrofitting LUKS encryption on installed system
I've got a F19 installation that I'd like to turn into a fully encrypted
system with LUKS.
There are many howtos on the web for encrypting a partition, but they
all show doing it to /home.
No, just re-install.
One partition with /boot and another with an encrypted volume-group, holding /, swap and the rest.
But before embarking on that trip, do you really need full disk encryption?
I mean, the content of /usr is on any fedora-cd ;-) And when up-and-running, everything is unlocked.
The only valid reason I can think about, is that other people have physically access to your machine and could get root-access by booting from cd/dvd, and might alter your system.
It surely works, but at a performance price. And the certainty that you have to enter the LUKS-key each time you boot.
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het electronisch verzenden van berichten.
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
I reinstalled Fedora 18 with KDE and I notice a change in
the order in which directories and files are displayed.
In some applications, the sort is now case sensitive, so
that all the initial capitals are listed before the initial
lower case names. Previously, the names were sorted without
I see this behavior in Firefox, Thunderbird, Acroread and
others. There are other application where the file dialog
sorts files using a case insensitive sort, like Dolphin, k3b,
I edited kdeglobals to add "Sort case insensitively=true" to
the [KFileDialog Settings] section. This should be the
default. It did not make any difference.
Any suggestions on how to set the file name sort order?
Michael Eager eager(a)eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
So, I decided to try installing GoogleEarth (GE) for the first time
ever. I found the following:
and tried it the following:
% wget -c
%sudo yum localinstall google-earth-stable_current_x86_64.rpm
But I got the following:
Transaction Check Error:
file /usr/bin from install of google-earth-stable-22.214.171.1241-0.x86_64
conflicts with file from package filesystem-3.1-2.fc18.x86_64
Any way around it?
Important Notice: This mailbox is ignored: e-mails are set to be
deleted on receipt. For those needing to send personal or professional
e-mail, please use appropriate addresses.
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
I see in the Fedora-19 release notes that CUPS will be upgraded to 1.6. The page on that:
says this involves using pdf rather than postscript as the baseline document format. While wrestling to get printing working on my system this past spring, the printer's manufacturer (Xerox) told me that my printer was "GDI" based. I don't really know how printers and their drivers work, but I'm guessing that the Linux drivers for this printer are converting psotscript out by LibreOffice, the Linux print command, the browser, etc. to GDI, and sending that GDI to the printer.
My question: Will the coming CUPS upgrade break printing on my system? or has this been properly accounted for in CUPS 1.6?
A post on a LUG list praises it under that name, which .deb
distros apparently still use; Wikipedia made it clear that .rpm distros
no longer do, alas!, but got me totally confused about what I should tell
yum to install so that I can try it. (I had hoped "yum install
palimpsest" might link to current jargon, but it didn't.)
Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User
Remember I have precious (very precious!) little idea where up is.
I'm investigating IPv6, and wondering how, on Fedora 19, the best way
to determine the appropriate DUID (DHCP unique identifier) to be used
in the host sections, along with fixed-address statements.
If this is documented, please mention where.
Nick Urbanik http://nicku.org nicku(a)nicku.org
GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24