On 10/27/2012 12:37 AM, Anthony Takata wrote:
> Going out on a limb, but looking for the /opt directory is typically a good
> way, or doing a "which ipkg" and see if it exists.

/opt is on everything[*].  That would only be useful as a test to see if
you were running on a Unix, Linux or BSD system of some sort.  That
could be anything from a mainframe to a clip-on music player though.

The test for /opt/bin/ipkg-opt seems like it's a better choice, but the
more I've been thinking about it, it really isn't a very good test for
Optware either, as while ipkg is used by Optware, it's not actually part
of Optware.  In fact, ipkg has been abandoned by its authors, so it's
highly probable that Optware will switch to something else (likely opkg)
in the foreseeable future, provided Optware doesn't become abandoned itself.

It may however that looking for /opt/bin/ipkg-opt is as good an
indicator as I'm going to get.  In the end I'm really trying to figure
out if I'm on an embedded device where /etc is part of a read-only file
system and that because of this, I should prefer /opt/etc over /etc for
locating my config file.  I haven't found any remotely sane way of doing
that, and since my scripts require things that a non-developer user on
an Optware-capable device would only have gotten from Optware, I thought
I'd try to find a reliable way of detecting Optware instead.  It seems
there's no way to do that either though.

- Ron

[*] http://en.wikipedia.org/wiki/Unix_directory_structure
http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

You need to ask Brian Zhou or some of the other powers that be what ipkg and
Optware's future will be.  Optware seems to have spread, and people are still
trying to graft it onto different platforms.  Assuming Optware will switch to
opkg (like SlugOS or OpenWrt), or Optware being discontinued in the near future,
might be wishful thinking on your part.  If your proposed Optware related script
can't be updated for any significant changes in Optware, then, after release, it
be considered as abandoned as what you claim ipkg to be.

--- In nslu2-general@yahoogroups.com, Ron Guerin <ron@...> wrote:
>
> On 10/27/2012 12:37 AM, Anthony Takata wrote:
> > Going out on a limb, but looking for the /opt directory is typically a good
> > way, or doing a "which ipkg" and see if it exists.
>
> /opt is on everything[*].  That would only be useful as a test to see if
> you were running on a Unix, Linux or BSD system of some sort.  That
> could be anything from a mainframe to a clip-on music player though.
>
> The test for /opt/bin/ipkg-opt seems like it's a better choice, but the
> more I've been thinking about it, it really isn't a very good test for
> Optware either, as while ipkg is used by Optware, it's not actually part
> of Optware.  In fact, ipkg has been abandoned by its authors, so it's
> highly probable that Optware will switch to something else (likely opkg)
> in the foreseeable future, provided Optware doesn't become abandoned itself.
>
> It may however that looking for /opt/bin/ipkg-opt is as good an
> indicator as I'm going to get.  In the end I'm really trying to figure
> out if I'm on an embedded device where /etc is part of a read-only file
> system and that because of this, I should prefer /opt/etc over /etc for
> locating my config file.  I haven't found any remotely sane way of doing
> that, and since my scripts require things that a non-developer user on
> an Optware-capable device would only have gotten from Optware, I thought
> I'd try to find a reliable way of detecting Optware instead.  It seems
> there's no way to do that either though.
>
> - Ron
>
> [*] http://en.wikipedia.org/wiki/Unix_directory_structure
> http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
>

Oh! If all you're doing is testing for writeability, just see if you can
"touch" said file. If it exists afterward, use it, otherwise use /opt :)
On Oct 28, 2012 8:29 AM, "Ron Guerin" <ron@...> wrote:

> **
>
>
> On 10/27/2012 12:37 AM, Anthony Takata wrote:
> > Going out on a limb, but looking for the /opt directory is typically a
> good
> > way, or doing a "which ipkg" and see if it exists.
>
> /opt is on everything[*]. That would only be useful as a test to see if
> you were running on a Unix, Linux or BSD system of some sort. That
> could be anything from a mainframe to a clip-on music player though.
>
> The test for /opt/bin/ipkg-opt seems like it's a better choice, but the
> more I've been thinking about it, it really isn't a very good test for
> Optware either, as while ipkg is used by Optware, it's not actually part
> of Optware. In fact, ipkg has been abandoned by its authors, so it's
> highly probable that Optware will switch to something else (likely opkg)
> in the foreseeable future, provided Optware doesn't become abandoned
> itself.
>
> It may however that looking for /opt/bin/ipkg-opt is as good an
> indicator as I'm going to get. In the end I'm really trying to figure
> out if I'm on an embedded device where /etc is part of a read-only file
> system and that because of this, I should prefer /opt/etc over /etc for
> locating my config file. I haven't found any remotely sane way of doing
> that, and since my scripts require things that a non-developer user on
> an Optware-capable device would only have gotten from Optware, I thought
> I'd try to find a reliable way of detecting Optware instead. It seems
> there's no way to do that either though.
>
> - Ron
>
> [*] http://en.wikipedia.org/wiki/Unix_directory_structure
> http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
>
>


