NSLU2 downgrade from Debian to OpenWrt

Flashed openwrt-nslu2-squashfs.bin onto the NSLU2 over a Debian installation. After a reboot only the green Ethernet LED was on. A ping to the old IP address, 192.168.1.1 or 192.168.1.77 didn't work. Switching of the NSLU2 with the power button failed.

But what I noticed was that a ping to 192.168.1.1 produced no response but all other Destination Host Unreachable.

arp -an revealed for 192.168.1.1 the correct MAC address all other IP showed <incomplete>.

Unfortunately I couldn't find an upgrade story from Debian to OpenWrt on the internet. But I thought to remember that Debian used a different flash layout.

So I followed this description to erase the SysConf area and installed the Linksys Firmware.

As to be expected only the third attempt to enter the RedBoot worked. The first time the message to press ^C appeared, but no reaction. The ^C came to late. If correctly timed RedBoot > will appear.

After this the boot was successful and the installation of OpenWrt succeeded  without a problem.

debian lenny default X settings

The default X windows installation in debian looks broken to me. The default screen size used was 1600x1200. To much for my old TFT. Trying to resize the resolution from Gnome failed (ALT-CTRL-- and resolution tool). This is because in xorg.conf are no screen resolutions defined.

Adding the following lines to the screen section fixed the problem:
  DefaultDepth 24
  Subsection "Display"
  Depth 24
  Modes "1280x1024"
  EndSubsection

mpd and ALSA

mpd is also dependant on x11-common. Started to install by hand but gave up and installed it with apt-get and all requested dependencies.

Steps I had to do, to get it this time working:

• added to bashrc:
  export MPD_HOST=127.0.0.1
  export MPD_PORT=6600


• copied some test files to /var/lib/mpd/music/


• mpd --create-db


• create a playlist in /var/lib/mpd/playlists


• loaded the playlist and started it - played but no sound


• apt-get install alsa-utils


• used alsamixer to enable pcm

install sshd without X dependencies

The new debian installation is missing a ssh server. The obvious solution with apt-get listed a lot of X dependencies. As X is not installed and I want a more or less minimal system I installed it by hand.

download the dep package

the easiest way is to use apt-get with -d to only download the packages. apt-get -d install openssh-server

install the dep package

dpkg -i /var/cache/apt/archives/openssh-server...deb

This step required only the blacklists to be installed.

update to lenny via net installation

I have an old PC which OS is totally out of date. As it has testing on it for quite some time and I also tried out a lot of programs, a new installation looks like the best thing to to.

To save me the trouble of downloading the boot CD and burning it, I will try the net installation. The installer will be started (booted into) from the HD (see debian installation manual).

• download from initrd.gz and linux from debian nl (for squeeze) or any other debian server to /boot/new.


• update menu.lst:
  title New Install
  root (hd0,0)
  kernel /boot/new/linux
  initrd /boot/new/initrd.gz
  


• reboot


• let the installer repartition/format the HD you booted from


• continue like normal installation

After the first reboot the file system check failed with this error:
The file system size (according to the superblock) is 992013 blocks The physical size of the device is 736981 blocks Either the superblock or the partition table is likely to be corrupt
Running fsck by hand didn't help. Booting from a rescue CD and running resize2fs /dev/hda1 fixed the problem.

NFS server installation

My last NFS installation must have be nearly 10 years ago - was still using OS/2 on one machine.

On the server I installed nfs-kernel-server as I read about some problems with the user mode server. From the old day's I still remember the files used to configure the server.

• /etc/exports: /dir ip(rw)


• /etc/hosts.allow: ALL:ip


• /etc/hosts.deny: ALL:ALL

This didn't work. Access was denied. The access is controlled by the user and group ID. All users are created separately and not controlled by NIS or LDAP server. The quick solution is to map all access to the local user with anonuid and anongid.

Still not able to connect from the Mac. The user access is granted by the server. The Mac connects with a port number greater than 1024. Therefore insecure is needed.

Help was the nfs howto and this thread about mounting nfs on Mac.

TODO: look into the command exportfs to manipulate the NFS exported file systems.

move mutt and fetchmail installation

Habe von der alten Installation einfach die Config-Dateien kopiert:

• .muttrc


• .mutt_aliases


• .fetchmailrc

Danach hat alles bis auf Mails löschen/verschieben (siehe courier) funktioniert.


[moved from vox]

move courier installation

Habe die Config-Dateien nach der Installation mit einander verglichen und nichts gefunden, was ich bei der alten Installation von Hand angepasst hatte.

Gestartet und ich kann mit mutt auf die Mails mittels IMAP zugreifen.

[update] Kann die Mails nicht verscheiben oder löschen. Die Zugriffsrechte der einzellnen Mails schint aber zu stimmen. Keine Ahnung was dies sein kann.

[moved from vox]

move postfix installation

config files der postfix installation (debian):

• dynamicmaps.cf - neues wurde erweitert-> behalten


• main.cf - keine neuen Parameter -> alte kopiert


• master.cf - hatte bei alten Installation nicht verändert, werde es auch nicht bei der neuen


• post-install - Installationsscript, hatte bei alten Installation nicht verändert, werde es auch nicht bei der neuen


• postfix-files - erste Zeile: Do not edit this file. -> behalten


• postfix-script - neues wurde erweitert -> behalten


• sasl - empty dir

Bei der alten Installation gibt es zusätzlich:

• canonical - alte kopiert


• canonical.db - neu erzeugt mit postmap canonical


• saslpasswd - für gmx (in sasl)


• saslpasswd.db - (in sasl)

Als ersten Schritt habe ich postfix gestoppet. Beim vergleichen der config files ist mir der procmail-Eintrag aufgefallen. Dieser filter spam und sortiert die Mails in meine Maildir-Struktur. Die Schritte für procmail:

• Maildir im user directory angelegt


• .procmailrc vom alten Server kopiert

Nach dem ich alles verglichen hatte, habe ich main.cf und canonical vom alten server kopiert und canonical.db neu erzeugt. Dann habe ich postfix wieder gestartet und getestet ob locale mails richtig zugestellt werden.

Ok, der nächste Schritt ist den IMAP-Server zu installieren.

[moved from vox]

install mail on new linux server

Habe debian auf meinem neuen Server (VIA EPIA CN1000) installiert. Ich möchte alle Einstellungen und Mails vom alten Server (AMD 1600) üernehemen. Die betroffenen Programme sind:

• postfix (MTA)


• courier (IMAP)


• fetchmail (pop3 download)


• mutt (MUA)

Wenn das System so läuft, wie erwartet werde ich die alten Mails einfach kopieren.

Zum vorgehen:

Als erstes sollte ich dafür sorgen, dass alle Mails wieder an der gleichen stelle wie beim alten System landen. Dafür ist postfix zuständig. Um die postfix Installation in einem Schritt durchzuführen, werde ich auch gleich das Versenden über meinen ISP testen.

Danach, dass ich auf die Mails auf meinem Server über IMAP (courier) zugreifen kann.

Bei postfix und couriere handelt es sich um Installationen mit mehreren config files. Da beide auf dem neuen Server einen Versionssprung hinter sich haben, muss ich erst mal testen, ob sich Einstellungen geändert haben.

fetchmail und mutt machen keine Probleme. Hier gab es keinen Versionswechsel und ich kann die alten config files einfach kopieren.

[moved from vox]