<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">I could not find smbmount. Where is
      that? It is not in the repository for Ubuntu.<br>
      <br>
      I DID manage to get the network drive to be recognized by grsync
      by opening the Network with Nautilus, then was able to find it. <br>
      <br>
      <b>I ran it, and got several "Error 23" messages. In looking this
        up, it says this is usually caused by something wrong in
        permissions.</b><b><br>
      </b><b>It took about 12 hours to run (probably about the same time
        as Unison), and the result is that I am not sure what has
        actually been backed up.</b><b><br>
      </b><b><br>
      </b><b>I am now running grsync in simulation mode, and it seems to
        be producing a list of files that do not currently appear in the
        Network Drive. I am wondering if there is some simple script
        that could compare the files and just let me know what is
        missing on the Network Drive. Grsync takes SOOOO LONG!!! Do you
        normally have to run it several times to get all the files
        transferred?&nbsp; </b><b><br>
      </b><br>
      And Suggestions.<br>
      <br>
      I found some suggestions as to how to "hack" my WDLive drive: <br>
      <br>
<a class="moz-txt-link-freetext" href="http://www.smallnetbuilder.com/nas/nas-howto/31828-fun-with-rsync-and-more-on-the-wd-my-book-live">http://www.smallnetbuilder.com/nas/nas-howto/31828-fun-with-rsync-and-more-on-the-wd-my-book-live</a><br>
      <br>
      It looks pretty easy, in principle. However, Entering <i><a class="moz-txt-link-freetext" href="http://mybooklive/UI/ssh">http://mybooklive/UI/ssh</a></i>
      (case sensitive!) into your browser <u><b>DOES NOT</b></u> bring
      up the hidden page shown in the opening graphic, complete with
      login info. Instead, it comes up with page not found. <br>
      <br>
      I imagine that with a bit of work, I could find the IP address and
      use it. However, according to the article, it would void the
      warranty to do this. That is not too big a deal, as it is likely
      out of warranty.<br>
      <br>
      <br>
      <br>
    </div>
    <blockquote cite="mid:201404060400.s3640PBk005896@slippy.cwsent.com"
      type="cite">
      <pre wrap="">If the network drive doesn't allow shell access this is would be a good 
option. Rsync (grsync is just a shell) invokes an rsync command on the 
remote system (as does unison).
</pre>
    </blockquote>
    <pre wrap="">On Sat, 05 Apr 2014 21:00:25 -0700
Cy Schubert wrote:
</pre>
    <blockquote type="cite" style="font-weight: bold; font-size: large;
      color: #000000;">
      <pre wrap="">If the network drive doesn't allow shell access this is would be a good 
option. Rsync (grsync is just a shell) invokes an rsync command on the 
remote system (as does unison).
</pre>
    </blockquote>
    <pre wrap="">I think he's saying, using smbmount would allow applications
like rsync work with the files as if they were local, the same
way;
        mount -o loop [other options] file.iso /mount/point
makes the contents of an iso image appear as regular files.

Could be wrong, but that's what I got from it.


...Or if possible, install rsync on the network drive, and
use;
        rsync://mybooklive/public/
as the source location.

That one seems unlikely; even if the drive does run Linux as an
embedded system [as many routers do], it might be very limited
in terms of user interaction and/or user modifications.

</pre>
  </body>
</html>