[Non-text portions of this message have been removed]

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...> wrote:
>
> Oh! If all you're doing is testing for writeability, just see if you can
> "touch" said file. If it exists afterward, use it, otherwise use /opt :)
> On Oct 28, 2012 8:29 AM, "Ron Guerin" <ron@...> wrote:
>
> > **
> >
> >
> > On 10/27/2012 12:37 AM, Anthony Takata wrote:
> > > Going out on a limb, but looking for the /opt directory is typically a
> > good
> > > way, or doing a "which ipkg" and see if it exists.
> >
> > /opt is on everything[*]. That would only be useful as a test to see if
> > you were running on a Unix, Linux or BSD system of some sort. That
> > could be anything from a mainframe to a clip-on music player though.
> >
> > The test for /opt/bin/ipkg-opt seems like it's a better choice, but the
> > more I've been thinking about it, it really isn't a very good test for
> > Optware either, as while ipkg is used by Optware, it's not actually part
> > of Optware. In fact, ipkg has been abandoned by its authors, so it's
> > highly probable that Optware will switch to something else (likely opkg)
> > in the foreseeable future, provided Optware doesn't become abandoned
> > itself.
> >
> > It may however that looking for /opt/bin/ipkg-opt is as good an
> > indicator as I'm going to get. In the end I'm really trying to figure
> > out if I'm on an embedded device where /etc is part of a read-only file
> > system and that because of this, I should prefer /opt/etc over /etc for
> > locating my config file. I haven't found any remotely sane way of doing
> > that, and since my scripts require things that a non-developer user on
> > an Optware-capable device would only have gotten from Optware, I thought
> > I'd try to find a reliable way of detecting Optware instead. It seems
> > there's no way to do that either though.
> >
> > - Ron
> >
> > [*] http://en.wikipedia.org/wiki/Unix_directory_structure
> > http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

--- In nslu2-general@yahoogroups.com, Ron Guerin <ron@...> wrote:
>
> On 10/27/2012 06:17 AM, oddballhero wrote:
>  > On 10/26/2012 09:10 AM, Ron Guerin wrote:
>  >> I'm writing some scripts I plan to release and it would be helpful to
>  >> know when I'm running on a device with Optware as opposed to a
>  >> conventional server or desktop.  Is there any reliable way to detect
>  >> when you're running on an Optware-enabled device?
>
>  > Well, they're usually smaller......
>
> What is?  The physical size of the unit?  ;)
>
> > They have a bunch of stuff under /opt .......
>
> So do lots of systems that aren't running Optware.
>
> > You can type ipkg and it will like it .............
>
> I was thinking of testing for the existence of /opt/bin/ipkg-opt,
> because it seems unlikely that you'd find something called ipkg-opt in
> /opt/bin anywhere except on an Optware system.  I was hoping there'd be
> something else though, partly because it seems that ipkg is apparently
> abandoned software. It wouldn't surprise me if at some point in the not
> distant future, ipkg got replaced with opkg or something else.
>
> - Ron
>

--- In nslu2-general@yahoogroups.com, Ron Guerin <ron@...> wrote:
>
> On 10/27/2012 12:37 AM, Anthony Takata wrote:
> > Going out on a limb, but looking for the /opt directory is typically a good
> > way, or doing a "which ipkg" and see if it exists.
>
> /opt is on everything[*].  That would only be useful as a test to see if
> you were running on a Unix, Linux or BSD system of some sort.  That
> could be anything from a mainframe to a clip-on music player though.
>
> The test for /opt/bin/ipkg-opt seems like it's a better choice, but the
> more I've been thinking about it, it really isn't a very good test for
> Optware either, as while ipkg is used by Optware, it's not actually part
> of Optware.  In fact, ipkg has been abandoned by its authors, so it's
> highly probable that Optware will switch to something else (likely opkg)
> in the foreseeable future, provided Optware doesn't become abandoned itself.
>
> It may however that looking for /opt/bin/ipkg-opt is as good an
> indicator as I'm going to get.  In the end I'm really trying to figure
> out if I'm on an embedded device where /etc is part of a read-only file
> system and that because of this, I should prefer /opt/etc over /etc for
> locating my config file.  I haven't found any remotely sane way of doing
> that, and since my scripts require things that a non-developer user on
> an Optware-capable device would only have gotten from Optware, I thought
> I'd try to find a reliable way of detecting Optware instead.  It seems
> there's no way to do that either though.
>
> - Ron
>
> [*] http://en.wikipedia.org/wiki/Unix_directory_structure
> http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
>

--- In nslu2-general@yahoogroups.com, "krymium" <rudolphoa@...> wrote:
>
> Yeah its been a while since I have soldered anything and am just worried I
will completely brick it so holding it as the last option.
>
> Was really hoping there was a way to either mount the root file system on
another system or somehow boot from another device and then edit the passwd
file.
>
> --- In nslu2-general@yahoogroups.com, "oddballhero" <oddballhero@> wrote:
> >
> > I believe the series4 requires soldering in terminals/pins since they were
not included.  Easy enough if you know how to solder.  The solder holes, I
believe are labeled.
> >
> > --- In nslu2-general@yahoogroups.com, "krymium" <rudolphoa@> wrote:
> > >
> > > Was hoping not to go down the serial cable route if possible...
> > >
> > > --- In nslu2-general@yahoogroups.com, "aamuel_kaufman" <samuel@> wrote:
> > > >
> > > > Hi,
> > > >
> > > > I'm in the same situation. I have found that you can gain aceess to the
pogoplug again using this guide.
> > > >
> > > > http://www.hack247.co.uk/pogo-plug-pink-serial-connection/
> > > >
> > > > But I think using something like this will also work
> > > >
> > > >
http://www.ebay.com/itm/CP2102-Module-STC-Download-Cable-USB-2-0-to-UART-TTL-6PI\
N-Serial-Converter-/221131726875?pt=LH_DefaultDomain_0&hash=item337c7a601b
> > > >
> > > > Though I would like to get the original passwd file in order to get back
normal ssh access..
> > > >
> > > >
> > > > --- In nslu2-general@yahoogroups.com, "krymium" <rudolphoa@> wrote:
> > > > >
> > > > > I have a PogoPlug series 4 running stock firmware. I was attempting to
install Optware and inadvertently screwed up the /etc/passwd file so cannot
login to SSH any more for the root account. I dont have any other user accounts
on the device. My.pogoplug.com continues to work fine - I am wondering if there
is anyway I can boot of SATA or USB and revert the passwd file on the device?
> > > > >
> > > >
> > >
> >
>

