NSLU2-Linux
view · edit · print · history

OpenSlug.OpenSlugTurnUp History

Hide minor edits - Show changes to markup

May 12, 2008, at 04:07 PM by Takai -- 2 extra steps required for the beewoolie method
Added lines 68-72:

[Takai] After following the steps from beewoolie i also had to run the following commands:

  # turnup disk /dev/sda1
  # reboot
January 11, 2007, at 05:29 AM by TheAnarcat -- than -> then
Changed lines 9-10 from:

I have found it is necessary to disconnect DHCP server from the network. Than reboot NSLU2 and from an other machine connect to the NSLU2 via SSH. Than run 'turnup init' and change the boot protocol from 'dhcp' to 'static' (see below).

to:

I have found it is necessary to disconnect DHCP server from the network. Then reboot NSLU2 and from an other machine connect to the NSLU2 via SSH. Then run 'turnup init' and change the boot protocol from 'dhcp' to 'static' (see below).

March 21, 2006, at 10:48 PM by Paul -- Has been sda2 instead of sda1
Changed lines 39-40 from:

Note: Only boot to the sda right now. Make sure that's in USB port 1. We will be working out a procedure for proper recognition of multiple drives shortly. Currently, only 1 drive plugged into USB port 2 will be device sda. If one added a drive at a later time to USB port 2, that device would likely turn into sdb. So, stick with sda in USB port 1 for right now.

to:

Note: Only boot to the sda right now. Make sure that's in USB port 1. We will be working out a procedure for proper recognition of multiple drives shortly. Currently, only 1 drive plugged into USB port 1 will be device sda. If one added a drive at a later time to USB port 2, that device would likely turn into sdb. So, stick with sda in USB port 1 for right now.

February 03, 2006, at 10:57 PM by G Jones -- Added note regarding DOS partitions and booting
Changed lines 106-109 from:
to:
    [DOS partitions do not seem to work, even though the scripts apparently run ok and you can mount the 
    file system and view the files.  You seem to have to delete the partition and re-create it as a linux partition 

using fdisk to persuade the system to boot off it.]

December 01, 2005, at 03:48 PM by simson -- In 2.7 it should med tuneup memstick...
Changed line 108 from:
  $ turnup -i /dev/sdXN -t ext3  # copy the filesystem and set the bootloader to use it
to:
  $ turnup memstick -i /dev/sdXN -t ext3  # copy the filesystem and set the bootloader to use it
November 15, 2005, at 09:03 AM by Zhyla -- notes about using a flash drive w/ turnup
Changed lines 99-100 from:

I'll update this later. There's a minor issue to make sure one turns off the access time updates when mounting the flash device to significantly reduce wear.

to:

The turnup script has direct support for this (as of 2.7beta), you just need to do something like this:


  $ fdisk /dev/sdX               # where X is the flash stick device number
    [verify the partitions look like you want, or change them]

  $ mkfs.ext3 /dev/sdXN          # format the flash stick, N is the partition you want to use
  $ turnup -i /dev/sdXN -t ext3  # copy the filesystem and set the bootloader to use it

Note that if you're doing this by hand instead of using the turnup script you'll want to make sure to use the noatime mount option to prevent system from doing a write every time something is read (flash parts can only sustain a fixed amount of writes, ~10k-100k).

August 16, 2005, at 10:05 AM by petr at tpc dot cz --
Changed lines 25-26 from:
to:

--snip--

August 16, 2005, at 10:03 AM by petr at tpc dot cz --
Changed lines 7-8 from:

After reflashing to the OpenSlug 2.5 I was not able to SSH in to the slug. The network parameters were set up properly before the box was flashed to the OpenSlug (using the Linksys web interface) !! Unslung keeps its network settings even it is reflashed with another firmware !! I was trying to SSH on the home local network where DHCP server is connected too.

to:

After reflashing to the OpenSlug 2.5 I was not able to SSH in to the slug. The network parameters were set up properly before the box was flashed from Linksys firmware to the OpenSlug (using the Linksys web interface) !!Remember, NSLU2 keeps its network settings even it is reflashed with another firmware !! I was trying to SSH on the home local network where DHCP server is connected as well.

August 16, 2005, at 09:52 AM by petr at tpc dot cz --
Deleted lines 26-29:

HTH

Petr

August 15, 2005, at 10:07 PM by blaster8 -- Cleanup
Changed lines 1-10 from:

