<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to support-requests</title><link>https://sourceforge.net/p/ntfsreader/support-requests/</link><description>Recent changes to support-requests</description><atom:link href="https://sourceforge.net/p/ntfsreader/support-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 27 Jul 2020 08:26:42 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/ntfsreader/support-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>#1 Fails on GTP volumes</title><link>https://sourceforge.net/p/ntfsreader/support-requests/1/?limit=25#9728</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello&lt;/p&gt;
&lt;p&gt;I hit this error on a particular server so had a look and don't think it's a GPT partition problem as such.&lt;/p&gt;
&lt;p&gt;On the server I was looking at the MFT file didn't contain a Bitmap attribute but it did contain an Attribute_List attribute so am guessing that contains info on where the the Bitmap attribute exists (by the looks NtfsReader doesn't process the attribute list).&lt;/p&gt;
&lt;p&gt;Anyhow looking through it seems the Bitmap is only used to identify the total number of inodes (used in the loop) and to identify if an inode is in use or not (if not then it doesn't process it).&lt;/p&gt;
&lt;p&gt;As a quick fix should be able to set the total number of inodes to the max and let unused inodes be processed (during processing it also checks to see if it's in use).&lt;/p&gt;
&lt;p&gt;To test if this works in your case you can try the following:&lt;/p&gt;
&lt;p&gt;In NtfsReader.cs&lt;br/&gt;
comment out lines 1385, 1386, 1388, 1392, 1393, 1424 and 1425&lt;br/&gt;
Update line 1394&lt;br/&gt;
from:&lt;br/&gt;
maxInode = (UInt32)(dataStream.Size / diskInfo.BytesPerMftRecord);&lt;br/&gt;
to:&lt;br/&gt;
UInt32 maxInode = (UInt32)(dataStream.Size / diskInfo.BytesPerMftRecord);&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Steve A</dc:creator><pubDate>Mon, 27 Jul 2020 08:26:42 -0000</pubDate><guid>https://sourceforge.net7196fd005e53eb4d9140aa7b3f9bc2be714feb7a</guid></item><item><title>GPT  : No bitmap data</title><link>https://sourceforge.net/p/ntfsreader/support-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;br/&gt;
I know that this is too old but...&lt;br/&gt;
This library does'nt work with GPT (error : No Bitmap Data). Is there an update or a solution to resolve this issue.&lt;br/&gt;
Best regards&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ismael BELAAOUAD</dc:creator><pubDate>Mon, 28 Jan 2019 09:56:23 -0000</pubDate><guid>https://sourceforge.net856f0b5a4d5c148488bfc643ba72c9aeb0061e77</guid></item><item><title>#1 Fails on GTP volumes</title><link>https://sourceforge.net/p/ntfsreader/support-requests/1/?limit=25#7696</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi Willem,&lt;br/&gt;
I know that this is too old but...&lt;br/&gt;
Have you find a solution for GPT ?  Is there an update of this library?&lt;br/&gt;
Best regards&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ismael BELAAOUAD</dc:creator><pubDate>Mon, 28 Jan 2019 09:54:43 -0000</pubDate><guid>https://sourceforge.net11917d93bfcccad7e161c71fd098ed15afebe326</guid></item><item><title>Fails on GTP volumes</title><link>https://sourceforge.net/p/ntfsreader/support-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Thanks for this library, it works beautifully on NTFS volumes on top of MBR partitions. However it fails on NTFS volumes on top of GPT partitions. The exception thrown is "No Bitmap Data" and closer inspection shows that there is indeed no stream with the AttributeBitmap attribute for volumes of this type.&lt;/p&gt;
&lt;p&gt;Do you have any ideas how the library could be changed to handle these volumes? Considering that GPT is pretty much mandatorry for NTFS volumes of 2TB support would be a great benefit.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Willem</dc:creator><pubDate>Wed, 16 Jun 2010 20:47:40 -0000</pubDate><guid>https://sourceforge.net8deb220a915e4435b8ebf5e81ac82c878a92915a</guid></item></channel></rss>