--- In nslu2-general@yahoogroups.com, "oddballhero" <oddballhero@...> wrote:
>
> I was actually just trying to explain the difference between the pogoplug and
the slug(NSLU2) and options.
>
> --- In nslu2-general@yahoogroups.com, "krymium" <rudolphoa@> wrote:
> >
> > My issue is how do I change the boot loader and get it to boot of an
external drive without SSH access to the device.
> >
> > --- In nslu2-general@yahoogroups.com, "oddballhero" <oddballhero@> wrote:
> > >
> > > Hello Anthony,
> > > The typical Optware installation on the Pogoplug resembles Unslung
(without having to flash the firmware, since SSH access can be achieved through
the Pogoplug service) more than SlugOS so there is no pivot root, although it
can be done.  For all the Pogoplug Kirkwood derivatives (NOT the Oxnas ones),
the bootloader can be replaced to allow one to boot from an external drive.  The
Oxnas ones such as the V3s have a method to boot from the internal sata
interface or set the rootfs to an external drive and boot from the kernel in
NAND which can also be modified and replaced.  All the above stuff can be found
at www.archlinuxarm.org and forum.doozan.com.
> > >
> > > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@> wrote:
> > > >
> > > > I'm not totally familiar with the Pogoplug myself, but if it's anything
> > > > like my NSLU2, if you remove the system drive (which gets overlayed on
the
> > > > root filesystem), it should be in a "clean" state, where you could
> > > > subsequently plug in (and mount) the system drive to modify the passwd
file.
> > > > If it isn't setup that way, I would try a different access protocol
(telnet
> > > > maybe?).
> > > >
> > > > On Sat, Sep 29, 2012 at 1:45 PM, krymium <rudolphoa@> wrote:
> > > >
> > > > > **
> > > > >
> > > > >
> > > > > I have a PogoPlug series 4 running stock firmware. I was attempting to
> > > > > install Optware and inadvertently screwed up the /etc/passwd file so
cannot
> > > > > login to SSH any more for the root account. I dont have any other user
> > > > > accounts on the device. My.pogoplug.com continues to work fine - I am
> > > > > wondering if there is anyway I can boot of SATA or USB and revert the
> > > > > passwd file on the device?
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> >
>

Hi,

I installed this package on my NSLU2 but cannot figure out how to get the daemon
to run. I don't see anything for it under init.d and I'm not even sure where it
got installed. Any help?

I'm not familiar with this package, but if it's not in init.d (since it
actually sounds like a network service), you might find it in xinetd.
You can always check if it is running I suppose by examining the output of
'ps'.


On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@...> wrote:

> **
>
>
> Hi,
>
> I installed this package on my NSLU2 but cannot figure out how to get the
> daemon to run. I don't see anything for it under init.d and I'm not even
> sure where it got installed. Any help?
>
>
>


[Non-text portions of this message have been removed]

That's the problem--it's not running and I'm not sure how to get it running.

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...> wrote:
>
> I'm not familiar with this package, but if it's not in init.d (since it
> actually sounds like a network service), you might find it in xinetd.
> You can always check if it is running I suppose by examining the output of
> 'ps'.
>
>
> On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@...> wrote:
>
> > **
> >
> >
> > Hi,
> >
> > I installed this package on my NSLU2 but cannot figure out how to get the
> > daemon to run. I don't see anything for it under init.d and I'm not even
> > sure where it got installed. Any help?
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

Huh. I just downloaded it and am exploring the package structure now. It
doesn't seem to have any scripts to start it.
Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also doesn't
background itself, so be careful how you design your startup script.
The actual binary is located at /opt/sbin/mini_snmpd
You can use an existing init.d script, like /opt/etc/init.d/S10xinetd as a
template to help you make one for mini_snmpd.


On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@...> wrote:

> **
>
>
> That's the problem--it's not running and I'm not sure how to get it
> running.
>
>
> --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...>
> wrote:
> >
> > I'm not familiar with this package, but if it's not in init.d (since it
> > actually sounds like a network service), you might find it in xinetd.
> > You can always check if it is running I suppose by examining the output
> of
> > 'ps'.
> >
> >
> > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@...> wrote:
> >
> > > **
>
> > >
> > >
> > > Hi,
> > >
> > > I installed this package on my NSLU2 but cannot figure out how to get
> the
> > > daemon to run. I don't see anything for it under init.d and I'm not
> even
> > > sure where it got installed. Any help?
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>


[Non-text portions of this message have been removed]

You did not mention what you were running on you NSLU2, like SlugOS, Debian,
OpenWrt, Unslung?  Here is the Optware script (S70net-snmp) for my SlugOS setup.
Adapt it to your needs.

#!/bin/sh
#
# $Header$
#

if [ -n "`pidof snmpd`" ] ; then
     killall snmpd 2>/dev/null
fi

sleep 2
/opt/sbin/snmpd -c /opt/etc/snmpd.conf


--- In nslu2-general@yahoogroups.com, "Mike" <diskcrasher@...> wrote:
>
> That's the problem--it's not running and I'm not sure how to get it running.
>
> --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@> wrote:
> >
> > I'm not familiar with this package, but if it's not in init.d (since it
> > actually sounds like a network service), you might find it in xinetd.
> > You can always check if it is running I suppose by examining the output of
> > 'ps'.
> >
> >
> > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@> wrote:
> >
> > > **
> > >
> > >
> > > Hi,
> > >
> > > I installed this package on my NSLU2 but cannot figure out how to get the
> > > daemon to run. I don't see anything for it under init.d and I'm not even
> > > sure where it got installed. Any help?
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>