First Beta Release

The first beta release of OpenSlug designed to be run from an external hard drive or flash stick. Initially, after the flash, the unit will restart and boot from the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

N.B. Only Static IP configurations are supported right now. Be sure to set the IP address, Network mask and gateway address in the Linksys page. If you are on a point-to-point network, pick a host or fill in something like 192.168.1.254 as the gateway. The gateway field is required now. The benefit to users that actually gateway somewhere outweighs the minor setup issue for point-to-point users.


****** OpenSlug 2.5 ******

After reflashing to the OpenSlug2?.5 I was not able to SSH in to the SLUG. The network parameters were set up properly before the box was flashed to the OpenSlug (using the Linksys web interface) !! UNSL2? keeps its network settings even it is reflashed with another firmware !! I was trying to SSH on the home local network where DHCP server is connected too.

to:

OpenSlug 2.5

OpenSlug 2.5 is designed to be run from an external hard drive or flash stick. Initially, after the firmware flash, the unit will restart and boot from the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the DHCP/Static IP configuration, the Domain and the hardware MAC address.


After reflashing to the OpenSlug 2.5 I was not able to SSH in to the slug. The network parameters were set up properly before the box was flashed to the OpenSlug (using the Linksys web interface) !! Unslung keeps its network settings even it is reflashed with another firmware !! I was trying to SSH on the home local network where DHCP server is connected too.

August 15, 2005, at 09:23 PM by petr at tpc dot cz --
Changed lines 33-34 from:
to:

August 15, 2005, at 09:21 PM by petr at tpc dot cz -- First SSH after reflashing to OpenSlug2.5
Changed lines 6-34 from:
to:

****** OpenSlug 2.5 ******

After reflashing to the OpenSlug2?.5 I was not able to SSH in to the SLUG. The network parameters were set up properly before the box was flashed to the OpenSlug (using the Linksys web interface) !! UNSL2? keeps its network settings even it is reflashed with another firmware !! I was trying to SSH on the home local network where DHCP server is connected too.

I have found it is necessary to disconnect DHCP server from the network. Than reboot NSLU2 and from an other machine connect to the NSLU2 via SSH. Than run 'turnup init' and change the boot protocol from 'dhcp' to 'static' (see below).

> login as: root
> root@192.168.1.77's password:
> Host name: slug
> Host ID: 00:0F:66:87:CD:E3
> Network boot method: dhcp
> Use 'turnup init' to reset the configuration
> Use 'turnup disk|nfs -i <device> options to initialise a non-flash
> root > Use 'turnup help' for more information
> root@slug:~# turnup init
> .
> .
> .
> Boot protocol (dhcp|static) [static]: static
After that it is possible to connect DHCP server back to the network and reboot NSLU2. Now it is possible to SSH on to the static IP address which you have set at the beginning.

HTH

Petr

June 09, 2005, at 12:42 AM by tman --
Changed lines 3-4 from:

The first beta release of OpenSlug designed to be run from an external hard drive or flash stick. Initially, after the flash, the unit will reboot and boot on the the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

to:

The first beta release of OpenSlug designed to be run from an external hard drive or flash stick. Initially, after the flash, the unit will restart and boot from the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

June 09, 2005, at 12:41 AM by tman --
Changed lines 3-4 from:

The first beta release of OpenSlug designed to be run from an external hard drive or flash stick. Initially, after the flash, the unit will reboot and boot on the the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

to:

The first beta release of OpenSlug designed to be run from an external hard drive or flash stick. Initially, after the flash, the unit will reboot and boot on the the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

Changed lines 10-11 from:

Note: The Disk1 and Disk2 LEDs? are not driven when devices are present or removed. Just be aware of this state of affairs.

to:

Note: The Disk1 and Disk2 LEDs are not driven when devices are present or removed. Just be aware of this state of affairs.

May 28, 2005, at 06:04 PM by cyphaetus -- typo corrected
Changed lines 3-4 from:

The first beta release of OpenSlug designed to be run from an external hard driver or flash stick. Initially, after the flash, the unit will reboot and boot on the the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

to:

The first beta release of OpenSlug designed to be run from an external hard drive or flash stick. Initially, after the flash, the unit will reboot and boot on the the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

May 26, 2005, at 06:41 PM by beewoolie --
Added lines 34-44:

