From: lace <> Date: Thu, 29 Dec 2005 10:28:49 +0000 (+0000) Subject: Removed obsolete ntfsresize(1) claim. X-Git-Url: https://git.jankratochvil.net/?p=www.jankratochvil.net.git;a=commitdiff_plain;h=1e95c3cc4dfea571bda2c02e23ec6c3d27096e2d;hp=07d0890ce342502a19e0514d872bc995b04567b8 Removed obsolete ntfsresize(1) claim. - Promised in: <20051118152644.GA29206@kashome.dyn.jankratochvil.net> --- diff --git a/project/captive/Index.pm b/project/captive/Index.pm index ae5a1b9..b52b574 100755 --- a/project/captive/Index.pm +++ b/project/captive/Index.pm @@ -302,7 +302,6 @@ print <<"HERE";
This possibility was not yet investigated in any way.
-There already exists - @{[ a_href 'http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html','ntfsresize' ]} - using reverse-engineered data structures information. According to the - usage count it appears - @{[ a_href 'http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html','ntfsresize' ]} - is safe.
- -Despite it - @{[ a_href 'http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html','ntfsresize' ]} - still has some usage limitations such as no possibility to shrink the partition to less - than its half size. There exists technically interesting possibility to use Captive NTFS access for - @{[ a_href '/project/surprise/','Partition Surprise' ]} - as it is the only partition manager capable of disk operations - by using just the original W32 filesystem driver by full rebuild of the - filesystem metadata. - Almost no file data blocks would be needed to move even when using these generic W32 filesyste drivers - as W32 supports FSCTL_MOVE_FILE request - according to - @{[ a_href 'http://www.sysinternals.com/ntw2k/info/defrag.shtml', - 'Inside Windows NT Disk Defragmenting' ]} - by @{[ a_href 'http://www.sysinternals.com/aboutus.shtml', - 'Mark Russinovich' ]}.
- - HERE