I finally found the binary and was able to launch it. I then did an snmpwalk
against it and there wasn't much there other than uptime. Was hoping to at least
see CPU utilization. Looking at mini-snmpd -h, it looks like it's primarily used
for network and disk monitoring.

PS: I'm running unslung 6.8 beta.

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...> wrote:
>
> Huh. I just downloaded it and am exploring the package structure now. It
> doesn't seem to have any scripts to start it.
> Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also doesn't
> background itself, so be careful how you design your startup script.
> The actual binary is located at /opt/sbin/mini_snmpd
> You can use an existing init.d script, like /opt/etc/init.d/S10xinetd as a
> template to help you make one for mini_snmpd.
>
>
> On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@...> wrote:
>
> > **
> >
> >
> > That's the problem--it's not running and I'm not sure how to get it
> > running.
> >
> >
> > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@>
> > wrote:
> > >
> > > I'm not familiar with this package, but if it's not in init.d (since it
> > > actually sounds like a network service), you might find it in xinetd.
> > > You can always check if it is running I suppose by examining the output
> > of
> > > 'ps'.
> > >
> > >
> > > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@> wrote:
> > >
> > > > **
> >
> > > >
> > > >
> > > > Hi,
> > > >
> > > > I installed this package on my NSLU2 but cannot figure out how to get
> > the
> > > > daemon to run. I don't see anything for it under init.d and I'm not
> > even
> > > > sure where it got installed. Any help?
> > > >
> > > >
> > > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

Yeah, I don't use snmp (couldn't get anything to work at all ;) ) so I
don't know what to say to that. It seems like this package is version 1.0
of the most basic of features, I'm not sure if there's another compiled
version around somewhere that offers more for you, but my guess is that it
would lose the title of "mini" then. ;)


On Tue, Nov 13, 2012 at 7:14 PM, Mike <diskcrasher@...> wrote:

> **
>
>
> I finally found the binary and was able to launch it. I then did an
> snmpwalk against it and there wasn't much there other than uptime. Was
> hoping to at least see CPU utilization. Looking at mini-snmpd -h, it looks
> like it's primarily used for network and disk monitoring.
>
> PS: I'm running unslung 6.8 beta.
>
>
> --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...>
> wrote:
> >
> > Huh. I just downloaded it and am exploring the package structure now. It
> > doesn't seem to have any scripts to start it.
> > Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also doesn't
> > background itself, so be careful how you design your startup script.
> > The actual binary is located at /opt/sbin/mini_snmpd
> > You can use an existing init.d script, like /opt/etc/init.d/S10xinetd as
> a
> > template to help you make one for mini_snmpd.
> >
> >
> > On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@...> wrote:
> >
> > > **
>
> > >
> > >
> > > That's the problem--it's not running and I'm not sure how to get it
> > > running.
> > >
> > >
> > > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@>
> > > wrote:
> > > >
> > > > I'm not familiar with this package, but if it's not in init.d (since
> it
> > > > actually sounds like a network service), you might find it in xinetd.
> > > > You can always check if it is running I suppose by examining the
> output
> > > of
> > > > 'ps'.
> > > >
> > > >
> > > > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@> wrote:
> > > >
> > > > > **
> > >
> > > > >
> > > > >
> > > > > Hi,
> > > > >
> > > > > I installed this package on my NSLU2 but cannot figure out how to
> get
> > > the
> > > > > daemon to run. I don't see anything for it under init.d and I'm not
> > > even
> > > > > sure where it got installed. Any help?
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>


[Non-text portions of this message have been removed]

I actually use net-snmp - 5.4.2.1-1 which works pretty well on the slug
(available on Unslung).

Huh. Turns out I apparently have the net-snmp package installed and running
as well?
I used the command: snmpwalk -c public -v 1 -t 30 localhost
and it spit out a TON of information! Neeto. There was a section that
appeared that it might deal with CPU usage, namely
"HOST-RESOURCES-MIB::hrSWRunPerfCPU." but I'm not sure (no idea actually).
ymmv.


On Tue, Nov 13, 2012 at 11:40 PM, oddballhero <oddballhero@...> wrote:

> **
>
>
> I actually use net-snmp - 5.4.2.1-1 which works pretty well on the slug
> (available on Unslung).
>
>
>


[Non-text portions of this message have been removed]

Cool huh?

http://www.debianadmin.com/linux-snmp-oids-for-cpumemory-and-disk-statistics.htm\
l

http://www.op5.com/
http://www.cacti.net/
http://www.nagios.org/

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...> wrote:
>
> Huh. Turns out I apparently have the net-snmp package installed and running
> as well?
> I used the command: snmpwalk -c public -v 1 -t 30 localhost
> and it spit out a TON of information! Neeto. There was a section that
> appeared that it might deal with CPU usage, namely
> "HOST-RESOURCES-MIB::hrSWRunPerfCPU." but I'm not sure (no idea actually).
> ymmv.
>
>
> On Tue, Nov 13, 2012 at 11:40 PM, oddballhero <oddballhero@...> wrote:
>
> > **
> >
> >
> > I actually use net-snmp - 5.4.2.1-1 which works pretty well on the slug
> > (available on Unslung).
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

