summaryrefslogtreecommitdiff
path: root/TODO
blob: 6ba0ee1dc1ff0785567cc2564f0302f32f56b40f (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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
TODO over of the next year ;-)

- English documentation
	we working on it, but we need help !!!!!!!
	http://openfacts2.berlios.de/wikien/index.php/BerliosProject:Ext4magic
  Current stat 04.2012: not ready but looks good  

	
- support for ecrypfs in the Magic-function
	is particularly interesting for Ubuntu user
  Current stat 04.2012: ready for test


- the new Magic-function for ext3
	old 0.2.x function is very slow and inaccurate
	and is not compatible with the Magic-functions of the ext4 in 0.3.x
	a support for both file systems is planned with 0.4.x
  Current stat 04.2012: open


- better support for source code and other text files
	"file" can not detect the text file type if a long comment at begin of the file
	therefore the Magic-function recovers not all
	
	shell example : for a possibility solution approach
	# file -i ext4magic.c
	ext4magic.c: text/plain; charset=us-ascii

	# sed '1,/^$/d' ext4magic.c | file -i -
	/dev/stdin: text/x-c; charset=us-ascii
  Current stat 04.2012: The current libmagic-5.11 eliminated the problem.
			Changes within ext4magic therefore, not required


- ext4 : with the Magic-function it should be possible to recover also some file types
  if the deleted file has existed with 2 to 4 extents
	the conditions and preparations are already included
	the possible individual extents are already collected in the database
	a function is needed to find out and check the correct order
  Current stat 04.2012: open


Currently known issues
- on big-endian the crtime and deleted directory entry not correct if use the
  real libfunction for read the inode.
  The modified version to read the Journal inode works. BUG:#017304 ; #017304