RSS2.0

Thursday, July 17, 2008

How to install VMWare in 2.6.26 linux kernel

As provided in the "Files" section(located here), I have uploaded the NEW vmware-any-any-update117c.tar.gz to compile against Linux Kernel 2.6.26. But first you must edit the .config for your kernel, and change the CONFIG_UNUSED_SYMBOLS to "y", and recompile it, so that there exists a symbol "init_mm" in the vmlinux binary file (objdump -t can see).

Once you recompile the kernel and get your machine up and running, you will want to extract the vmware-any-any-update117c.tar.gz. Once extracted, open the folder to the directory where you see a file called 'runme.pl' and open a Command Line/Terminal in that folder. Now that you have the terminal open, type su, or sudo su, and then enter your computers root password. Next, in the vmware-any-any-update117c directory, type ./runme.pl and follow through with the any-any-update script. Once finished, you'll have VMWare configured and working with the 2.6.26 Kernel!


Hope this helps everyone get VMWare working with the Linux Kernel 2.6.26!


I tested this on openSUSE Linux 10.3 (32bit), Kernel 2.6.26, with VMWare Workstation 6.0.4-93057 (newest version at time of writing this article).

You can download the vmware-any-any-update117c.tar.gz package here:

Files Section:

http://groups.google.com/group/vmkernelnewbies/files

and you'll see the file called 'vmware-any-any-update117c.tar.gz' that I created and uploaded today (Thursday, July 17th 2008).

That's the one you want to download!

VMWare-Any-Any-Update117c.tar.gz - Direct Download Link:

http://groups.google.com/group/vmkernelnewbies/web/vmware-any-any-update117c.tar.gz


Best Regards,

James (a.k.a. jtrag)

Saturday, April 26, 2008

SSH Without A Password:

SSH Without A Password:

If you use Linux for day-to-day computing, you likely use the secure shell, or ssh. If you are like me, you may grow weary of constantly having to type in passwords to access remote machines. Or maybe you have the perfect backup system, except that it uses ssh to transfer files, and requires you to type in a password (such as rsync or rdiff-backup). There is a way to access those machines without using a password. This technique should be used with care. I’d use it only on machines that I have access to, for example. You don’t want to set up passwordless access from a public machine to your production server, in other words. Use with caution.

The principle is that you generate a public and private key on the local machine. This will be whatever machine you are connecting from. You then transfer the public key to the remote machine. Then, when you ssh into the remote machine, it uses the keys to authenticate. You don’t type in a password, it just takes you straight to the shell prompt. How do we set this up?

Log into the machine you are going to connect from. Let’s say that your account is called ‘user’ and you are going to connect from a machine called ‘desktop’. Log in as ‘user’ on the ‘desktop’ machine and pull up a shell. Run this command. The stuff in red is what you do,not what you type:

[0218][user@desktop:~]$ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa): [JUST PRESS ENTER HERE]
Enter passphrase (empty for no passphrase): [JUST PRESS ENTER HERE]
Enter same passphrase again: [JUST PRESS ENTER HERE]
Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
a5:25:c0:aa:fe:f3:9f:46:7a:23:e3:6e:10:ec:6f:d3 user@desktop
[0218][user@desktop:~]$

Your keys are generated. On that machine, view /home/user/.ssh/id_dsa.pub. You will see something like this:

ssh-dss AAAAA3NzAC1kc3MAAACAANfnr9xkAks2u8Xd5I9nozzsXLKCYA8o9h3cMwL5QMcZGxz84Dyl3IyRwozv3I2xGwJAYyAHvJAS7AQmtFXtfmQts3dt2ZnlAmKj0TkC8pwDgvXJYzARJpCP2Zx7iwD/OCO3sTgT0wGwYtQrAcTeW5Tt6sSmQjEJ2rJj+Q5XA1xvAAAAFQDWcQ+OJRnk+jCYqESWqxHcyw74DwAAAIA9qAQyZrOJkjpzMSWAcliHvvuyCN8RInlgq+IwWynukOX7zYXcE2dJPopgpG3Aiiq/fxAQX5dUzXfSrL3KYftQOd/RNkAzMHAAzAJeQAA0wEt4uAjhGRwCOSg6wKMYJPYfVghnwIKARuSTUS8NjRXVKteHg7frOOHZwRGIm36pxgAAAIA8/CKLLn5QRctsvvvmvpOn2Xhek02z8K0YukYcXJOQ1FMTYWoHujA39sEAFsdx6Nq1t58lI2dsj6fpf7LOOvoYWtKQnTNRUptlOx27LTO9Q6DhKPV/93nLI/xFOFo/8twZ1TmpAgpAI3SQ9YCnX2A8H686OUwUPmY0kA+H8GKnug== user@desktop

What you need to do now, is determine the remote machine you are going to log into. Then, decide what user you are going to log in as on that machine. We are going to log in as a user called ‘admin’ on a server called ’server’. First, we will ssh into ’server’ as ‘admin’. Then, edit the file located at ~/.ssh/authorized_keys2. If it is not there, create it. All you need to do is paste the contents of the id_dsa.pub file from the ‘user’ account on the ‘desktop’ machine into the ~/.ssh/authorized_keys file for ‘admin’ on ’server’.

For example:

I go to my desktop, log in as ‘user’. I run ’ssh-keygen -t dsa’. It generates a ~/.ssh/id_dsa.pub file in my home directory.

I want to connect as ‘admin’ on a box called ’server’. I ssh in normally as ‘admin’ into the ’server’ machine. I edit the ~/.ssh/authorized_keys2 using my favorite text editor. I add the contents of the ~/.ssh/id_dsa.pub file from my desktop machine into the authorized_keys2 file on ’server’. I then save and quit. I then close all connections to ’server’. Then, I type ’ssh admin@server’, and hit ENTER. It drops me straight to a shell prompt.

This is a nice way to access a machine without having to type in the password every time. Only do this from machines that only you or authorized personnel have access to. Otherwise, you could have a li’l security problem.

Article Source: http://www.suseblog.com/?p=318

Friday, April 25, 2008

Hidden KDE Options and Features

The K Desktop Environment is a free project which aims to be a powerful system for an easy-to-use desktop environment. The project well suits both regular and advanced users due to its wide range of functions and applications which can be customized through GUIs. There are, however, some of them for which no GUI exists, providing users with some fe

read more | digg story

Thursday, April 24, 2008

Switching IO Schedulers on runtimewith the io schedulers fully modular, it is possible to add a new io scheduler type without touching the core kernel at all

This explains how to change the IO-Scheduler used by your linux kernel without recompiling the kernel and without restart. Switching IO Schedulers on runtime. With the io schedulers fully modular, it is possible to add a new io scheduler type without touching the core kernel at all.

read more | digg story

Get Rid of Dead Pixels on Your Flat Screen / LCD Monitor

Have dead pixels on your LCD screen? Think there's no way to get rid of them? Think again... It's easier than you think :) This method works as I just tried it with an LCD screen that's had dead pixels for months now and I was about to junk it and get a new one when I found this video. Hope this helps everyone get rid of their dead pixels :)

read more | digg story