*nix

Related pages

Burning cd's

mkisofs and cdrecord are your friend. The man pages for these programs are excellent but here's a quick example of a session that I have used:

Build the iso file - this is a cross platform iso with support for both Macs (HFS) and Windows (Joliet):

$ mkisofs -P "PublisherId" \
          -p "PreparerId" \
          -V "VolumeId" \
          -A "ApplicationId" \
          -r -v -J -hfs \
          -graft-points \
          -o /tmp/foo.iso \
          /=/source/dir

Look for the cdwriter device (note I have an ATAPI cd writer, much like most folk with a regular pc):

$ cdrecord -scanbus
Cdrecord-Clone 2.01-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla
Note: The author of cdrecord should not be bothered with problems in this version.
scsidev: 'ATA'
devname: 'ATA'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.83-RH '@(#)scsi-linux-sg.c    1.83 04/05/20 Copyright 1997 J. Schilling').
scsibus0:
        0,0,0     0) 'PHILIPS ' 'DVD+-RW DVD8701 ' '5D24' Removable CD-ROM
        0,1,0     1) *
        0,2,0     2) *
        0,3,0     3) *
        0,4,0     4) *
        0,5,0     5) *
        0,6,0     6) *
        0,7,0     7) *

Write the cd/dvd:

cdrecord -v -sao dev=ATAPI:0,0,0 /tmp/foo.iso

WindowsXP / WinXP

Base software list for a safe and sane installation

Setting up a windows workstation without immediately being compromised can be a struggle, here's a few tools that help:

In addition the following tools make it possible to use windows without the pain and suffering incurred by using the microsoft tools:

Work-arounds for system lock-downs

Outlook

TCP timeouts

The default limit for TCP retries under windows is very small - the result being that even a momentary loss of network connectivity can cause applications like putty to prematurely lose network connections.

As per the putty FAQ (http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html#faq-timeout):

A.7.11 PuTTY's network connections time out too quickly when network connectivity is temporarily lost.

This is a Windows problem, not a PuTTY problem. The timeout value can't be set on per application or per session basis. To increase the TCP timeout globally, you need to tinker with the Registry.

On Windows 95, 98 or ME, the registry key you need to create or change is

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\
  MSTCP\MaxDataRetries

(it must be of type DWORD in Win95, or String in Win98/ME). (See MS Knowledge Base article 158474 for more information.)

On Windows NT, 2000, or XP, the registry key to create or change is

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\
  Parameters\TcpMaxDataRetransmissions

and it must be of type DWORD. (See MS Knowledge Base articles 120642 and 314053 for more information.)

Set the key's value to something like 10. This will cause Windows to try harder to keep connections alive instead of abandoning them. 

Hardware

Memory (RAM)

Failing RAM is really rather painful and sometimes difficult to detect / diagnose. If a system (particularly a new one) starts to misbehave at high loads a memory test would be a good idea.

Here's a couple of tools which I have found useful for diagnosing system memory:

Video Card

Becnhmark/Testing tools:

BradsWiki: System Admin (last edited 2010-07-10 14:52:30 by BradleyDean)