hagic
May 7th, 2008, 05:13 AM
NTFS 8.3-filename field cannot work after merging
Using Acronis Disk Direct Server 10.0 under NTFSDOS, I’ve got a new NTFS partition(called Part C) after merging one NTFS partition(called Part A) to another NTFS(called Part B) without any abnormal tips.
Then I returned to win2003, all files in new Part C seems good except that, I’ve found the MSDOS-Format 8dot3 filename cannot work with some of the files. Further I’ got that all files from original Part A(which worked well with 8dot3 before) was not accessible by 8dot3 filename, though all files from original Part B was.
I’ve check all my registry settings related to NTFS, but non of them seems incorrect according to MSDN registry reference. I’m so confused. Maybe some info in Part A was missing(at lease 8dot3 field, I don’t know what further more field is) when merging.
8dot3 accessibility is vital for OS program especially for some Microsoft-nature ones. What I can do is just replacing 8dot3 name in my registry with long filenames batch by batch poorly. But that can not fix the problem completely. Maybe there are other 8dot3 accessing ways Microsoft uses inside.
Does anyone have good idea? Who can help me RECOVER the missing field? Or just REBUILD the missing as a not-so-bad choice.
Using Acronis Disk Direct Server 10.0 under NTFSDOS, I’ve got a new NTFS partition(called Part C) after merging one NTFS partition(called Part A) to another NTFS(called Part B) without any abnormal tips.
Then I returned to win2003, all files in new Part C seems good except that, I’ve found the MSDOS-Format 8dot3 filename cannot work with some of the files. Further I’ got that all files from original Part A(which worked well with 8dot3 before) was not accessible by 8dot3 filename, though all files from original Part B was.
I’ve check all my registry settings related to NTFS, but non of them seems incorrect according to MSDN registry reference. I’m so confused. Maybe some info in Part A was missing(at lease 8dot3 field, I don’t know what further more field is) when merging.
8dot3 accessibility is vital for OS program especially for some Microsoft-nature ones. What I can do is just replacing 8dot3 name in my registry with long filenames batch by batch poorly. But that can not fix the problem completely. Maybe there are other 8dot3 accessing ways Microsoft uses inside.
Does anyone have good idea? Who can help me RECOVER the missing field? Or just REBUILD the missing as a not-so-bad choice.