I could try installing the full blown snmpd package and see what I get. Just
didn't want to bog down the slug running a service that I really don't need that
badly. It's just nice to see all my network stats with Nagios.

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...> wrote:
>
> Yeah, I don't use snmp (couldn't get anything to work at all ;) ) so I
> don't know what to say to that. It seems like this package is version 1.0
> of the most basic of features, I'm not sure if there's another compiled
> version around somewhere that offers more for you, but my guess is that it
> would lose the title of "mini" then. ;)
>
>
> On Tue, Nov 13, 2012 at 7:14 PM, Mike <diskcrasher@...> wrote:
>
> > **
> >
> >
> > I finally found the binary and was able to launch it. I then did an
> > snmpwalk against it and there wasn't much there other than uptime. Was
> > hoping to at least see CPU utilization. Looking at mini-snmpd -h, it looks
> > like it's primarily used for network and disk monitoring.
> >
> > PS: I'm running unslung 6.8 beta.
> >
> >
> > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@>
> > wrote:
> > >
> > > Huh. I just downloaded it and am exploring the package structure now. It
> > > doesn't seem to have any scripts to start it.
> > > Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also doesn't
> > > background itself, so be careful how you design your startup script.
> > > The actual binary is located at /opt/sbin/mini_snmpd
> > > You can use an existing init.d script, like /opt/etc/init.d/S10xinetd as
> > a
> > > template to help you make one for mini_snmpd.
> > >
> > >
> > > On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@> wrote:
> > >
> > > > **
> >
> > > >
> > > >
> > > > That's the problem--it's not running and I'm not sure how to get it
> > > > running.
> > > >
> > > >
> > > > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@>
> > > > wrote:
> > > > >
> > > > > I'm not familiar with this package, but if it's not in init.d (since
> > it
> > > > > actually sounds like a network service), you might find it in xinetd.
> > > > > You can always check if it is running I suppose by examining the
> > output
> > > > of
> > > > > 'ps'.
> > > > >
> > > > >
> > > > > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@> wrote:
> > > > >
> > > > > > **
> > > >
> > > > > >
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I installed this package on my NSLU2 but cannot figure out how to
> > get
> > > > the
> > > > > > daemon to run. I don't see anything for it under init.d and I'm not
> > > > even
> > > > > > sure where it got installed. Any help?
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > [Non-text portions of this message have been removed]
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

I would foresee that it wouldn't do too much to the system performance,
unless you're querying things constantly (like, every second a full tree
walk or something). I've apparently had this installed for a while now
(didn't realize) and it hasn't affected my system performance at all ;)


On Wed, Nov 14, 2012 at 7:51 PM, Mike <diskcrasher@...> wrote:

> **
>
>
> I could try installing the full blown snmpd package and see what I get.
> Just didn't want to bog down the slug running a service that I really don't
> need that badly. It's just nice to see all my network stats with Nagios.
>
>
> --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...>
> wrote:
> >
> > Yeah, I don't use snmp (couldn't get anything to work at all ;) ) so I
> > don't know what to say to that. It seems like this package is version 1.0
> > of the most basic of features, I'm not sure if there's another compiled
> > version around somewhere that offers more for you, but my guess is that
> it
> > would lose the title of "mini" then. ;)
> >
> >
> > On Tue, Nov 13, 2012 at 7:14 PM, Mike <diskcrasher@...> wrote:
> >
> > > **
>
> > >
> > >
> > > I finally found the binary and was able to launch it. I then did an
> > > snmpwalk against it and there wasn't much there other than uptime. Was
> > > hoping to at least see CPU utilization. Looking at mini-snmpd -h, it
> looks
> > > like it's primarily used for network and disk monitoring.
> > >
> > > PS: I'm running unslung 6.8 beta.
> > >
> > >
> > > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@>
> > > wrote:
> > > >
> > > > Huh. I just downloaded it and am exploring the package structure
> now. It
> > > > doesn't seem to have any scripts to start it.
> > > > Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also
> doesn't
> > > > background itself, so be careful how you design your startup script.
> > > > The actual binary is located at /opt/sbin/mini_snmpd
> > > > You can use an existing init.d script, like
> /opt/etc/init.d/S10xinetd as
> > > a
> > > > template to help you make one for mini_snmpd.
> > > >
> > > >
> > > > On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@> wrote:
> > > >
> > > > > **
> > >
> > > > >
> > > > >
> > > > > That's the problem--it's not running and I'm not sure how to get it
> > > > > running.
> > > > >
> > > > >
> > > > > --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@>
> > > > > wrote:
> > > > > >
> > > > > > I'm not familiar with this package, but if it's not in init.d
> (since
> > > it
> > > > > > actually sounds like a network service), you might find it in
> xinetd.
> > > > > > You can always check if it is running I suppose by examining the
> > > output
> > > > > of
> > > > > > 'ps'.
> > > > > >
> > > > > >
> > > > > > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@> wrote:
> > > > > >
> > > > > > > **
> > > > >
> > > > > > >
> > > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > I installed this package on my NSLU2 but cannot figure out how
> to
> > > get
> > > > > the
> > > > > > > daemon to run. I don't see anything for it under init.d and
> I'm not
> > > > > even
> > > > > > > sure where it got installed. Any help?
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > [Non-text portions of this message have been removed]
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>


[Non-text portions of this message have been removed]

I haven't been able to find an answer to this simple question other than a
couple posts about someone using a 1.5TB drive. Does the NSLU2 have an external
drive capacity limit? I want to plug in a 2 or 3TB USB drive but not sure if
they'll work.

Running Unslung 6.8.

I have a 2 tb drive myself. It mostly depends on if you are going to
natively format it or keep it in windows format. Performance may decrease
with much higher drives due to file system caching perhaps, but the best
thing to do is trial and error.
On Nov 16, 2012 12:11 PM, "Mike" <diskcrasher@...> wrote:

