Recently I updated my Fedora 19 system and all appeared to be well until I wanted to quickly scan in a document to send to a colleague. The scanner I used is my old trustly Canon LiDE 30. Simple-scan refused to work because it claimed that no scanners were detected. Using lsusb, I quickly determined that the scanner was detected: # lsusb Bus 002 Device 004: ID 045e:076c Microsoft Corp. Comfort Mouse 4500 Bus 002 Device 003: ID 045e:0734 Microsoft Corp. Wireless Optical Desktop 700 Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device
|
|
||
|
Most current documentation on the Internet states that the correct way to disable the GNOME Shell screensaver is to simply set idle-activation-enabled to false: $ gsettings set org.gnome.desktop.screensaver idle-activation-enabled false With Fedora 19, changing idle-activation-enabled to false does not stop the screen from dimming and locking your screen. In Fedora 19, this key is marked deprecated and ignored. You have to set org.gnome.session.idle-delay to 0 if you do not want to activate the GNOME Shell screensaver. $ gsettings set org.gnome.desktop.session idle-delay 0 FedUp (FEDora UPgrader) is the new tool for upgrading existing Fedora installs in Fedora 18 and above releases. It replaces all the previously recommended upgrade methods, i.e. PreUpgrade, DVD, USB, etc., that were available in previous Fedora releases. By the way, the Anaconda installer was totally redesigned for Fedora 18 and no longer has built-in upgrade functionality in Fedora 18 or later releases. Such functionality was delegated to FedUp. In this post, I demonstrate how to use FedUp to upgrade an EFI Boot Stub (EFISTUB) Fedora 18 system to an EFI Boot Stub Fedora 19 system. The EFI Boot Stub Fedora 19 (Schrödinger’s Cat) was released today. Probably the most significant change from a system management point of view was the inclusion of OpenLMI as a replacement for many of the system-config-* utilities. OpenLMI is intended to be a common infrastructure for the management of Linux systems. Capabilities include configuration, management and monitoring of hardware, operating systems, and system services. It includes a set of services that can be accessed both locally and remotely, multiple language bindings, standard APIs, and standard scripting interfaces. I am not sure what actual real world problem OpenLMI is trying to resolve but, just like This post assumes that you are familiar with EFISTUB-booting a Linux Kernel and you have access to an EFI shell on your system. If not, see my blog posts on Musings of an OS Plumber for more information on EFI booting Linux systems. Here is a suitable EFI script for the Fedora 19 GA kernel: $ cat f19.nsh vmlinuz-3.9.6-301.fc19.efi root=UUID=1d3092fc-265e-4860-a609-d6a16c1a6458 rd.lvm=0 rd.dm=0 KEYTABLE=us SYSFONT=True rd.md=0 rd.luks=0 ro LANG=en_US.UTF-8 rhgb quiet initrd=.initramfs-3.9.6-301.fc19.x86_64.img You will have to replace the above root filesystem UUID with the UUID of your root filesystem. It also assumes that you are not using a Logical Volume Manager |
 |
|
| Copyright © 2007-2024 Finnbarr P. Murphy. All Rights Reserved | ||