Sponsored Content
The Lounge What is on Your Mind? why i havent been posting so frequently... Post 55960 by norsk hedensk on Wednesday 22nd of September 2004 09:11:07 PM
Old 09-22-2004
yeah howstuffworks.com (i think thats the place Smilie) is actually great, for almost anything. ive spent hours reading there.

also, to really get into automobiles start with your own car. what kind of car do you have? pick up a factory (not chiltons or something else) repair manual for your car. they are about 50 to 80 dollars depending..

do a general tune up, change the belts, spark plugs, replace the fluids your self. check the timing. basic stuff like that. when something breaks, figure out what broke, check out what the repair manual says on how to fix it, then fix it! youll save your self lots of money on repairs, and at the same time youll learn alot about your car, and automobiles in general.

everything on a car is really very straightforward. its the actual trouble shooting when something goes wrong that can be tough.

for instance, i just completely replaced my engine and almost all electronic components. its hard to find all the little electrical "gremelins" (bugs!) that are causing my car not to run right.

for example, the car ran a little (poorly) but it ran, however the engine stalled out. upon restart the check engine light came on. (thats a good thing, now i have a place to start trouble shooting) i pulled the error code from the ECU, which told me that there was some problem with the air flow meter.

now of course the computer could be wrong, and it could a different, but technically related problem, like a vacuum leak. but now i have a place to start trouble shooting.

some people say they learn just by doing, and not by reading, but thats bull. those people will never gain full knowledge over what they are doing, unless they have a master mechanic teaching them.

read as much as you can. thats really the most important advice. this also applies to computers!
 

7 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Frequently used command in UNIX

Dear Frenz, Is there any possbility to get the list of previous commands that i executed in SCO-Unix and reexecute them as required. Like Doskey in DOS Please help me Regards myuser (3 Replies)
Discussion started by: myuser
3 Replies

2. UNIX for Dummies Questions & Answers

Server rebooting frequently

O/P of the uname -a Server Server 4.0 3.0 3516 Pentium IV(TM)-ISA/PCI Server is getting rebooted frequetly... I don't know what is the problem in server ... Any help why the server is getting rebooted frequetly. Can i check what is the problem like in log files (5 Replies)
Discussion started by: srikanthus2002
5 Replies

3. HP-UX

Server Hanging frequently - urgent help required

hi, I am facing a sever problem in mu HO-UX 11.11.0 Server which is getting hanged for last 3/4 days. Its giveing error insufficient memory. Earlier this problem was not there. We are using oour ERP & informix on the same. There no heavy & sudden increase of data. When I checked the... (3 Replies)
Discussion started by: micku_100
3 Replies

4. Solaris

Server Rebooting frequently

Deall All, I have facing some problem. I have a Sun 4500 Server at the customer place. Now the server is not booting mean's once the server is coming up it is automatically rebooting. As this is the critical server for the customer that is use for production . Can this be solved by... (10 Replies)
Discussion started by: sudhansu
10 Replies

5. Linux

/var getting fill frequently

I have Red hat Linux server. There are 14 NFS shares which are coming from NAS. There are so many messages filling /var/log/messages, which seems like some NFS logging is enables somewhere, but I am not able to figure it out. Every few minutes, it will filll my /var (which is part of root) to 100%... (2 Replies)
Discussion started by: solaris_1977
2 Replies

6. Linux

Running 'sync' command frequently.

I have a Linux server that runs a Java based app that automates file transfers for a large number of users/systems. I'm running into a problem with the scripts for this automation program in that when I have a function in the script generate an output file, and the next line requires that file to... (1 Reply)
Discussion started by: acascianelli
1 Replies

7. Red Hat

Interface card link goes down and recovers frequently

Hi Experts, I have an issue where the interface card went down for like four times in last one week in redhat linux server. Every time it goes down, it comes back. 2014 Oct 21 07:22:14 <hostname> kernel: nx_nic: NIC Link is down 2014 Oct 21 07:22:21 <hostname> kernel: nx_nic: NIC Link is... (3 Replies)
Discussion started by: dhanu1985
3 Replies
xpamethod(7)							SAORD Documentation						      xpamethod(7)

NAME
XPAMethod - XPA Communication Methods SYNOPSIS
XPA supports both inet and unix (local) socket communication. DESCRIPTION
XPA uses sockets for communication between processes. It supports three methods of socket communication: inet, localhost, and unix. In gen- eral, the same method should be employed for all XPA processes in a session and the global environment variable XPA_METHOD should be used to set up the desired method. By default, the preferred method is "inet", which is appropriate for most users. You can set up a different method by typing something like: setenv XPA_METHOD local # unix csh XPA_METHOD=local; export XPA_METHOD # unix sh, bash, windows/cygwin set XPA_METHOD=localhost # dos/windows The options for XPA_METHOD are: inet, unix (or local), and localhost. On Unix machines, this environment setup command can be placed in your shell init file (.cshrc, .profile, .bashrc, etc.) On Windows platforms, it can be placed in your AUTOEXEC.BAT file (I think!). By default, inet sockets are used by XPA. These are the standard Internet sockets that are used by programs such as Netscape, ftp. etc. Inet sockets utilize the IP address of the given machine and a (usually random) port number to communicate between processes on the same machine or between different machines on the Internet. (Note that XPA has an Access Control mechanism to prevent unauthorized access of XPA access points by other computers on the Net). For users connected to the Internet, this usually is the appropriate communication method. For more information about setting up XPA communication between machines, see Communication Between Machines. In you are using XPA on a machine without an Internet connection, then inet sockets are not appropriate. In fact, an XPA process often will hang for many seconds while waiting for a response from the Domain Name Service (DNS) when using inet sockets. Instead of inet sockets, users on Unix platforms can also use unix sockets (also known as local sockets). These sockets are based on the local file system and do not make use of the DNS. They generally are considered to be faster than inet sockets, but they are not implemented under Windows. Use local sockets as a first resort if you are on a Unix machine that is not connected to the Internet. Users not connected to the Internet also can use localhost sockets. These are also inet-type sockets but the IP address used for the local machine is the localhost address, 0x7F000001, instead of the real IP of the machine. Depending on how sockets are set up for a given plat- form, communication with the DNS usually is not required in this case (though of course, XPA cannot interact with other machines). The localhost method will generally work on both Unix and Windows platforms, but whether the DNS is required or not is subject to individual configurations. A final warning/reminder: if your XPA-enabled server hangs at startup time and your XPA_METHOD is inet, the problem probably is related to an incorrect Internet configuration. This can be confirmed by using the unix method or (usually) the localhost method. You can use these alternate methods if other hosts do not need access to the XPA server. SEE ALSO
See xpa(7) for a list of XPA help pages version 2.1.14 June 7, 2012 xpamethod(7)
All times are GMT -4. The time now is 02:46 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy