Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
c902e3c133
8 changed files with 229 additions and 0 deletions
|
@ -0,0 +1,12 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://jamdev.myopenid.com/"
|
||||
ip="117.195.168.15"
|
||||
subject="well that was fast!"
|
||||
date="2013-07-25T21:01:38Z"
|
||||
content="""
|
||||
Hey Joey
|
||||
|
||||
Confirming this as fixed, thanks.
|
||||
|
||||
-have a nice weekend!
|
||||
"""]]
|
File diff suppressed because one or more lines are too long
|
@ -0,0 +1,38 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://bigasterisk.com/"
|
||||
nickname="Drew Perttula"
|
||||
subject="~/annex/.git/config files (after running the steps above)"
|
||||
date="2013-07-26T13:20:29Z"
|
||||
content="""
|
||||
dash(pts/32):~/annex% cat .git/config
|
||||
[core]
|
||||
repositoryformatversion = 0
|
||||
filemode = true
|
||||
bare = false
|
||||
logallrefupdates = true
|
||||
[annex]
|
||||
uuid = ddbb5112-3cff-46d3-b42a-f3a6826827a5
|
||||
version = 3
|
||||
[remote \"bang.local_annex\"]
|
||||
url = ssh://drewp@git-annex-bang.local-drewp_annex/~/annex/
|
||||
fetch = +refs/heads/*:refs/remotes/bang.local_annex/*
|
||||
annex-ignore = true
|
||||
annex-cost = 175.0
|
||||
|
||||
|
||||
bang(pts/16):~/annex% cat .git/config
|
||||
[core]
|
||||
repositoryformatversion = 0
|
||||
filemode = true
|
||||
bare = false
|
||||
logallrefupdates = true
|
||||
[annex]
|
||||
uuid = c8a6c420-0567-4f33-8abb-e44b2012ad55
|
||||
version = 3
|
||||
[remote \"dash.local_annex\"]
|
||||
url = ssh://drewp@git-annex-dash.local-drewp_annex/~/annex/
|
||||
fetch = +refs/heads/*:refs/remotes/dash.local_annex/*
|
||||
annex-ignore = true
|
||||
annex-cost = 175.0
|
||||
|
||||
"""]]
|
|
@ -0,0 +1 @@
|
|||
What do I do when I have set up git-annex to back up a folder to an encrypted remote on a vps, and my laptop was stolen? This recently happened, and luckally I had another backup, but what would I do in the case that I have 1 computer using git-annex, backung ip a folder to an encrypted ssh remote on a vps, and I loose the computer? How do I get the data back then?
|
|
@ -0,0 +1,12 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="2001:4978:f:21a::2"
|
||||
subject="comment 1"
|
||||
date="2013-07-26T03:57:06Z"
|
||||
content="""
|
||||
I'm glad you had another backup. That is wise.
|
||||
|
||||
When you have a special remote, that does not store your git repository, but only the contents of files. So if you lose all copies of your git repositories, you have lost all record of the file name associated with a file. It's the same as if `fsck` rescued inodes to `lost+found`; you'd have to manually rename the files to new names.
|
||||
|
||||
Then there's the added complication of the encryption. This depends on how it was set up. If you set up the remote using a GPG key (and didn't lose the key too), you can manually use that key to decrypt the files. On the other hand, if it generated its own key and stored it in the git repo (default with the assistant), then when you lose all copies of the git repo, the key is gone, and your encrypted files are useless.
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
|
||||
nickname="Michael"
|
||||
subject="comment 2"
|
||||
date="2013-07-26T15:04:31Z"
|
||||
content="""
|
||||
I thought the key was checked into .git in any case, but encrypted in the case of GPG. So .git gone => everything gone in any case.
|
||||
"""]]
|
|
@ -0,0 +1,19 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
|
||||
nickname="develop"
|
||||
subject="comment 5"
|
||||
date="2013-07-26T08:20:21Z"
|
||||
content="""
|
||||
I think i agree that this should be implemented.
|
||||
|
||||
Not only to be able to \"get/drop\" from the assistant without the use of archive folders.
|
||||
|
||||
But mainly because i think this will be needed anyways, to do a \"recover previous version of file\" option. Which should definitely be in the web assistant.
|
||||
|
||||
We can't expect family and friends to figure out all command line stuff, thus they need to use the assistant. And i really think it would be a shame to not have an easy way to recover old versions, when the old versions are actually stored.
|
||||
|
||||
Always think about having a good WAF(Wife acceptance factor).
|
||||
|
||||
Just my 2 bits (and a haircut).
|
||||
|
||||
"""]]
|
|
@ -0,0 +1,20 @@
|
|||
So I got a shiny new rsync.net account, but it's not (yet) big enough for my bloated, kitchen-sink annex. How do I make the best use of it? Well, on the whole small files are more valuable to me than large. Large files are usually replaceable, like ripped DVDs. Small files are more likely to be family photos and such. So I shut down the assistant, and I've been doing a series of these:
|
||||
|
||||
git annex copy --to=rsyncnet --smallerthan 10M --not --in=rsyncnet # I called my remote "rsyncnet"
|
||||
|
||||
git annex copy --to=rsyncnet --smallerthan 20M --not --in=rsyncnet
|
||||
|
||||
git annex copy --to=rsyncnet --smallerthan 40M --not --in=rsyncnet
|
||||
|
||||
until the repo fills up. With a few of these thrown in to check on my progress and what's ahead.
|
||||
|
||||
|
||||
git annex status . --in=rsyncnet # how much have I already done?
|
||||
git annex status . --smallerthan 40M --not --in=rsyncnet # how much will this next command copy?
|
||||
|
||||
|
||||
It'd be possible to write a script to do all this automagically but at least this time it's easier to do by hand.
|
||||
|
||||
Just sharing in case anybody's in a similar situation.
|
||||
|
||||
(You could let the assistant do this for you if you configured a preferred content expression designating small files for the rsyncnet remote, of course.)
|
Loading…
Reference in a new issue