This blog entry is supposed to be some kind of a step-by-step guide to install Debian Linux on a Seagate Dockstar. Be careful though! If something goes wrong you need special hardware to recover the brick! I’m not liable for any damage done to the unit or you! 
Don’t do this unless you seriously know what you are doing…
What you get:
- Debian Lenny with sheeva.with-linux.com kernel
- Installed to internal flash for fast boot etc.
- Install thousands of pre-compiled software packages with APT
Please read through the guide completely before doing anything. Read the instructions carefully and watch for code you have to adjust to your environment (devices, partitions, IPs, default gateway, etc.).
Prerequisites:
- Cold beer or hot coffee
- PC running any kind of Unix/Linux (I suggest Ubuntu, virtual machine is sufficient)
- DockStar and PC connected to a DHCP router with internet access
- 1 Gig USB key
- Advanced Linux knowledge (ssh, fdisk, mount, tftp, …)
The guide:
- Setup a USB key with a temporary Debian root filesystem
- Plug the key into your Linux box
- Use fdisk to create one large partition
fdisk /dev/sdb
- Create the filesystem
mkfs.ext3 /dev/sdb1
- Mount the filesystem
mount /dev/sdb1 /mnt
- Download the Debian root filesystem and untar it to the key
cd /mnt wget http://people.debian.org/~tbm/sheevaplug/lenny/base.tar.bz2 tar xvjf base.tar.bz2 rm base.tar.bz2
- Download sheeva kernel
cd /mnt/boot && rm -rf * wget http://sheeva.with-linux.com/sheeva/2.6.34.1/sheeva-2.6.34.1-uImage wget http://sheeva.with-linux.com/sheeva/2.6.34.1/sheeva-2.6.34.1-uImage.md5 md5sum -c sheeva-2.6.34.1-uImage.md5 # check for output ln -s sheeva-2.6.34.1-uImage uImage
- Download modules
cd /mnt wget http://sheeva.with-linux.com/sheeva/2.6.34.1/sheeva-2.6.34.1-Modules.tar.gz wget http://sheeva.with-linux.com/sheeva/2.6.34.1/sheeva-2.6.34.1-Modules.tar.gz.md5 md5sum -c sheeva-2.6.34.1-Modules.tar.gz.md5 # check for output tar xvzf sheeva-2.6.34.1-Modules.tar.gz rm sheeva-2.6.34.1-Modules.tar.gz
- Comment all lines in /mnt/etc/fstab
- Delete /mnt/etc/mtab
- Modify /mnt/etc/network/interfaces to your needs or leave it to use DHCP
- Adjust /mnt/etc/resolv.conf to match your DNS environment
- Generate UBIFS image
- Copy the root filesystem you just created. This will be flashed to your DockStar later so make sure every config file is correct
cd /tmp mkdir ubifs cp -av /mnt/* ubifs/
- Create UBI config file
cat <<eof >ubi.cfg [ubifs] mode=ubi image=ubifs.img vol_id=0 vol_size=200MiB vol_type=dynamic vol_name=rootfs vol_flags=autoresize eof
- Create UBI image (this may take some time without progress display)
aptitude install mtd-utils mkfs.ubifs -v -r ubifs -m 2048 -e 129024 -c 4096 -o ubifs.img -x zlib ubinize -o ubi.img -m 2048 -p 128KiB -s 512 ubi.cfg
You should get a ubifs.img with ~163 MB and a slightly larger ubi.img
- Copy UBI image to the USB key
cp ubi.img /mnt
- Copy the root filesystem you just created. This will be flashed to your DockStar later so make sure every config file is correct
- Setup a TFTP server with a temporary kernel
- Install TFTP server
aptitude install tftpd-hpa
- Copy kernel from USB root to TFTP root
cp /mnt/boot/sheeva-2.6.34.1-uImage /var/lib/tftpboot cd /var/lib/tftpboot ln -s sheeva-2.6.34.1-uImage uImage
- Check if TFTP server is running
service tftpd-hpa status
- Unmount the USB key from your PC
umount /dev/sdb1
- Install TFTP server
- SSH into the original Pogoplug OS to prepare backup and prepare the U-Boot environment
- Plugin the USB key and mount it
mount /dev/sda1 /mnt mkdir /mnt/DockStar-Backup cd /mnt/DockStar-Backup
- Backup the original DockStar to USB (be sure to store the images in a safe place afterwards!)
wget http://plugapps.com/os/pogoplug/uboot/nanddump chmod +x nanddump ./nanddump -nf mtd0.dump /dev/mtd0 ./nanddump -nf mtd1.dump /dev/mtd1 ./nanddump -nf mtd2.dump /dev/mtd2 ./nanddump -nf mtd3.dump /dev/mtd3 sha1sum mtd0.dump >mtd0.dump.sha1 sha1sum mtd1.dump >mtd1.dump.sha1 sha1sum mtd2.dump >mtd2.dump.sha1 sha1sum mtd3.dump >mtd3.dump.sha1
- Download blparam binary
cd /sbin mount -o rw,remount / wget http://plugapps.com/os/pogoplug/uboot/blparam chmod 755 ./blparam export PATH=/sbin:/usr/sbin:/bin:/usr/bin:/root
- Write U-Boot environment
blparam bootcmd_org='nand read.e 0x800000 0x100000 0x300000; setenv bootargs $(console) $(bootargs_root); bootm 0x800000' blparam arcNumber=2097 blparam mainlineLinux=yes blparam ipaddr=192.168.2.2 # very important to set this one to the DockStar IP! blparam serverip=192.168.2.1 # very important to set this one to the TFTP server IP! blparam mtdparts='orion_nand:0x100000@0x0(u-boot),0x400000@0x100000(uImage),0x2000000@0x500000(rootfs),0xDB00000@0x2500000(data)' blparam tftpboot='tftp 0x800000 uImage ; setenv bootargs $(console) root=/dev/sda1 rw rootdelay=5 $(mtdparts) ; bootm 0x800000' blparam bootcmd='run tftpboot'
- Plugin the USB key and mount it
- Boot the temp kernel via TFTP and the filesystem from USB
- Leave USB key inserted
-
umount /dev/sda1 /sbin/reboot
- SSH into the temporary OS
- User is “root”, password is “root”
- Set the date (if it wasn’t set by NTP)
date 'MMDDhhmmCCYY'
- Add your default gateway
route add default gw 192.168.2.1
- Download and install mtd-utils
wget http://ftp.de.debian.org/debian/pool/main/m/mtd-utils/mtd-utils_20090606-1_armel.deb wget http://ftp.de.debian.org/debian/pool/main/l/lzo2/liblzo2-2_2.03-2_armel.deb dpkg -i liblzo2-2_2.03-2_armel.deb mtd-utils_20090606-1_armel.deb
- Erase the original Pogoplug Kernel and OS, flash Debian filesystem and new sheeva kernel to NAND
flash_eraseall /dev/mtd2 ubiformat /dev/mtd2 -s 512 -f /ubi.img -y flash_erase /dev/mtdblock1 flash_eraseall /dev/mtd1 cat /boot/uImage > /dev/mtdblock1 wget http://plugapps.com/os/pogoplug/uboot/blparam chmod 755 ./blparam ./blparam ./blparam bootargs_ubi='ubi.mtd=2 root=ubi0:rootfs rootfstype=ubifs' ./blparam bootcmd_ubi='nand read.e 0x800000 0x100000 0x300000 ; setenv bootargs $(console) $(mtdparts) $(bootargs_ubi) ; bootm 0x800000' ./blparam bootcmd='run bootcmd_ubi'
- Reboot. Setup. Done!
- Adjust hostname, network, DNS, etc.
- Generate new SSH keys
rm /etc/ssh/ssh_host* ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key -N "" ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key -N ""
- Adjust and update apt sources
vi /etc/apt/sources.list aptitude update
- Purge unneeded locales and old kernel
aptitude install localepurge localepurge aptitude remove linux-image-2.6-kirkwood linux-image-2.6.32-5-kirkwood linux-image-kirkwood
- Adjust timezone
dpkg-reconfigure tzdata
- Install NTP support
aptitude install ntp
- Adjust /etc/fstab. Might be better to mount /var/log, /var/lock, /var/run and /tmp to a tmpfs.
Credits:
- wusel for his various posts about the DockStar, especially Debian via TFTP+NFS
- Alexander Holler for his long post about Gentoo on the DockStar
- Plugapps.com team for their excellent work on Arch Linux on the DockStar and the blparam binary
- Martin Michlmayr for his Debian Lenny root filesystem which was basis for my UBIFS
- …
Danke !
Hat durchweg funktioniert, so macht das echt Spaß!
Diese Box war genau das was ich gesucht habe, und jetz hab ich sie mit hübsch Debian drauf. Und das Alles für 20€
Super gute Dokumentation, das war bestimmt Arbeit. Ein Hoch auf das Internet. (Gütersloh yay! – Bin aus Verl)
Und damit das Publikum nicht eingeschränkt wird folgende Fragen in Englisch:
Is it possible to just “apt-get upgrade” the Installation to debian testing/
unstable or are there caveats?
Is the Kernel already patched with the modifications from Alexander Holler ?
Freut mich zu hören
I haven’t tested Lenny to Squeeze but it should work like that, yep.
The kernel is made for Sheevas, so it does not have the DockStar patches. If you want to stop the LED etc. you have to patch and compile it for yourself.
Update works fine !
I successfully “dist-upgrade”d to sid, I just had to mount a usb-stick to some places due to the space constraints.
Nice!
I currently have some problems with my new USB HDD. Sporadically get kernel I/O errors when rsyncing to an ext3 partition. So I tested the disk with h2testw connected to my laptop. No errors… I don’t think I have bad blocks, and the USB cable is already exchanged, so whatelse can it be?
Genau so eine Anleitung habe ich gesucht – super Danke
Habe das Dockstar erst heute entdeckt. Nun direkt mal bestellt
Wollte eigentlich meine alte Slug bei meinen Eltern aufestellen. Nun wird es das Dockstar
Mal sehen in wie weit das Dingen mit meiner GuruPlug Server Plus mithalten kann ^^
Das Dockstar hat ja kein Jtag Modul. Gibt es eventuell eine Möglichkeit da was dran zu löten, so das man das Jtag Modul von der Guruplug nutzen kann?
Mh, wenn du DAS rausfindest bist du ein Held
Der DockStar hat ja ‘nen Pinout, aber bisher ist nur die Belegung für die serielle Schnittstelle bekannt…
Ok, Dankeschön. Das ist schonmal gut zu wissen
Dann bin ich mal gespannt was mich erwartet
hallo thomas
sehr gute anleitung, danke.
frage: deine flashaufteilung definierst du mit:
orion_nand:0×100000@0×0(u-boot),0×400000@0×100000(uImage),0×2000000@0×500000(rootfs)
deine ubi.img ist aber 170 mb gross. die tfspartition 0×2000000 – 0×500000 = 0x1b00000 = ca. 28 MB gross.
Habe ich da etwas falsch verstanden? oder ist da iergendwo ein fehler?
mein dockstar bootet mit deinen uImage im flash und den rootfs auf dem USB sehr gut, jedoch wenn ich gemäss deiner anleitung das rootfs als ubi aus dem flasch starten will bekomme ich einen fehler bezüglich CRC chek des UBI.
gruss remo
Ich muss zugeben, den mtd-/ubi-Teil habe ich von wusel übernommen, ohne wirklich zu wissen, was da geschieht
Aber: Es funktioniert *g* Und zwar mit mehr als 28 MB. Siehe Kernel Log vom Bootvorgang:
[...]
kernel: Creating 3 MTD partitions on “orion_nand”:
kernel: 0×000000000000-0×000000100000 : “u-boot”
kernel: 0×000000100000-0×000000500000 : “uImage”
kernel: 0×000000500000-0×000010000000 : “root”
kernel: UBI: attaching mtd2 to ubi0
[...]
kernel: UBI: attached mtd2 to ubi0
kernel: UBI: MTD device name: “root”
kernel: UBI: MTD device size: 251 MiB
[...]
Haut auch hin, da 0×10000000 – 0×500000 = 0xfb00000 = 263192576.
Und 263192576 Byte / 1024 / 1024 = 251 MiB
Dass wir im U-Boot-Environment vier mtdparts definieren und der Kernel drei bekommt erkläre ich mir im Moment damit, dass der Kernel die Environment diesbezüglich nicht beachtet und fest einkompilierte Werte hernimmt. Insofern wäre das U-Boot-Setting sinnlos…
Hi Thomas,
vielen Dank für Deine super Anleitung für die Debian Installation. Ohne Deine Anleitung wäre ich verloren gewesen.
Jetzt gibt es nur noch eine Sache die ich brauche um erstmal vollkommen glücklich zu werden: Wie kann ich diese LED ausschalten… das blinken macht mich wahnsinnig! Also entweder ganz aus, oder dauernd an. Geht das mit einer Einstellung in /sys/class/leds/? Oder muss ich den Kernel mit LED support kompilieren?
Da kommt dann auch schon mein Problem, ich habe keine Ahnung wie das geht:-(
Ich kenne mich noch nicht so gut aus und ich will das System nicht kaputt machen. Also vielleicht kannst Du, oder jemand anderes, der das liest mir weiterhelfen? Das wäre echtg super.
Und natürlich gerne auch Englisch:
How can I prevent the LED from flashing. I would like to either turn it off or permanently on, but the flashing drives me crazy! Can I set this in /sys/class/leds/? I assume I have to compile a new kernel with LED support but unfortunately I have no idea how to do that. Maybe someone can give some advice?
Nochmal vielen Dank für Dein Tutorial und freundliche Grüße
Tiffany
Hi Tiffy,
die LED lässt sich leider mit dem verwendeten Kernel nicht steuern. Dazu muss man ihn in der Tat neu kompilieren mit den Patches von Alexander Holler. Da ich anderweitige Probleme mit meinem DockStar habe werde ich das bei Gelegenheit tun, also wenn du willst stelle ich dir dann meinen Build zur Verfügung.
Gruß,
Thomas
Nachdem ich das Dockstar nun bekommen habe, habe ich heute nach der Anleitung Debian drauf gezogen. Es hat alles super geklappt
Vielen Dank für das tolle How-To
Hi Thomas,
ich hätte noch eine Frage:
Ich habe das System auf einem Stick installiert und jetzt noch eine Seagate HDD zum aufstöpseln hier rumliegen.
Wie kann ich denn mein /home auf die HDD legen?
Als U-Boot habe ich ja den Parameter root=/dev/sda1 was ja der Systempartition(=USB Stick) enstprechen soll, richtig? Aber sobald ich die HDD anstöpsel ist diese meine /dev/sda und der Stick wird /dev/sdb, trotzdem bootet das System korrekt, was ich schon komisch finde. Wieso ist das so?
Und kann ich /home einfach mit einem Eintrag in der fstab:
/dev/sda1 /home ext3 defaults,errors=remount-ro 0 1
einbinden?
Oder nimmt man da besser die UUID? Wie geht das dann?
I have a Seagate HDD, where I would like to store my /home directory. If the HDD is attached it is assigned /dev/sda and my Stick, that contains the system, becomes /dev/sdb. Although root=/dev/sda my system(/dev/sdb) boots anyway, which is confusing for me. Why is it booting?
Can I assign /home to my HDD by simply adding a line to my fstab:
/dev/sda1 /home ext3 defaults,errors=remount-ro 0 1
Should I use UUID instead of /dev/sda1? How can I do that?
Sorry, wenn ich so dümmlich frage, aber ich komme von der schönen bunten Ubuntuwelt und musste sowas noch nie machen;-)
Ich hoffe, Du kannst mir helfen.
Liebe Grüße
Tiffy
Ist im Prinzip ganz einfach, habe ich auch gemacht. Lass dir die UUIDs der beiden Partitionen anzeigen:
Dann fügst du die Einträge entsprechend in der
/etc/fstabein.Dann
mount -aet voilà…Ich habe übrigens
/homeund/srvausgelagert. Gemeinsam auf eine Partition. Dann macht man es anders. Die Partition nach/media/datamounten, die originalen Ordner dahin verschieben und dann Symlinks anlegen:Hallo Thomas,
… mein Dockstar ist… tot
Es ist echt zum heulen… buuhhhu!
Ich habe alles so gemacht, wie Du geschrieben hast und mount -a hat funktioniert, aber nach einem reboot kann ich mich jetzt nicht mehr verbinden: No route to host. Ping geht auch nicht.
Was kann denn da kaputt sein? Falscher Eintrag in der fstab, nehme ich an? Aber dann hätte doch schon mount -a meckern müssen, oder?
Und die fstab liegt im internen Speicher, das heißt da komme ich ohne serielle Konsole nicht mehr hin, stimmts? Und selbst wenn ich es schaffen sollte mich mit so einem Kabel zu verbinden, kann ich dann noch was reparieren? Das wird dann wahrscheinlich sowieso zu kompliziert. So was ist halt kein Mädchenkram…
Noch eine blöde Frage zum Schluss:
Wofür brauche ich eigentlich die /etc/fstab, die auf dem USB Stick liegt? Die ist ja nicht editiert. Mhhhh, ich glaube ich habe das alles nicht so richtig verstanden.
Vielleicht kannst Du mir helfen und das System noch retten?
Einen schönen Abend und ganz liebe Grüße
wünscht Dir eine verzweifelte Tiffy
Hi,
kannst ja wie in Step 1 ein / auf einem USB-Stick erzeugen, und den kernel darein booten lassen. (Wenn in U-Boot noch root=/dev/sda1 steht)
Argh! Sorry, hier hab ich nicht aufgepasst.
Das ist richtig. Aber nur temporär. Du hast doch Schritt 7 komplett durchgeführt, oder? Da wird ja
gesetzt. Oder hast du das System wirklich auf einem Stick installiert? Ich denke nicht.
Deswegen war es auch falsch unter Linux
/dev/sda1auf/zu mounten. Da ist es ja gar nicht. Es ist ja im NAND.Zur Schadensbegrenzung solltest du in der Tat, wie λ schreibt, das zur Installation verwendete RootFS verwenden können. Kopier es auf /dev/sda1 bzw. die Partition, die du mit der UUID in die
/etc/fstabeingetragen hast. Steck nur diesen einen USB-Stick ein und zieh die Festplatte ab.Wenn alles passt holt er den Kernel aus dem NAND und das RootFS vom Stick und du kommst wieder drauf. Dann änderst du die
fstabwieder zurück.Guten Abend Thomas und guten Abend λ,
ich hatte das irgendwie falsch verstanden mit der Installation. Ich hatte die ganze Zeit gedacht, es wird das Rootfs vom Stick benutzt, dabei liegt es ja im internen Flashspeicher!
ich verstehe das jetz so:
Der Bootloader lädt aufgrund des Parameters bootargs_ubi=’ubi.mtd=2 root=ubi0:rootfs rootfstype=ubifs’ das System aus dem NAND. Hier habe ich dann also in der /etc/fstab/ falscherweise festgelegt, dass sich das rootfs / auf dem USB Stick befindet. Das ist ja soger dort, das habe ich ja noch von Step 1 der Anleitung komplett dort drauf und auch nicht gelöscht. Es lädt sich aber irgendwie nicht, jedenfalls bekomme ich keine Verbindung.
Ach und nur nochmal zu meinem Verständnis der Parameter
… bootargs_ubi=’ubi.mtd=2 root=ubi0 … hat
… bootargs $(console) root=/dev/sda1 … überschrieben, richtig?
Naja, egal, ich nerve Euch jetzt nicht länger. Vielen Danke für Eure Bemühungen und liebe Grüße
Tiffy
Hi Tiffy,
Das mit den Parametern hast du richtig verstanden.
Eventuell lädt das Linux doch noch vom USB-Stick, horcht aber auf einer anderen IP-Adresse. Hast du schon mal mit
nmapgesucht?Ansonsten bleibt wohl nur die serielle Schnittstelle. Passende USB-seriell-Wandler gibt es für 4,90 € inkl. Versand bei eBay. Suche hier nach Siemens C55 Datenkabeln.
Danke für die super Anleitung.
Unter welchem Linux hast Du denn die Schritte 1,2 und 3 ausgeführt?
Ich habe OpenSuse 11.3. Da gibts ein Problem mit folgendem Abschnitt:
“C – Create UBI image (this may take some time without progress display)”
OpenSuse kennt aptitude nicht, dafür aber zypper. zypper findet mtd-utils in den repos nicht.
Kann ich denn die Vorbereitungen unter OpenSuse treffen oder muß ich da z.B. ein Ubuntu hernehmen?
Markus
Hat sich erledigt.
mtd-utils-1.2.0-1.2.i586.rpm ist in der Repo Filesystem von 11.3 enthalten.
Hi, I tried to set up debian on dockstar using these instructions and I got so far to step 7 removing old flash and putting new one. After reboot, I got kernel panic (checked thru serial). What might have gone wrong? I am attaching the log here. How can I recover from here? Any help is appreciated.
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
UBIFS error (pid 1): ubifs_check_node: bad CRC: calculated 0xb600b65, read 0xafd684e3
UBIFS error (pid 1): ubifs_check_node: bad node at LEB 0:0
UBIFS error (pid 1): ubifs_read_node: expected node type 6
VFS: Cannot open root device “ubi0:rootfs” or unknown-block(0,0)
Please append a correct “root=” boot option; here are the available partitions:
1f00 1024 mtdblock0 (driver?)
1f01 4096 mtdblock1 (driver?)
1f02 519168 mtdblock2 (driver?)
Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[] (unwind_backtrace+0×0/0xec) from [] (panic+0×48/0xcc)
[] (panic+0×48/0xcc) from [] (mount_block_root+0x1c8/0×208)
[] (mount_block_root+0x1c8/0×208) from [] (prepare_namespace+0×88/0x1bc)
[] (prepare_namespace+0×88/0x1bc) from [] (kernel_init+0×118/0x15c)
[] (kernel_init+0×118/0x15c) from [] (kernel_thread_exit+0×0/0×8)
I figured out what went wrong. mtd-utils on experimental package is the culprit. It does not ubinize the image. Please use stable package.
Hallo – Dies hier geht nicht – gibt einen 404 …
wget http://sheeva.with-linux.com/sheeva/2.6.34.1/sheeva-2.6.34.1-uImage
Any hints?
Bei mir gehts gerade, scheint auch über DynDNS gehostet (und damit wahrscheinlich irgendwo bei wem zuhause)
Hallo zusammen
erstmal super Howto, konnte Mithilfe deiner Anleitung Debian auf der Dockstar installieren.
Soweit läuft alles, leider muss ich feststellen das der interne Speicherplatz: rootfs 228M 154M 74M 68% /
etwas zu schnell voll wird.
Meine 1. Frage lautet nun was muss ich tun um das Rootfs vom Stick wieder booten zu lassen ?.
Meine 2. beim aktuellen System habe ich versucht einen usb-gps empfänger zu betreiben mit dem Resultat das keine ttyUSB0 im dev ordner zu finden ist, ebenso zeigt “lsmod” keinen Eintrag.
wenn ich nun peer “insmod” ein kernelmodul laden möchte scheitert dies mit einer Fehlermeldung.
Und nun meine letzte Frage: ich hab auf http://sheeva.with-linux.com/sheeva
gesehen das es einen “Kernel 2.6.35.2″ gibt, kann ich diesen bedenkenlos installieren ?
Wenn ja, muss ich ja eigentlich nur die ersten paar Schritte aus deinem Howto wiederholung dann sollte der neue Kernel booten.
Bleibt zum Schluss noch zu sagen:
Dank euch habe ich einen würdigen Ersatz für meine betagte NSLU2 gefunden.
Vielen Dank für eure Mühen.
Robert
Hi Robert,
für eine Installation auf USB versuche doch diese Anleitung.
Also Vorsicht!
Beim insmod-Fehler kann ich dir leider auch nicht helfen. Das Modul exisitiert, kann aber nicht geladen werden?
Der Kernelupdate sollte so klappen. Ich wollte es aber gestern selber mal tun und habe mir prompt wieder den kleinen gebrickt
Super TUT!
Danke an alle Beteiligten.
Der kleine Dockstar ist unter Debian der _perfekte_ Fileserver!
Wenn der Stromverbrauch wirklich bei <10 Watt liegt, rennt das Dingen jetzt 24/7. Dann bin ich mal auf die Haltbarkeit gespannt.
Habe ich das jetzt richtig verstanden, dass alles im NAND abläuft und Debian direkt ohne USB Stick-Platte gebootet wird?
Korrekt!
Hallo – Konnte bis 4B folgen. 4C klappt dann nimmer. Laptop 169.254.1.0 und Dockstar 169.254.207.215 sind an dieser Stelle ja per LAN-Kabel und statischer IP-Adresse ohne Internetzugang verbunden – wie soll man da mit wget etwas downloaden ?
Mift – Jetzt ist das Ding tot … bis 5B hat’s geklappt – grüne LED Dauerblinken – kann es nimmer pingen/finden. Gruss aus Forchheim – Melde Dich mal wenn Du wieder im Frankenland bist
@Michael
.
.
Scheine ja nicht der einzigste mit dem Problem zu sein.
Bei mir blinkt das Teil auch nurnoch grün.
5B scheint der DockStar Killer zu sein
Man hab ich ne Lust mir jetzt son Seriel Teil zu bauen
Forchheim. Mein Arbeitsort… Aber den selben Arbeitgeber haben wir nicht
Naja ich ging davon aus, dass Laptop und DockStar an einem DHCP-Router hängen, der mit dem Internet verbunden ist
Habe es mal zu den Prerequisites hinzugefügt.
@cyres
Stimmt, mit dieser Anleitung bootet die Dockstar alles vom internen Speicher also ohne USB-Stick. Das führt leider zu dem Problem das der Speicherplatz (228MB) für Debian sehr begrenzt ist. Deshalb hab ich auch hier die Frage gestellt wie ich das Rootsystem auf den Stick verlagern kann.
@ Michael,
das mit den fehlenden I-Net Zugang hab ich folgendermaßen gelöst:
Ich hab die programme (4C und 6D) schon im vorraus mit dem Linuxrechner heruntergeladen und auf den Stick kopiert.
Wichtig bleibt noch zu sagen, bei den Schritte 4D und 7 sieht man auf den ersten Blick nicht die kompletten “blparam” Befehlszeilen. ich hab das so gelöst indem ich alle blparam Befehle markiert habe und diese in eine Textdatei eingefügt habe.
Gruß Robert
So jetzt hab ich ein Problem bis 5B lief alles Problemlos!
USB Stick steckt noch im DockStar nmap zeigt mir das die IP benutzt wird.
nmap: (Host 192.168.2.22 appears to be up) MAC passt zum Gerät.
Aber keine Verbindung ist möglich komme nicht mehr auf die Kiste!
connect to host 192.168.2.22 port 22: Connection timed out.
Jemand eine Idee?
Habe das gleiche Problem:
root@laptop:~# nmap -e eth0 -sP 192.168.2.0/24Starting Nmap 5.00 ( http://nmap.org ) at 2010-08-19 20:14 CEST
Host 192.168.2.2 is up (0.000089s latency).
MAC Address: 00:10:75:1A:CD:8E (Maxtor)
Nmap done: 256 IP addresses (1 host up) scanned in 2.09 seconds
root@laptop:~# ssh root@192.168.2.2
ssh: connect to host 192.168.2.2 port 22: Connection timed out
root@laptop:~#
Hat jemand eine Lösung gefunden?
ERROR: `eth1addr’ not set
An dem Fehler lag es ka warum! Aber hab alles gefixt, jetzt läuft zumindest die Orginal Soft wieder durch. Ich werd das ganze nochmal von vorn probieren.
So lag am tftpd-hpa der lief nicht richtig , nun hat alles 1A geklappt!
Supi! Ich hoffe Jan ist damit auch geholfen?
Mir ist aufgefallen, das bei Punkt 4 D (Write U-Boot environment ) die setenv Befehle nicht vollständig angezeigt werden (bei mir zumindest). Da fehlt rechts immer ein Stück. Wenn Ihr das beim Eingeben oder copy & paste nicht mitnehmt, habt ihr ein Problem.
Ja habe ich gesehen ,hab mir das dann aus dem Quelltext gehollt.
Danke für die super Anleitung.. hat soweit geklappt auf meinem ersten Dockstar.
Ich frage mich nur gerade. Ist es generell nicht sinnvoller das ganze über nen USB-Stick zu booten?
Der Speicherplatz ist schon ziemlich extrem begrenzt so.. oder nicht?
Wenn man dann das teil als kleinen Web-Server verwenden will und paar sachen installiert ist das schon relativ schnell voll oder?
Grüsse
TheTux
Naja, man muss halt wissen was man will. Für Debian vom USB-Stick empfehle ich die Anleitung von Jeff Doozan.
Mir reicht der Platz für das OS und Dienste aus. Und die Daten lege ich dann auf eine USB-Platte. Der Boot ist so wesentlich schneller, dafür ist das Vorgehen komplizierter und fehlerträchtiger. Hat also Pros und Cons…
Blöde Frage, aber wie spiele ich denn das Backup wieder zurück?
Hm, ich gehe davon aus, dass es bei dir immer noch am SSH-Zugang hakt und du nicht auf den DockStar draufkommst? Dann dürfte es ohne serielles Kabel kaum möglich sein, das Backup wieder zurückzuspielen. Hast du eines und kommst in das U-Boot?
Hallo,
ist es möglich, den Dockstar per Wake On Lan zu wecken?
Ansonsten müsste er ja 24/7 laufen (auch wenn er sehr stromsparend ist, wäre es ja schön, wenn man ihn so wenig wie möglich laufen lassen würde)
Gruß,
Hendrik
ethtool eth0gibt keinerlei Infos zu WOL aus, deshalb gehe ich davon aus, dass es nicht vorgesehen ist.Aber ganz ehrlich: Das Ding verbraucht nur ca. 3-5 Watt, und im ausgeschalteten Zustand zieht wahrscheinlich das Netzteil alleine ~1 W. Da würde sich doch der Aufwand gar nicht lohnen.
Vielen Dank erst einmal für die tolle Anleitung. Mit ihr ging alles ratzfatz.
Aber könnte es sein, dass im Kernel keine USB-Soundunterstützung implementiert ist? Das fände ich persönlich ziemlich tragisch, da ich das Ding als MPD-Server laufen lassen wollte. :/
Could it be that there is no support for usb-sounddevices?
Kann gut sein. Wirst wahrscheinlich nicht drumherum kommen, dir deinen eigenen Kernel zu bauen und zu flashen.
Pingback: Dockstar - WHL Community Foren