Some additional info:
ok, I think I found the Linux port, mine has a series of pins with rs 232-like markings between the USB client and the Ethernet connectors.
Here is the log from the arduino attempt to upload blink:
Binary sketch size: 83,479 bytes (of a 10,000,000 byte maximum) - 0% used
starting download script
#!/bin/sh
#
echo "starting download script"
echo "Args to shell:" $*
#
# ARG 1: Path to lsz executable.
# ARG 2: Elf File to download
# ARG 3: TTY port to use.
#
Args to shell: /Applications/ArduinoGalileo.app/Contents/Resources/Java/hardware/tools/x86/bin /var/folders/64/s6ty___n2xn3mydvhckcxct40000gn/T/build8305436214939771498.tmp/Blink.cpp.elf /dev/tty.usbmodemfa131
#path may contain \ need to change all to /
path_to_exe=$1
fixed_path=${path_to_exe//\\/\/}
#
tty_port_id=$3
Serial Port PORT (note: should be /dev/cu.xxxxxx for OSX)
Using tty Port /dev/tty.usbmodemfa131
echo "Serial Port PORT" $com_port_id "(note: should be /dev/cu.xxxxxx for OSX)"
echo "Using tty Port" $tty_port_id
#
Sending Command String to move to download if not already in download mode
echo "Sending Command String to move to download if not already in download mode"
echo "~sketch download" > $tty_port_id
It hangs at this point, until I reboot the board. Then the script finishes with lots of "file not found"
So I think that the port is correct, and it is talking to the board, at least sorta. just not in a useful way. Could it have a bad baud setting?
Thanks
Doug