[beewoolie] You can simplify the transition to the hard drive a little bit. I made the swap creation steps more explicit and I assume you've already partitioned the drive into sda1 for / and sda2 for swap. I found that performing the mkswap with the drive connected to my notebook computer initialized swap in a way that is not compatible with the openslug kernel.

  # mkswap /dev/sda2
  # mount -t ext3 /dev/sda1 /media/hdd
  # rm -rf /media/hdd/dev
  # find / /dev/ -print0 -xdev | cpio -p -mud0 /media/hdd
  # echo /dev/sda2 swap swap defaults 0 0 >> /media/hdd/etc/fstab
  # touch /.sda1root
  # umount /media/hdd
  # reboot
May 26, 2005, at 08:32 AM by beewoolie --
Added lines 12-13:

[beewoolie] BTW, the default root password is opeNSLUg.

May 07, 2005, at 06:04 PM by repvik -- This no longer applies
Deleted lines 64-67:

Another Big Note

The /initrd is still mounted when you boot on to the hard drive. You can poke around in the ramdisk (/initrd) without fear because ... it's a ramdisk. We you are done, umount /initrd to free up the memory. Of note, the /initrd/linuxrc makes for fun reading.

May 07, 2005, at 03:12 PM by jstueve -- changed /mnt/card to /media/hdd for consistency
Changed line 27 from:
 # vi /mnt/card/etc/fstab and add a swap partition you are using one.
to:
 # vi /media/hdd/etc/fstab and add a swap partition you are using one.
March 13, 2005, at 07:28 AM by dyoung --
Changed line 24 from:
 rm -rf /mnt/card/dev
to:
 rm -rf /media/hdd/dev
Changed line 68 from:

The /initrd is still mounted when you boot on to the hard drive. You can poke around in the ramdisk (/initrd) without fear because ... it's a ramdisk. We you are done, umount /initrd to free up the memory. Of note, the /initrd/linuxrc makes for fun reading.

to:

The /initrd is still mounted when you boot on to the hard drive. You can poke around in the ramdisk (/initrd) without fear because ... it's a ramdisk. We you are done, umount /initrd to free up the memory. Of note, the /initrd/linuxrc makes for fun reading.

March 12, 2005, at 03:59 PM by g2 --
Changed lines 22-23 from:
 mount -t ext3 /dev/sda1 /mnt/card
 cd / ; find . -print0 -mount | cpio -p -0 -d -m -u /mnt/card
to:
 mount -t ext3 /dev/sda1 /media/hdd
 cd / ; find . -print0 -mount | cpio -p -0 -d -m -u /media/hdd
Changed line 25 from:
 find /dev -print0 | cpio -p -0 -d -m -u /mnt/card
to:
 find /dev -print0 | cpio -p -0 -d -m -u /media/hdd
Changed line 29 from:
 umount /mnt/card
to:
 umount /media/hdd
Changed line 37 from:
 mount 192.168.0.63:/home/link2a /mnt/card
to:
 mount 192.168.0.63:/home/link2a /media/net
February 27, 2005, at 05:39 PM by glc --
Added lines 32-60:

Running from NFS

 Export the root directory from your server
 Change the mount line in the script above to mount your empty root.
 EX:
 mount 192.168.0.63:/home/link2a /mnt/card

 Run the script.
 edit /.nfsroot on the slug.
 EX:
 nfsrootloc=192.168.0.63:/home/link2a
 nfsrootopts=nolock,intr,rsize=1024,wsize=1024

 This was added 2/27/2005.
 Switchbox doesn't handle the nfs connection properly.
 I added some patches to .nfsroot to temporarily fix them.
 Here is the file until fixes are completed.
 Substitute your server information.

 /usr/bin/killall portmap
 /sbin/insmod sunrpc
 /sbin/insmod lockd
 /sbin/insmod nfs
 nfsrootloc=192.168.0.63:/home/link2a
 nfsrootopts=nolock,intr,rsize=1024,wsize=1024
 /sbin/ifconfig eth0 up $ipaddr netmask $netmask

Reboot, and you should be running on an NFS root.

February 27, 2005, at 12:10 AM by VoodooZ --
Changed line 39 from:

The /initrd is still mounted when you boot on to the hard driver. You can poke around in the ramdisk (/initrd) without fear because ... it's a ramdisk. We you are done, umount /initrd to free up the memory. Of note, the /initrd/linuxrc makes for fun reading.

to:

