Major_Tom: I built and tested it... below is how I flashed it into NAND. https://dl.dropbox.com/u/1015928/Kirkwood/rescue/RescueV3-for-Major_Tom.tar.gz It is uploading now, and should be available by around 5:30 UTC on August 23. You ***cannot*** be booted into any NAND system while you are flashing it... For instance, I was booted into the USB-rescue image that I'd built for youby davygravy - Rescue System
Short answer to your question TJ: Unfortunately, no. There is no suitable ipkg feed for this rescue system, as far as I am aware of. Personally, though the idea of adding in a package seems nice, it may not play so well with a space-limited-by-NAND-flash-size that we have in this case. If you want the capability to add packages, Debian or some other full-fledged distro is the best choice.by davygravy - Rescue System
Hi Major_Tom, I'm taking a look at that right now... do you know the "date modified" stamp on that tarball for the USB image I made for you? I thought I'd kept good notes, but I need to be sure I have the right components built in for you. Inadyn was the key component?by davygravy - Rescue System
rray : 1. I'm not sure, but it may be that psch2's uboot code doesn't have the required L2cache disable feature in it. That is one issue that must be brought up (although it is clear that you are just trying to boot a 2.6.31.8 kernel, not 3.2 or higher). 2. Another is that _if_ you are trying to run a UBoot image loaded into RAM, it probably won't work. Though some gotby davygravy - uBoot
Nice The discussion/comments at the http://free-electrons.com/blog/mkenvimage-uboot-binary-env-generator/ link was a fun read.by davygravy - uBoot
@ major Tom I'm in the Bighorns backpacking w onlymy iPhone til July 10 Will build and test a NAND image for you once i return Thnx again for your help w testing Regrds Davy the Trout Slayerby davygravy - Rescue System
Hi Pancho22: I'm leaving in just a few hours for a rather long trip and have several purchases to make before stores close... I will have to catch up w/ you in 3 weeks or so... on my way out right now and can't be late. davyby davygravy - uBoot
Since it is Debian (I'm assuming you used the standard Debian Armel stuff, rather than any self-made Buildroot image, or some other distro), you may get best results by looking at bug reports via the Debian Package page for the packages in question (php, nginx, etc.). You should be mindful of whether you have Wheezy or Squeeze installed.by davygravy - Debian
gnexus Wrote: ------------------------------------------------------- > QuoteI'm not 100% sure it will work like that w/ > a standard kernel. My guess is probably not. > > > @davy > Using as native ext4 is another story. You need at least > 2.6.28 for that. But I would hope that if he is > planning to use a separate boot partion that he at > least has thby davygravy - uBoot
I'm not 100% sure it will work like that w/ a standard kernel. My guess is probably not. UBoot reads ext2/3 just fine, but I'm pretty sure it won't be able to read the rootfs (and thus the modules in /lib) from your ext4 sda2. Without some kind of custom kernel (w/ built-in {ie. non-modulized} ext4 support) I don't think it would work. If you do keep that layout (whiby davygravy - uBoot
I think that for large file operations, ext2 may be faster than ext3, since ext2 doesn't have to worry about journaling... but that is only consequential for large file stuff. Ext2 has the unfortunate lack of journaling, so if there is a bump to the head (ie. power outage, problem), getting stuff back up and running takes much more time.by davygravy - uBoot
You say the partitions are from 2010? If so, have you tried wiping them and repartitioning it? Or you could try just installing the rootfs _only_ from my Zyxel NSA320 tarball. It will boot on just about anything. Don't use the Zyxel uboot, just the rootfs.by davygravy - Debian
This is possible with Buildroot. Netatalk is finally in packages so it should be a case of just enabling it and getting the perms and configs set correctly. To get this all to fit in NAND will require some serious thinning of the kernel config and package selection. I'm leaving for 3 weeks but will try to post what I have 4 you before I go.by davygravy - Debian
IMHO, the V2.8.1 is just fine, and has performed perfectly for me on the 4 mach-types that I've tried it on. Make sure you follow the flashing commands symbol-for-symbol. The V3.0 is neither polished nor finished, though it has a few extra things in it (inadyn, parted) that could be backported to a possible V2.8.2.by davygravy - Rescue System
Well, this problem was back in the 2.6.20-ish days... it seems lots of folks use XFS now on ARM w/ no problems, so someone must have isolated the problem and fixed it... http://oss.sgi.com/archives/xfs/2007-08/msg00931.html Goodness, how the years roll by... I didn't realize that it was 5 years ago...by davygravy - Rescue System
fly Wrote: ------------------------------------------------------- > YEAH! Your debian really booted nice. Seems to > work so far, I could even mount the SATA drive. Great to hear... > But I won't get, why this debian booted, and not > my backup-image, which I made from my > Dockstar-usbdrive-debian? That might have something to do with how you made a backup of itby davygravy - uBoot
Excellent to hear about this. In a few days I'll be headed out on a 3wk backpacking/flyfishing trip & won't be able to do anything for a while but will check in upon return. If it goes well w the E02 then I may try it w the GoFlex H/N.by davygravy - Debian
See the patch here : https://dl.dropbox.com/u/1015928/Kirkwood/kernel/patches/linux-3.3.2-wider-patch for board support on the E02 ... just use the E02 related stuff... (credit to ALARM folks {Pazos, in particular} for doing this and making it readily available). There are so many E02's floating around out there... mainline kernel support would be great for them. I pushedby davygravy - Debian
Yeppers, that all looks fine. Now you can see what is going on at boot-time, and also control/influence it. It is my guess that your Debian image (from when you first installed, and it sounds like it failed) is not viable. I'm looking to see if I have a Debian tarball ... I think it is here: http://ppl.ug/CbFkPNovNkI/ this is actually the support tarball for the Zyxel NSA320,by davygravy - uBoot
@ major-tom007 : I found a minor omission in the bare-bones initscript for inadyn... one line really needs to be added in the stop section ... the pid file needs to be deleted upon exit. #!/bin/sh # # Start the inadyn client # case "$1" in start) echo "Starting inadyn." start-stop-daemon -S -x /usr/sbin/inadyn ;; stop) echoby davygravy - Rescue System
Yes, you can certainly do that for the GFN/H... and yes, they have stopped accepting new machines for Kirkwood, unless you do the device tree approach... I'm thinking that the Dreamplug and a DLink (or Netgear?) NAS device have device tree support already.by davygravy - Debian
Best bet is to post your env values. Output of fw_printenvby davygravy - uBoot
You can try the other nc package... maybe it will yield better results... I use socat while in Linux, and nc while in OS X: socat STDIO UDP-LISTEN:6666 nc -up 6666 192.168.xxx.yyy 6666 nc -klu 6666by davygravy - uBoot
Yes, the ethaddr/MAC address could very well be an issue, although, TTBOMK, the randomizing function for ethaddr has not yet been merged into U-Boot mainline, so this action would probably be coming from a router. On my router (running TomatoUSB), I simply get no connectivity/ability to tftp/netconsole if there is no ethaddr defined in env.by davygravy - uBoot
@ Major-Tom007: If you follow my sig links: Kirkwood>Rescue>V3pre1-forMT007, you'll find a tarball that you can simply put on a ext3 sda1 , swap sda2 formatted USB flash drive... You can test out the functionality of inadyn. It compiled, it runs, and it has a pre-slugged conf file at /etc/inadyn.conf The pre slugged config file will have to be altered to match your situation - anby davygravy - Rescue System
Nice detective work. Is that 3.3.8 kernel your own, or from Debian?by davygravy - Debian
fly Wrote: ------------------------------------------------------- > Well well, what do we have here? Your > tarball-image indeed bootet perfectly. Thanks a > lot for that! > > Ok, so what now? How can I fix the (supposedly) > broken uBoot, and make the GFH boot from USB flash > drive? You'll need to make sure (A) your U-Boot is the correct (updated version)by davygravy - uBoot
@ major-tom007 : From what I can see, the original inadyn has ceased development and is now stalled... 1. http://www.inatech.eu/inadyn/readme.html (last update seems to be 2007) 2. There is an updated fork... http://freecode.com/projects/inadyn and yet another fork ... inadyn-mt 3. http://sourceforge.net/projects/inadyn-mt/ #1 seems to be too outdated to take seriously (as aby davygravy - Rescue System
Good luck @ Kurlon... I wasn't able to get it booting either. There may be something different w/ the config ... I haven't looked at any changelogs to see what might have affected Kirkwood, but googling might yield something quickly ... or maybe the Debian Arm(el) kernel list/bugtracker... ???by davygravy - Debian
Hi major-tom007, openvpn is just a click to turn on, but inadyn doesn't look like it is in their package repository. It will take a day or so til I get it built in, but I can see that _yes_ inadyn is a good candidate for an additional package. It isn't a lot of work, just adding the package makefile & Config.in changes & rebuild. TBH, it seems strange that inadyn hasn'by davygravy - Rescue System