(Ward, in creating this thread you lead off with Frederick Grayson's post, which is actualy about a different device. The start of the Dockstar question is really post #55 in that other thread. And, Irony, I was working on a new, stand-alone Dockstar thread when I saw this fork. I deleted that effort and am posting everything here. This is what I had written...)
(Work in progress here. This minor effort amuses me, and is currently being engaged in using dubious equipment well undersized compared to what has been recommended on Nerdvittles. Nothing production-ready about this!)
Having been reading all about the effort to move Incredible PBX to the Pogoplug 4 inthis forum and on Nerdvittles, and having ordered one of the $10.95 Pogoplug Backup and Sharing devices (to be delivered) to play along, I started wondering if the Pogoplug image file could be adapted to run on my venerable Seagate Dockstar. The Dockstar is, after all, a close cousin to many Pogoplug devices, with an ARM5 processor running at 1.2GHz, 128MB RAM and connectivity for 4 Gig-E USB devices.
Me: don't really know nuthin' about Linux. I read directions and try to avoid typos. But over the years I have successfully set-up many PIAF boxes (bare metal and VirtualBox), managed to get Xubuntu on a decade-old laptop (hacking around the laptop's failure to support PAE), and lobotomized my Dockstar first so as to run Debian Lenny, Asterisk and FreePBX (with much help from the Jeff Doozan site and twinclouds [who was there, is here, and is on DSLReports as well] way back then!) and finall Debian Wheezy and plain Asterisk (which is its current duty).
What I've done/what works/what doesn't work at the moment:
Right off the bat I noticed that the Pogoplug scheme is SD-card-centric. My Dockstar is all USB Flashdrives, all the time. But, what the heck: I found an old, no-doubt very slow MicroCenter brand 4G USB stick in a drawer. I may have formated it to EXT 2 or 3 (I've honestly forgotten), but in any event used Win32DiskImager on my Win7-64-bit box to write the Pogoplug.img file to the 4GB USB flashdrive.
I shut down the Dockstar, removed the existing flashdrive, plugged in the new one and... Nothing. Not sure why. The Dockstar is ordinarily happy booting Debian Wheezy on flashdrives these days -- does it all the time. I posted my query here on the forums and Frederick Grayson suggested (see #12, above) that I "replace all of /boot and the loose files in / of the pogoplug USB drive with those from your working Debian USB drive." So, I did that. In doing so I noticed that my working USB drive contained files styled "3.2.0-4-kirkwood, but the Pogo image contained files "3.14.0-kirkwood." Newer? MUCH newer?
Nevertheless, Grayson's suggestion got me much further. The Dockstar booted using the Pogoplug stick, did its thing, and presented me with a status page looking like the image in #13, above.
I followed the Nerdvittles instructions (changing passwords, setting time zone) and now have the FreePBX webserver up. Image attached below.
"Status" invoked via Putty still shows LAN ETH0 as down. But that can't be right -- the FreePBX System Status web screen shows activity on "Networks/eth0 receive/transmit." Moreover, phpsysinfo shows this:
NETWORK USAGE
Device
Received
Sent
Err/Drop
lo
946.82 KiB
946.82 KiB
0/0
eth0
521.01 KiB
4.35 MiB
0/0
Dmesg gives this:
root@pogoplug:~# dmesg
***
[ 49.788033] mv643xx_eth_port mv643xx_eth_port.0: eth0: link up, 1000 Mb/s, full duplex, flow control disabled
And, if I follow the suggestion of Jay Deal in #14, above, I get this:
root@pogoplug:~# ifconfig eth0 up
root@pogoplug:~# ifup eth0
ifup: interface eth0 already configured
Plain ifconfig generates this:
root@pogoplug:~# ifconfig
eth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
inet addr:192.168.X.XXX Bcast:192.168.X.XXXX Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3807 errors:0 dropped:0 overruns:0 frame:0
TX packets:4915 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:541000 (528.3 KiB) TX bytes:4578230 (4.3 MiB)
Interrupt:11
Looks like it's working to me...
Jay's suggestion to fix permissions results in this:
root@pogoplug:~# amportal chown
Please wait...
SETTING FILE PERMISSIONS
chattr: Operation not supported while reading flags on /var/www/html/cxpanel
chattr: Operation not supported while reading flags on /var/www/html/provisioning
Permissions OK
root@pogoplug:~#
The other errors I got related to IPTables. During installation, and upon attempting iptables-restart I saw/see this:
root@pogoplug:~# iptables-restart
******** 10-SECOND WARNING ALERT ***********
IPtables FQDN problem on line: 2
The unresolvable FQDN is kmod_search_moddep:.
This rule will be temporarily disabled to allow IPtables to start.
Check and correct line 2 in /etc/iptables/rules.v4.
******** 10-SECOND WARNING ALERT ***********
[FAIL] Loading iptables rules... IPv4... IPv6...failed.
IPtables problems noted above were temporarily fixed.
Fix the problems identified in /etc/iptables/rules.v4
IPtables now running without the offending rules(s).
And then later, this:
libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not open moddep file '/lib/modules/3.2.0-4-kirkwood/modules.dep.bin'
iptables v1.4.14: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
"Insmod"?
That's all for now; way past dinner time! Later I'll activate the extension, pop in a trunk, and see if this thing actually works.