> **
>
>
> I haven't been able to find an answer to this simple question other than a
> couple posts about someone using a 1.5TB drive. Does the NSLU2 have an
> external drive capacity limit? I want to plug in a 2 or 3TB USB drive but
> not sure if they'll work.
>
> Running Unslung 6.8.
>
>
>


[Non-text portions of this message have been removed]

ext3 is fine for me. Was hoping I could just clone the existing drive over to a
new (larger) one, expand the partition using parted running on a Linux box, and
plug it back into the slug.

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...> wrote:
>
> I have a 2 tb drive myself. It mostly depends on if you are going to
> natively format it or keep it in windows format. Performance may decrease
> with much higher drives due to file system caching perhaps, but the best
> thing to do is trial and error.
> On Nov 16, 2012 12:11 PM, "Mike" <diskcrasher@...> wrote:
>
> > **
> >
> >
> > I haven't been able to find an answer to this simple question other than a
> > couple posts about someone using a 1.5TB drive. Does the NSLU2 have an
> > external drive capacity limit? I want to plug in a 2 or 3TB USB drive but
> > not sure if they'll work.
> >
> > Running Unslung 6.8.
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

Yeah, that should be fine.
On Nov 16, 2012 4:57 PM, "Mike" <diskcrasher@...> wrote:

> **
>
>
> ext3 is fine for me. Was hoping I could just clone the existing drive over
> to a new (larger) one, expand the partition using parted running on a Linux
> box, and plug it back into the slug.
>
> --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...>
> wrote:
> >
> > I have a 2 tb drive myself. It mostly depends on if you are going to
> > natively format it or keep it in windows format. Performance may decrease
> > with much higher drives due to file system caching perhaps, but the best
> > thing to do is trial and error.
> > On Nov 16, 2012 12:11 PM, "Mike" <diskcrasher@...> wrote:
> >
> > > **
> > >
> > >
> > > I haven't been able to find an answer to this simple question other
> than a
> > > couple posts about someone using a 1.5TB drive. Does the NSLU2 have an
> > > external drive capacity limit? I want to plug in a 2 or 3TB USB drive
> but
> > > not sure if they'll work.
> > >
> > > Running Unslung 6.8.
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>


[Non-text portions of this message have been removed]

Have you checked your /var/log/messages? I installed the net-snmp
package and now it's full of these error messages:

ixp425_eth: Error reading MII reg 0 on phy 0
ixp425_eth: Error reading MII reg 1 on phy 0
ixp425_eth: Error reading MII reg 2 on phy 0
ixp425_eth: Error reading MII reg 3 on phy 0
ixp425_eth: Error reading MII reg 4 on phy 0
ixp425_eth: Error reading MII reg 5 on phy 0
ixp425_eth: Error reading MII reg 6 on phy 0
ixp425_eth: Error reading MII reg 7 on phy 0
ixp425_eth: Error reading MII reg 0 on phy 0
ixp425_eth: Error reading MII reg 1 on phy 0
ixp425_eth: Error reading MII reg 2 on phy 0
ixp425_eth: Error reading MII reg 3 on phy 0
ixp425_eth: Error reading MII reg 4 on phy 0
ixp425_eth: Error reading MII reg 5 on phy 0
ixp425_eth: Error reading MII reg 6 on phy 0
ixp425_eth: Error reading MII reg 7 on phy 0
..repeat..

Appears to be a common problem
<http://old.nabble.com/Kernel-Error-Message----Using-Unslung-td12780711.\
html> .

I'm guessing there's a way to "fix" this by editing the snmpd.conf file,
but not sure how.

--- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...>
wrote:
>
> I would foresee that it wouldn't do too much to the system
performance,
> unless you're querying things constantly (like, every second a full
tree
> walk or something). I've apparently had this installed for a while now
> (didn't realize) and it hasn't affected my system performance at all
;)
>
>
> On Wed, Nov 14, 2012 at 7:51 PM, Mike diskcrasher@... wrote:
>
> > **
> >
> >
> > I could try installing the full blown snmpd package and see what I
get.
> > Just didn't want to bog down the slug running a service that I
really don't
> > need that badly. It's just nice to see all my network stats with
Nagios.
> >
> >
> > --- In nslu2-general@yahoogroups.com, Anthony Takata htwiz2002@
> > wrote:
> > >
> > > Yeah, I don't use snmp (couldn't get anything to work at all ;) )
so I
> > > don't know what to say to that. It seems like this package is
version 1.0
> > > of the most basic of features, I'm not sure if there's another
compiled
> > > version around somewhere that offers more for you, but my guess is
that
> > it
> > > would lose the title of "mini" then. ;)
> > >
> > >
> > > On Tue, Nov 13, 2012 at 7:14 PM, Mike diskcrasher@ wrote:
> > >
> > > > **
> >
> > > >
> > > >
> > > > I finally found the binary and was able to launch it. I then did
an
> > > > snmpwalk against it and there wasn't much there other than
uptime. Was
> > > > hoping to at least see CPU utilization. Looking at mini-snmpd
-h, it
> > looks
> > > > like it's primarily used for network and disk monitoring.
> > > >
> > > > PS: I'm running unslung 6.8 beta.
> > > >
> > > >
> > > > --- In nslu2-general@yahoogroups.com, Anthony Takata
<htwiz2002@>
> > > > wrote:
> > > > >
> > > > > Huh. I just downloaded it and am exploring the package
structure
> > now. It
> > > > > doesn't seem to have any scripts to start it.
> > > > > Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also
> > doesn't
> > > > > background itself, so be careful how you design your startup
script.
> > > > > The actual binary is located at /opt/sbin/mini_snmpd
> > > > > You can use an existing init.d script, like
> > /opt/etc/init.d/S10xinetd as
> > > > a
> > > > > template to help you make one for mini_snmpd.
> > > > >
> > > > >
> > > > > On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@> wrote:
> > > > >
> > > > > > **
> > > >
> > > > > >
> > > > > >
> > > > > > That's the problem--it's not running and I'm not sure how to
get it
> > > > > > running.
> > > > > >
> > > > > >
> > > > > > --- In nslu2-general@yahoogroups.com, Anthony Takata
<htwiz2002@>
> > > > > > wrote:
> > > > > > >
> > > > > > > I'm not familiar with this package, but if it's not in
init.d
> > (since
> > > > it
> > > > > > > actually sounds like a network service), you might find it
in
> > xinetd.
> > > > > > > You can always check if it is running I suppose by
examining the
> > > > output
> > > > > > of
> > > > > > > 'ps'.
> > > > > > >
> > > > > > >
> > > > > > > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@>
wrote:
> > > > > > >
> > > > > > > > **
> > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > I installed this package on my NSLU2 but cannot figure
out how
> > to
> > > > get
> > > > > > the
> > > > > > > > daemon to run. I don't see anything for it under init.d
and
> > I'm not
> > > > > > even
> > > > > > > > sure where it got installed. Any help?
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > [Non-text portions of this message have been removed]
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > [Non-text portions of this message have been removed]
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>



