How to change Grub menu background image

Grub is a Linux boot manager that is used to switch between two or more operating systems installed on your machines. By default, Grub's background is plain black with white text. In this article, we will change Grub's default background to any image of your choice.

1 Create the background image

Using your favorite image editing software, create a logo or an image that will look good even with very few colors. Save your image as a PNG with only 14 colors and resize it to 640x480 pixels.

2 Convert the PNG to XPM

If you use GimpShop or The GIMP, you can directly save your image as XPM. But for Photoshop users, you'll have to use ImageMagick's convert utility to convert your image to the format that GRUB uses (make sure the you have ImageMagick installed). To start converting, open your terminal and issue the following command:

$ convert splash.png -resize 640x480 -colors 14 splash.xpm

3 Compress the image file

Now that we have our image ready, we will need to compress it to make it suitable for GRUB and copy it to GRUB's directory.

$ gzip splash.xpm
$ su -
(Type your root password)
# cp splash.xpm.gz /boot/grub/

4 Configure GRUB to use the new image

All we need to do now is to configure GRUB to use the image that we created. To edit GRUB's configuration, issue the command:

$ vi /boot/grub/menu.lst

Add the following line at the beginning of the configuration file (if it doesn't exists):

splashimage=(hd0,0)/boot/grub/splash.xpm.gz

Change (hd0,0) to the partition where GRUB resides then save the changes you've made and restart your machine. GRUB should use your image now.

Comments

How to enable proxy service security in ESB 4.9.0?

Security is one of the major concern when we developing API base integrations or application developments. WSO2 supports WS Security , WS-Policy and WS-Security Policy specifications. These specifications define a behavior model for web services. Proxy service security requirements are different from each others. WSO2 ESB providing pre-define commonly used twenty security scenarios to choose based on the security requirements. This functionality is provided by the security management feature which is bundled by default in service management feature in ESB. This configuration can be done via the web console until ESB 4.8.1 release, but this has been removed from the ESB 4.9.0. Even though this feature isn't provided by the ESB web console itself same functionality can be achieved by the new WSO2 Dev Studio . WSO2 always motivate to use dev studio to prepare required artifacts to the ESB rather than the web console. Better way to explain this scenario is by example. Following...

How to preserving HTTP headers in WSO2 ESB 4.9.0 ?

Preserving HTTP headers are important when executing backend services via applications/middleware. This is because most of the time certain important headers are removed or modified by the applications/middleware which run the communication. The previous version of our WSO2 ESB, version 4.8.1, only supported “ server ” and “ user agent ” header fields to preserve with, but with the new ESB 4.9.0, we’ve introduced a new new property ( http.headers.preserve ) for the passthru ( repository/conf/ passthru-http.properties ) and Nhttp( repository/conf/ nhttp.properties ) transporters to preserve more HTTP headers. Passthru transporter – support header fields Location Keep-Alive Content-Length Content-Type Date Server User-Agent Host Nhttp transport – support headers Server User-Agent Date You can specify header fields which should be preserved in a comma-separated list, as shown below. http.headers.p...

How to write a Synapse Handler for the WSO2 ESB ?

Synapse handler is new feature which come with the ESB 4.9.0. It provide abstract handler implementation to the users. User can create their own concrete handlers which is executing in the synapse layer. Main intention of this blog post is to explain how to write synapse handler and explain basic theoretical background. 1. What is the handler? Handlers are basically talking with the chain of responsibility pattern. Chain of responsibility allows a number of classes to attempt to handle a request independently of any other object along the chain. Once the request is handled, it completes it's journey through the chain. The Handler defines the interface which required to handle the request and concreteHandlers handle request in a specific manner that they are responsible for. 2. What is Synapse handler? Synapse handler is providing abstract handle implementation which executes in the following four scenarios. 1. Request in flow This is exe...

PRABATH'S TECH BLOG

Search This Blog