The Red Hat-based installer is geared somewhat more toward the command-line user, though other users should not anticipate any difficulties with it. Perhaps the most stringent problem arising with this installer is the difficulty of going back and making changes to adjust for a problem encountered during the installation.
Nevertheless, booting in the Red Hat installer is very simple. Either add an option to the kernel arguments in BootX (; redhat) or remove the live file system from the MacOS (renaming it is sufficient). The installation process then prompts for various configuration information: keyboard type, type of installation (upgrade or new install), source installation (FTP, NFS, local or CD-ROM), and the partitioning step. Rebooting the computer after the partitioning step is required rather than suggested as per pdisk instruction, otherwise the file system may be corrupted. Then the file system is configured, the mount points are set, and the package selection is proposed. Once installation of all packages is finished, the installer will try to configure the X Server (e.g., by editing /etc/X11/XF86Config). Unfortunately, this operation will likely fail in a frustrating manner; the workaround to this problem is proposed later.
Then, the root password is set and the system is rebooted. Since the X Server configuration failed, the system will boot in runlevel 4 until the X Server is properly configured.
The current implementation of XFree86 is somewhat peculiar to LinuxPPC: the incantation of the X Server is XF68_FBdev, written by Geert Uytterhoeven. This X Server uses a hardware abstraction for the frame buffer by creating a special device file in /dev/ (usually /dev/fb0) and using it to drive the graphics. As with any devices/special files, kernel support is required. The default driver for the frame buffer device is called the open firmware frame buffer (offb). This driver is common to all Macintosh computers, which makes it inherently slow, hence the poor graphics performance of a basic installation (or the total failure thereof).
Fortunately, patches are available to build a kernel to support a particular frame buffer. Such is the case for Apple Powerbooks (1998: G3/233, G3/250, G3/266, G3/292 and G3/300) sporting an ATI Rage controller (either RageII LT or RagePro LT) with 4MB SGRAM. Booting with such a patched kernel will provide users with accelerated 2-D graphics, and an overall improved experience with the X Server (often mistakenly associated with the overall system speed, by first-time users).
To configure the graphics for such a kernel, do the following:
Pass the correct kernel arguments in BootX to indicate the use of another frame-buffer device, screen size, screen depth and refresh rate. For instance, to boot in 1024x768x32@60Hz on a Powerbook G3/266, use the following:
Once the booting process is finished, run Xconfigurator. Note that the correct amount of VRam is now detected. Select a monitor which suits your needs and the resolutions to be used.
Let Xconfigurator try to start the X Server; in the event it fails, be sure to select at least one configuration at 8bpp. In the event it keeps failing to start the X Server, select another monitor.
Start the X Server using startx.
Xconfigurator edits the /etc/X11/XF86Config file for specific hardware. Admittedly, this is more work than most users are willing to do, and there is no guarantee that the list of monitors provided will match a particular monitor. Fortunately, some alternate X Servers are available. Such X Servers are Xpmac and Xpmac_mga (accelerated), which are essentially software-only X Servers (although Xpmac_mga offers a degree of acceleration on some hardware). Installing them requires simply copying them to /usr/X11R6/bin in an existing XFree86 installation and linking X to either Xpmac or Xpmac_mga.
All in all, while this version of LinuxPPC certainly has its flaws, once the problems are resolved, the system is rock-solid and very responsive. Furthermore, the LinuxPPC community is fairly responsive. The support newsgroup is a great source for help on most common problems, as are the mailing lists. Hardware support is currently at its best, as most devices do function properly (even PPP works). For Mac users on the search for a robust alternative to the MacOS, whether for development or server applications, LinuxPPC certainly delivers the goods.
Practical Task Scheduling Deployment
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- The Firebird Project's Firebird Relational Database
- Stunnel Security for Oracle
- My +1 Sword of Productivity
- SUSE LLC's SUSE Manager
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Parsing an RSS News Feed with a Bash Script
- Google's SwiftShader Released
- Doing for User Space What We Did for Kernel Space
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide