summaryrefslogtreecommitdiff
path: root/doc/tips/recover_data_from_lost+found/comment_4_960fcfe8c5c7bcb7350f61ecfb84f36c._comment
blob: 3c2105e024fe1443d62ada623bbf337ad0c224f7 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
[[!comment format=mdwn
 username="https://launchpad.net/~stephane-gourichon-lpad"
 nickname="stephane-gourichon-lpad"
 avatar="http://cdn.libravatar.org/avatar/02d4a0af59175f9123720b4481d55a769ba954e20f6dd9b2792217d9fa0c6089"
 subject="Isn't this procedure assuming that lost+found contains only uncorrupted previously annexed files?"
 date="2017-03-14T19:15:40Z"
 content="""
    git annex add recovered-content

lost+found does not contain only annexed file, right? It may contain any kind of file not originally annexed.

Examples:

* a file that was imported in the regular git part of the git annex repository
* a corrupted variant of an annexed file
* a git pack, a git index or any git administrative file
* a file totally unrelated that happened to be on the same filesystem.

In all these cases, this command will result in new additions to the annex.

This is not what a recovery should do, is it?

Shouldn't that become rather something like:

    git annex reinject --known 

"""]]