The /initrd is still mounted when you boot on to the hard drive. You can poke around in the ramdisk (/initrd) without fear because ... it's a ramdisk. We you are done, umount /initrd to free up the memory. Of note, the /initrd/linuxrc makes for fun reading.

February 27, 2005, at 12:09 AM by VoodooZ --
Changed line 17 from:

sda2 (or sdb2). N.B. You will loose all your UNSLUNG system files and configuration data. Please backup that partition and save it away 'BEFORE' trying to use OpenSlug. Or use a virgin hd. This example assumes the drive is formatted ext3 and clean.

to:

sda2 (or sdb2). N.B. You will lose all your UNSLUNG system files and configuration data. Please backup that partition and save it away 'BEFORE' trying to use OpenSlug. Or use a virgin hd. This example assumes the drive is formatted ext3 and clean.

February 26, 2005, at 04:05 PM by g2 --
Added lines 10-11:

Note: The Disk1 and Disk2 LEDs? are not driven when devices are present or removed. Just be aware of this state of affairs.

February 26, 2005, at 04:02 PM by g2 --
Added lines 5-6:

N.B. Only Static IP configurations are supported right now. Be sure to set the IP address, Network mask and gateway address in the Linksys page. If you are on a point-to-point network, pick a host or fill in something like 192.168.1.254 as the gateway. The gateway field is required now. The benefit to users that actually gateway somewhere outweighs the minor setup issue for point-to-point users.

Added lines 11-12:

Note: Only boot to the sda right now. Make sure that's in USB port 1. We will be working out a procedure for proper recognition of multiple drives shortly. Currently, only 1 drive plugged into USB port 2 will be device sda. If one added a drive at a later time to USB port 2, that device would likely turn into sdb. So, stick with sda in USB port 1 for right now.

February 26, 2005, at 06:13 AM by g2 --
Changed line 17 from:
 (cd / ; find . -print0 -mount | cpio -p -0 -d -m -u /mnt/card)
to:
 cd / ; find . -print0 -mount | cpio -p -0 -d -m -u /mnt/card
February 26, 2005, at 05:41 AM by g2 --
Added lines 31-33:

Another Big Note

The /initrd is still mounted when you boot on to the hard driver. You can poke around in the ramdisk (/initrd) without fear because ... it's a ramdisk. We you are done, umount /initrd to free up the memory. Of note, the /initrd/linuxrc makes for fun reading.

February 26, 2005, at 05:37 AM by g2 --
Added lines 5-7:

N.B. When OpenSlug boots only portmapper and dropbear are running. Be sure to be familiar with ssh'ing into the box. Test this before loading OpenSlug firmware.

February 26, 2005, at 05:34 AM by g2 --
Added line 18:
 # vi /mnt/card/etc/fstab and add a swap partition you are using one.
February 26, 2005, at 05:30 AM by g2 --
Changed lines 1-26 from:

Describe OpenSlugTurnUp here.

to:

First Beta Release

The first beta release of OpenSlug designed to be run from an external hard driver or flash stick. Initially, after the flash, the unit will reboot and boot on the the JFFS2 partition. Currently, the static IP information in the Linksys system configuration partition is used to setup the IP address, netmask, and hardware MAC address.

Running from hard drive

The example below shows running from sda1 as the root partition. Users with data on sda1 (UNSLUNG users) will want to use sda2 (or sdb2). N.B. You will loose all your UNSLUNG system files and configuration data. Please backup that partition and save it away 'BEFORE' trying to use OpenSlug. Or use a virgin hd. This example assumes the drive is formatted ext3 and clean.

 #Mount the drive on sda1 or sda2
 #Clear it off

 mount -t ext3 /dev/sda1 /mnt/card
 (cd / ; find . -print0 -mount | cpio -p -0 -d -m -u /mnt/card)
 rm -rf /mnt/card/dev
 find /dev -print0 | cpio -p -0 -d -m -u /mnt/card
 touch /.sda1root
 sync
 umount /mnt/card
 shutdown -r now

Running from Flash Stick

I'll update this later. There's a minor issue to make sure one turns off the access time updates when mounting the flash device to significantly reduce wear.

view · edit · print · history · Last edited by Takai.
Based on work by TheAnarcat, Paul, G Jones, simson, Zhyla, petr at tpc dot cz, blaster8, tman, cyphaetus, beewoolie, repvik, jstueve, dyoung, g2, glc, and VoodooZ.
Originally by g2.
Page last modified on May 12, 2008, at 04:07 PM