[Non-text portions of this message have been removed]

I have no idea if it's actually /caused/ by net-snmp, but I've had that
ever since I got my slug. Those messages are from the ethernet controller
driver trying to do the impossible.


On Sat, Nov 17, 2012 at 10:04 AM, Mike <diskcrasher@...> wrote:

> **
>
>
> Have you checked your /var/log/messages? I installed the net-snmp
> package and now it's full of these error messages:
>
> ixp425_eth: Error reading MII reg 0 on phy 0
> ixp425_eth: Error reading MII reg 1 on phy 0
> ixp425_eth: Error reading MII reg 2 on phy 0
> ixp425_eth: Error reading MII reg 3 on phy 0
> ixp425_eth: Error reading MII reg 4 on phy 0
> ixp425_eth: Error reading MII reg 5 on phy 0
> ixp425_eth: Error reading MII reg 6 on phy 0
> ixp425_eth: Error reading MII reg 7 on phy 0
> ixp425_eth: Error reading MII reg 0 on phy 0
> ixp425_eth: Error reading MII reg 1 on phy 0
> ixp425_eth: Error reading MII reg 2 on phy 0
> ixp425_eth: Error reading MII reg 3 on phy 0
> ixp425_eth: Error reading MII reg 4 on phy 0
> ixp425_eth: Error reading MII reg 5 on phy 0
> ixp425_eth: Error reading MII reg 6 on phy 0
> ixp425_eth: Error reading MII reg 7 on phy 0
> ..repeat..
>
> Appears to be a common problem
> <http://old.nabble.com/Kernel-Error-Message----Using-Unslung-td12780711.\
>
html<http://old.nabble.com/Kernel-Error-Message----Using-Unslung-td12780711.html\
>>
> .
>
> I'm guessing there's a way to "fix" this by editing the snmpd.conf file,
> but not sure how.
>
>
> --- In nslu2-general@yahoogroups.com, Anthony Takata <htwiz2002@...>
> wrote:
> >
> > I would foresee that it wouldn't do too much to the system
> performance,
> > unless you're querying things constantly (like, every second a full
> tree
> > walk or something). I've apparently had this installed for a while now
> > (didn't realize) and it hasn't affected my system performance at all
> ;)
> >
> >
> > On Wed, Nov 14, 2012 at 7:51 PM, Mike diskcrasher@... wrote:
> >
> > > **
>
> > >
> > >
> > > I could try installing the full blown snmpd package and see what I
> get.
> > > Just didn't want to bog down the slug running a service that I
> really don't
> > > need that badly. It's just nice to see all my network stats with
> Nagios.
> > >
> > >
> > > --- In nslu2-general@yahoogroups.com, Anthony Takata htwiz2002@
> > > wrote:
> > > >
> > > > Yeah, I don't use snmp (couldn't get anything to work at all ;) )
> so I
> > > > don't know what to say to that. It seems like this package is
> version 1.0
> > > > of the most basic of features, I'm not sure if there's another
> compiled
> > > > version around somewhere that offers more for you, but my guess is
> that
> > > it
> > > > would lose the title of "mini" then. ;)
> > > >
> > > >
> > > > On Tue, Nov 13, 2012 at 7:14 PM, Mike diskcrasher@ wrote:
> > > >
> > > > > **
> > >
> > > > >
> > > > >
> > > > > I finally found the binary and was able to launch it. I then did
> an
> > > > > snmpwalk against it and there wasn't much there other than
> uptime. Was
> > > > > hoping to at least see CPU utilization. Looking at mini-snmpd
> -h, it
> > > looks
> > > > > like it's primarily used for network and disk monitoring.
> > > > >
> > > > > PS: I'm running unslung 6.8 beta.
> > > > >
> > > > >
> > > > > --- In nslu2-general@yahoogroups.com, Anthony Takata
> <htwiz2002@>
> > > > > wrote:
> > > > > >
> > > > > > Huh. I just downloaded it and am exploring the package
> structure
> > > now. It
> > > > > > doesn't seem to have any scripts to start it.
> > > > > > Per the man page at /opt/share/man/man8/mini_snmpd.8 , it also
> > > doesn't
> > > > > > background itself, so be careful how you design your startup
> script.
> > > > > > The actual binary is located at /opt/sbin/mini_snmpd
> > > > > > You can use an existing init.d script, like
> > > /opt/etc/init.d/S10xinetd as
> > > > > a
> > > > > > template to help you make one for mini_snmpd.
> > > > > >
> > > > > >
> > > > > > On Mon, Nov 12, 2012 at 8:14 PM, Mike <diskcrasher@> wrote:
> > > > > >
> > > > > > > **
> > > > >
> > > > > > >
> > > > > > >
> > > > > > > That's the problem--it's not running and I'm not sure how to
> get it
> > > > > > > running.
> > > > > > >
> > > > > > >
> > > > > > > --- In nslu2-general@yahoogroups.com, Anthony Takata
> <htwiz2002@>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > I'm not familiar with this package, but if it's not in
> init.d
> > > (since
> > > > > it
> > > > > > > > actually sounds like a network service), you might find it
> in
> > > xinetd.
> > > > > > > > You can always check if it is running I suppose by
> examining the
> > > > > output
> > > > > > > of
> > > > > > > > 'ps'.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Sat, Nov 10, 2012 at 7:09 PM, Mike <diskcrasher@>
> wrote:
> > > > > > > >
> > > > > > > > > **
> > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > I installed this package on my NSLU2 but cannot figure
> out how
> > > to
> > > > > get
> > > > > > > the
> > > > > > > > > daemon to run. I don't see anything for it under init.d
> and
> > > I'm not
> > > > > > > even
> > > > > > > > > sure where it got installed. Any help?
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > [Non-text portions of this message have been removed]
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > [Non-text portions of this message have been removed]
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
> [Non-text portions of this message have been removed]
>
>
>


