15 years ago...
From: Linus Benedict Torvalds
Date: Mon, Aug 26 1991 4:57 am
Email: torva...@klaava.Helsinki.FI (Linus Benedict Torvalds)
Groups: comp.os.minix
Hello everybody out there using minix -
I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones. This has been brewing since april, and is starting to get ready. I'd like any feedback on things people like/dislike in minix, as my OS resembles it somewhat (same physical layout of the file-system (due to practical reasons) among other things).......
me with Linus - LinuxWorld 2003 San Francisco
Happy Birthday Linux!
Saturday, August 26, 2006
Thursday, August 17, 2006
Vote for Red Mummy in Bloggers Idol 2006 (3rd Week)
You’ve heard of Malaysian Idol and American Idol and now on the Malaysian Blogger scene, we’ve got Bloggers Idol 2006. Participants will be given an assignment every week and are required to complete the assignment & post it on their blogs. Then the voting starts and the one with the lowest votes will be eliminated. Vote start at 12.00pm every Thursday until 12:00pm Sunday. Anybody can vote but limited to one time per day due to the poll will check your IP Address!
I just happen to know this not_kind_of_me_things because one of the participants is my lovely wife and this is her 3rd week assignment -
Please vote for her at http://bloggers-idol.blogdrive.com/ - Click on Red Mummy & Vote!
Thanks for your vote.
p/s: miss u... 2 days to go ;)
I just happen to know this not_kind_of_me_things because one of the participants is my lovely wife and this is her 3rd week assignment -
Can a man love two women at the same time?
And vice versa; Can a women love two man at same time?
Please vote for her at http://bloggers-idol.blogdrive.com/ - Click on Red Mummy & Vote!
Thanks for your vote.
p/s: miss u... 2 days to go ;)
Tuesday, August 08, 2006
mari ke miri (let's go to miri)
i'm away now for another business trip. this time to Miri, Sarawak for 2 weeks. gonna miss my family...hmmm actually already miss them :(
the best thing here is our hotel provide us free & unlimited internet access using their streamyx line. cool!
the second best thing is our office give us the new HP LP2465 Flat Panel Monitor instead of using our small laptop display :P
accessing solaris & linux from windows
i wish i have 1 at home!
still waiting for the 3rd, 4th, 5th & so on best things here hehehehe
but the not best thing is our office hour here start from 7am! have to wake up early lorrr...
the best thing here is our hotel provide us free & unlimited internet access using their streamyx line. cool!
the second best thing is our office give us the new HP LP2465 Flat Panel Monitor instead of using our small laptop display :P
accessing solaris & linux from windows
i wish i have 1 at home!
still waiting for the 3rd, 4th, 5th & so on best things here hehehehe
but the not best thing is our office hour here start from 7am! have to wake up early lorrr...
Thursday, August 03, 2006
search engine for UNIX system administrators
today while browsing i found this site. quite useful :)
coolcommands.com is a search engine for UNIX system administrators. Our database provides access to useful commands for all flavours of UNIX including:
Sun Solaris IBM AIX HP/UX
Linux SCO UNIX OpenBSD
SGI Irix Compaq Tru64 FreeBSD
coolcommands.com is NOT
coolcommands.com is not an online database of man pages but rather a query tool to find commands or one-line scripts which provide a function in a UNIX environment.
coolcommands.com is cool because
We not only provide a searchable database of commands and one-line scripts, we also allow you to search by category making it easier to find that command you are looking for. Each coolcommand provides a summary, description and example to make your life as a sysadmin easier.
give it a try!
coolcommands.com is a search engine for UNIX system administrators. Our database provides access to useful commands for all flavours of UNIX including:
Sun Solaris IBM AIX HP/UX
Linux SCO UNIX OpenBSD
SGI Irix Compaq Tru64 FreeBSD
coolcommands.com is NOT
coolcommands.com is not an online database of man pages but rather a query tool to find commands or one-line scripts which provide a function in a UNIX environment.
coolcommands.com is cool because
We not only provide a searchable database of commands and one-line scripts, we also allow you to search by category making it easier to find that command you are looking for. Each coolcommand provides a summary, description and example to make your life as a sysadmin easier.
give it a try!
Wednesday, August 02, 2006
ssh authorized_keys
just now, one user complained that he can't use his public key as an authentication to remote server.
he already generate the public key & did all the necessary steps but still the remote server asked for password after key in the public key.
i tried used my id and it worked just fine, so it could be something wrong with his id or his public key. try to regenerate his public key but still the same thing.
as you see from below verbose message of ssh, it still asked for password after key in the public key:
it is actually because his home directory is group writable (775). for security reason, authorized_keys file cannot be writable by anyone else, this also apply to the parent directory of authorized_keys file, in this case - his home directory.
for more info refer to http://dsd.lbl.gov/~ksb/Scratch/ssh_user_setup.html at the authorized_keys section.
he already generate the public key & did all the necessary steps but still the remote server asked for password after key in the public key.
i tried used my id and it worked just fine, so it could be something wrong with his id or his public key. try to regenerate his public key but still the same thing.
as you see from below verbose message of ssh, it still asked for password after key in the public key:
user1@local_server $ ssh -v remote_server
OpenSSH_3.8.1p1, OpenSSL 0.9.7a Feb 19 2003
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to remote_server [ip_address] port 22.
debug1: Connection established.
debug1: identity file /glb/home/user1/.ssh/identity type -1
debug1: identity file /glb/home/user1/.ssh/id_rsa type 1
debug1: identity file /glb/home/user1/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8.1p1
debug1: match: OpenSSH_3.8.1p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192)>
Enter passphrase for key '/glb/home/user1/.ssh/id_dsa':
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey,gssapi-with-mic,password,hostbased
debug1: Next authentication method: password
user1@remote_server's password:
a friend of mine (trew) found the solution... thanks :)OpenSSH_3.8.1p1, OpenSSL 0.9.7a Feb 19 2003
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to remote_server [ip_address] port 22.
debug1: Connection established.
debug1: identity file /glb/home/user1/.ssh/identity type -1
debug1: identity file /glb/home/user1/.ssh/id_rsa type 1
debug1: identity file /glb/home/user1/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8.1p1
debug1: match: OpenSSH_3.8.1p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192)>
Enter passphrase for key '/glb/home/user1/.ssh/id_dsa':
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey,gssapi-with-mic,password,hostbased
debug1: Next authentication method: password
user1@remote_server's password:
it is actually because his home directory is group writable (775). for security reason, authorized_keys file cannot be writable by anyone else, this also apply to the parent directory of authorized_keys file, in this case - his home directory.
for more info refer to http://dsd.lbl.gov/~ksb/Scratch/ssh_user_setup.html at the authorized_keys section.
Subscribe to:
Posts (Atom)