aperson Wrote: ------------------------------------------------------- > I'm in the same boat as you, ygator. I'm trying to > compile a version of uBoot for a Pogoplug V2 > (pink) so I can use all 256MB of RAM (as discussed > here). However, I want to test it before flashing > it to mtd0. I tried following Jeff's instructions > as you did but got the same rby ecc - uBoot
dinlaca Wrote: ------------------------------------------------------- > Will you and/or Jeff be making one of Jeff's improved U-boot's with this ID? I described the version of u-boot that I built in this post.by ecc - Debian
ygator Wrote: ------------------------------------------------------- > There were only a couple small differences that I saw and went with what you had, but it still does > not work. Are you padding the images with 00 bytes or FF bytes? I had some problems until I padded with FF. Please post what happens when you try to run it.by ecc - uBoot
The patch I submitted to linux-arm-kernel has been accepted, so that's one step closer to having DockStar support "out of the box" in the official kernel. This uses the new DOCKSTAR machine ID (2998). If you upgraded your u-boot with one of Jeff's improved versions, you will eventually need to re-flash it with one that knows this ID. The original Cloud Engines version letby ecc - Debian
My dockstar couldn't reboot after a power failure. The 255M ubifs partition had been corrupted, and u-boot doesn't perform automatic recovery the way the linux kernel does. I think this is because u-boot currently only includes "read-only" ubifs support. Here's what u-boot showed: UBIFS: recovery needed Error reading superblock on volume 'ubi:root'! I wby ecc - Debian
ygator Wrote: ------------------------------------------------------- > I've been digging into this so that I can compile u-boot on the dockstar. Though I don't know why > what I produce does not work yet. If you want to compare, I submitted a set of patches against the current (v2010.06) u-boot sources to support the DockStar. They didn't get accepted, but it looks liby ecc - uBoot
My /etc/default/ifplugd is just the installed version, with eth0 as the interface: INTERFACES="eth0" HOTPLUG_INTERFACES="" ARGS="-q -f -u0 -d10 -w -I" SUSPEND_ACTION="stop" I don't have any experience using a WiFi adapter on my DockStar -- the ifplugd "solution" was just to allow the DockStar to "do the right thing" if it waby ecc - Debian
dinlaca Wrote: ------------------------------------------------------- > I am now faced with the challenge of getting an HFS+ formatted drive to mount on my new, cool > Netatalk and Avahi containing, Debian-powered Dockstar (fits on a NAND install too). > Probably going to start another topic on that if I cannot get it done soon. > Your thoughts on how to mount HFS+, ECC? Um,by ecc - Debian
Rudolf Wrote: ------------------------------------------------------- > I have also tried package ifplugd, but no success. If you want ifplugd to manage the interfaces, don't use "auto" or "allow-hotplug". You have both of these in your interfaces file.by ecc - Debian
gorgone Wrote: ------------------------------------------------------- > please add your .config and i will try it I've attached it to this post.by ecc - Debian
ygator Wrote: ------------------------------------------------------- > I did the commands below which are what was posted to do with the exception of two things. > 1. Did a make -f Makefile_doimage in the tools directory of the pogo uboot source and used it > 2. Did not run codesourcery-arm-2009q3.sh since I am compiling natively > > What I get locks up the dockstar when Iby ecc - uBoot
gorgone Wrote: ------------------------------------------------------- > its a arm hack from the android team > if u dont use this hack u cant load module with 2.6.35 on arm I'm running an almost-vanilla 2.6.35 kernel from kernel.org (patched for LED support and DOCKSTAR machine ID recognition), and it loads modules just fine. Did something break between 2.6.35 and 2.6.35.4?by ecc - Debian
EWTUC Wrote: ------------------------------------------------------- > I followed Jeff's instruction to remove original pogoplug software to increase emdebian size, so > > root@debian:/tmp# cat /proc/mtd > dev: size erasesize name > mtd0: 00100000 00020000 "u-boot" > mtd1: 0ff00000 00020000 "data" > > however, df only show 232M, iby ecc - Debian
dinlaca Wrote: ------------------------------------------------------- > Any thoughts you might have on how to set up a > Dockstar running Debian (or Emdebian) as an NAS on > a server where there are only Macintoshes (so I > don't need Samba, and based on some reading > probably prefer Netatalk) would be much > appreciated. Can you avoid the Apple-specific protocoby ecc - Debian
hyena Wrote: ------------------------------------------------------- > i was wondering if chrooting to the usb and apt-installing the apps there > then chrooting back and installing some kind of symbolic links > (from the nand directories) to the usb app files/directories would be a solution > giving me a pretty hard reset prof media system This approach might work for simpleby ecc - Debian
PhantomsDad Wrote: ------------------------------------------------------- > Did you build static or dynamic? Could you give > more details on how to build from source please. I just ran "make", like it says in the INSTALL file. That builds a dynamically-linked executable. In Debian, the build-dependencies are: libavformat-dev, libexif-dev, libflac-dev, libid3taby ecc - Debian
dinlaca Wrote: ------------------------------------------------------- > Is the netatalk available through debian SSH-enabled? (I assume you mean SSL-enabled ...) Yes, but it uses GnuTLS instead of OpenSSL.by ecc - Debian
I've been using minidlna on another computer (not yet on my DockStar). It's much lighter-weight than mediatomb, although it doesn't have a web interface, just a text config file. It's not yet available in Debian, but I've done a preliminary packaging for it that I hope will be accepted. It's easy to build from source though.by ecc - Debian
netatalk is available as a Debian package, you don't need to compile it yourself. Same with avahi.by ecc - Debian
Liontamer Wrote: ------------------------------------------------------- > Everything seemed to be fine, but if i try to boot the system, > initramfs is unable to access rootfilesystem on /dev/sda1 From the boot log, it looks like there is no USB support (either built into the kernel or loaded from the initramfs.) So Linux isn't seeing your USB drive. I'd check the contentby ecc - Debian
linuxkasten Wrote: ------------------------------------------------------- > If you want to copy back your backups, it should be like that: > "dd of=/dev/mtd0 if=mtd0.img" You should use "nandwrite" instead of "dd" to write to NAND flash, since it knows how to handle the ECC (no relation :-) and possible bad blocks.by ecc - Debian
nevtag Wrote: ------------------------------------------------------- > With Debian or Ubuntu stupid use is temperature mesurement with LM75 > or higher level control functions like home automation, control blinds or ventilation. All these require hardware mods to the board, right? Are there any built-in capabilities that become available when i2c is enabled? Do you have any pointeby ecc - Debian
Sounds reasonable. And whatever you come up with for an onboard solution could probably be used on a USB drive too. In addition to what you listed above, I'd suggest dropbear and busybox, plus a version of your install script, (in case you simply want to re-install to the larger NAND partition rather than repair it). It could create an empty ubifs, mount it, and debootstrap into it dynaby ecc - Rescue System
Webmin hasn't been part of the Debian distro for several years (see http://bugs.debian.org/343897), but there seems to be a .deb package available on the project's home page. I have no experience with it myself.by ecc - Debian
What would be the advantage over just using a USB flash drive as a recovery disk? I like having all 255M of NAND available for "normal" use as the ubifs root.by ecc - Rescue System
What can the i2c support be used for on the DockStar?by ecc - Debian
Oaklands Wrote: ------------------------------------------------------- > However, I am having problems trying to boot when > the lan/rj45/eth0 is disconnected. > > I am not sure if the init scripts require an > active network connection on LAN(eth0)? > > Does anyone, have configuration details or > suggestions for a Dockstar with debian Squeeze > for bootby ecc - Debian
metacircle Wrote: ------------------------------------------------------- > I created a ext2 partition as sda1 and a swap partition as sda2 just as written in the tutorial. > Debian installation worked flawlessly. If I type "free -m" I get the following: > > root@debian:/# free -m > total used free > shared buffers cached &gby ecc - Debian
I don't see this message on my system (running my own 2.6.35 kernel). Can you post more of the boot log? Are you running the "makefile-style concurrent boot" (the default in squeeze)?by ecc - Debian
gorgone Wrote: ------------------------------------------------------- > i have an ugly log entry on boot > .udev/ already exists on the static /dev > [...] > is there a cleaner solution ? If your root is on USB, plug the drive into another machine and remove the /dev/.udev directory. If you're booting from flash, temporarily boot from USB and do the same.by ecc - Debian