[Non-text portions of this message have been removed]

I'm totally new to linux and thought my pogoplug pro might be a good test for
me.  I was thinking of using it as a seedbox.  If I hack it, will it handle that
duty?

To seed torrents? Sure. It won't be very effective or fast, but it is
certainly possible.
On Nov 22, 2012 12:33 PM, "tb_crgslst" <tb_crgslst@...> wrote:

> **
>
>
> I'm totally new to linux and thought my pogoplug pro might be a good test
> for me. I was thinking of using it as a seedbox. If I hack it, will it
> handle that duty?
>
>
>


[Non-text portions of this message have been removed]

i've used a pogoplug with optware running rtorrent to seed over 8,000 khan
academy videos (psp version and desktop mp4 versions); about 90GB of files.
in september and october of 2012, the pogoplug provided over 2TB of network
traffic (on a 45mbps connection with torrent traffic rate limited to about
13mbps) to bittorent users around the world.

i've had a problem with the NTFS file system on the external drive that the
torrents are on getting corrupted. the NTFS drive then needs to be detached
from the pogoplug and connected to a windows machine to run chkdsk on the
drive. (yes, i know the pogo includes usr/local/cloudengines/bin/chkntfs,
but have you ever run it on a 500GB drive NTFS that's mostly full?)

i'm in the middle of copying the files off to an ext3 filesystem to see if
that will reduce the filesystem corruption issues.

if you plan to be setup your seedbox someplace that's easily accesible,
then the occasional need to umnount a drive and chkdsk it may not be an
issue for you. mine is in a network closet that's 12 miles away and is hard
to get permission to get to.


On Thu, Nov 22, 2012 at 3:44 PM, Anthony Takata <htwiz2002@...> wrote:

> To seed torrents? Sure. It won't be very effective or fast, but it is
> certainly possible.
> On Nov 22, 2012 12:33 PM, "tb_crgslst" <tb_crgslst@...> wrote:
>
> > **
> >
> >
> > I'm totally new to linux and thought my pogoplug pro might be a good test
> > for me. I was thinking of using it as a seedbox. If I hack it, will it
> > handle that duty?
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>


[Non-text portions of this message have been removed]

Yeah! NTFS on Linux is generally stable, but it seems you have made a use
case that shows it's not necessarily the best bet.
On Nov 26, 2012 1:03 AM, "John Hauser" <jhauser@...> wrote:

> **
>
>
> i've used a pogoplug with optware running rtorrent to seed over 8,000 khan
> academy videos (psp version and desktop mp4 versions); about 90GB of files.
> in september and october of 2012, the pogoplug provided over 2TB of network
> traffic (on a 45mbps connection with torrent traffic rate limited to about
> 13mbps) to bittorent users around the world.
>
> i've had a problem with the NTFS file system on the external drive that the
> torrents are on getting corrupted. the NTFS drive then needs to be detached
> from the pogoplug and connected to a windows machine to run chkdsk on the
> drive. (yes, i know the pogo includes usr/local/cloudengines/bin/chkntfs,
> but have you ever run it on a 500GB drive NTFS that's mostly full?)
>
> i'm in the middle of copying the files off to an ext3 filesystem to see if
> that will reduce the filesystem corruption issues.
>
> if you plan to be setup your seedbox someplace that's easily accesible,
> then the occasional need to umnount a drive and chkdsk it may not be an
> issue for you. mine is in a network closet that's 12 miles away and is hard
> to get permission to get to.
>
> On Thu, Nov 22, 2012 at 3:44 PM, Anthony Takata <htwiz2002@...>
> wrote:
>
> > To seed torrents? Sure. It won't be very effective or fast, but it is
> > certainly possible.
> > On Nov 22, 2012 12:33 PM, "tb_crgslst" <tb_crgslst@...> wrote:
> >
> > > **
> > >
> > >
> > > I'm totally new to linux and thought my pogoplug pro might be a good
> test
> > > for me. I was thinking of using it as a seedbox. If I hack it, will it
> > > handle that duty?
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>
> [Non-text portions of this message have been removed]
>
>
>


[Non-text portions of this message have been removed]