Best of Technical Support
I am installing and have a 3GB hard drive. I am not sure of the best way to partition it. Any suggestions? —Jes, firstname.lastname@example.org
You do not say what you plan to do with the disk, or what the host machine is (server? workstation?). Personally, I usually partition as such:
/ (about 50Meg) /safe (same size) /var (half the space left) /usr (the other half)
I then link /home to /var/home and /tmp to /var/tmp/tmp. /safe is a copy of my root partition so that I can boot on it with LILO if my boot partition becomes badly damaged, and it also gives me a copy of my configuration files in /etc.
Adding more partitions can be nice, but the more you add, the more chances you have to run out of space in one of them. For instance, I think making /tmp a separate partition instead of linking it to /var is a stupid idea, unless you're willing to give it several hundred megabytes, or even a gigabyte, because some programs can create huge temporary files and may fail in bizarre ways if your /tmp partition is too small.
/usr is also meant to be read-only, which works very well on Debian and works mostly on Red Hat (they have incorporated most of my bug reports). In both cases, you'll still have to remount the partition as read/write before installing a package, however. —Marc Merlin, email@example.com
I have tried to install Red Hat 6.0 twice now from the CD included in Sams' Red Hat Linux 6 Unleashed, and both times have run into the same problem. Installation goes fine, and when done, I can log in at the console with no problems, I can telnet out, ping, etc., and I can ping it from other machines on my internal network. When I use telnet to log in to the machine, I get “telnet: unable to connect to remote host: Connection Refused”. When I try to do the finger command, I get the same error. When I use FTP to get to the machine from a 95 workstation, I get “Refused”. When I try to do the finger command, I get the same error. When I use FTP to get to the machine from a 95 workstation, I get “ftp:connect :10061”, and of course, it does not connect. On this machine, the IP address is 22.214.171.124, and the subnet address is 255.255.0.0. Interestingly though, Apache does work, and I was able to connect the Samba client to the Samba server, so TCP/IP seems to be working, but only some services.
My inetd.conf file has the lines
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd\ -l -a telnet stream tcp nowait root /usr/sbin/tcpd\ in.telnetd
Further down, I also uncommented the line
finger stream tcp nowait root /usr/sbin/tcpd\ in.fingerd
I have used Red Hat and other Linux flavors for over two years, and have never had a problem like this before. —Charles Almond, firstname.lastname@example.org
I answered a similar question for a local user who had exactly the same problem just last week. Make sure your inetd daemon is actually running. All the file changes in the world do nothing if the daemon isn't present to read it. You can do a ps ax and scroll through the list of running processes to make sure it is present. —Chad Robinson, email@example.com
There is another possible reason: the connections are being denied by tcpwrappers. Check /etc/hosts.allow, /etc/hosts.deny and /var/log/syslog. —Marc Merlin, firstname.lastname@example.org
I'm trying to connect to my service provider. I got them to tell me how to set it up according to all their specifications through linuxconf, and according to them, the setup is right. When I run ifup ppp0, I get the following message:
pppd 2.3.7 started by root uid0 device is locked by pid438 exit.
How do I unlock ttyS1? —Kirk, email@example.com
Looks like there is or was another previous process (438) running, which has or had the /dev/ttyS1 device locked. I think this is the port where your modem is connected. Log in as root, check if the 438 process is still running with ps aux|grep 438; if so, kill or terminate it with kill -HUP 438 and check on the /var/lock directory for any file with a name like “LCK..ttyS1” which is the actual lock file. Remove it and try again. —Felipe E. Barousse, firstname.lastname@example.org
There is also the possibility that two programs are trying to lock the device when you try to dial out. If that appears to be happening (which is most likely the case if there is no lock file but pppd always dies), try removing any lines that say “lock” in /etc/ppp/options. —Steven Pritchard, email@example.com
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
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.Register Now!
- SUSE LLC's SUSE Manager
- Google's SwiftShader Released
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- My +1 Sword of Productivity
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- SuperTuxKart 0.9.2 Released
- Parsing an RSS News Feed with a Bash Script
- Rogue Wave Software's Zend Server
- 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