C:\$Bitmap

[RRunner3]

Ciao,

stavo facendo un defrag (con O&O Defrag 10 Pro) su un sistema Vista Home Premium, al fine di partizionare al meglio il disco.

Quello che mi fa impazzire, perchè non si sposta e non mi consente di partizionale come vorrei, è un clusterino contenente C:\$Bitmap

Qualcuno può darmi una mano?
Che è? Si può spostare / Eliminare???

Grazie...

[RRunner3]

Qui http://www.pcguide.com/ref/hdd/file/ntfs/archFiles-c.html ho trovato questo:

NTFS System (Metadata) Files

As I mentioned in the architectural overview, the NTFS file system stores virtually all data, both user data and internal management data, in the form of files. The most important of these are a set of special system files, which are also called metadata files. The prefix "meta-" generally refers to something "transcendent" or "beyond"--or merely self-referring. So "metadata files" are files that contain data about data. And that's exactly what these files do. They contain internal information (data) about the "real" data stored on the NTFS volume.

These metadata files are created automatically by the system when an NTFS volume is formatted, and are placed at the beginning of the partition. Now, explaining how these files work is a bit complicated. :^) Understanding their location in an NTFS volume requires that I mention another key structure, the NTFS Master File Table (MFT). The MFT is actually one of these metadata files, but it also contains descriptions of the other metadata files, and in some cases entire other metadata files. Yes, it's a bit confusing. :^) Reading the page on the MFT will help you understand how it works, but in a nutshell, here's what happens: the MFT contains a record describing every file and directory in an NTFS volume, and if the file is small enough, its actual contents may be stored in the MFT itself. Since the metadata files are just "files" to NTFS (albeit special ones), they too have records in the MFT. In fact, the first 16 records of the MFT are reserved for metadata files.

Phew, sorry about that, but hey, I didn't design this thing. :^) Actually, the system is hard to explain, but it is logically consistent, and does work well. The table below provides the important information about the metadata files, including their English names, file names, MFT record numbers and a brief description of what each does:

Metadata File Name


File Name


MFT Record #


Description

Master File Table (MFT)
$MFT
0
This is the MFT itself. This seems to be a bit of a chicken-and-egg problem--how can a record in the MFT contain the MFT? :^) It doesn't. This first MFT record contains descriptive information about the MFT. This is consistent with how NTFS works--since the MFT itself is just "a file", so it also needs a record in the MFT!

Master File Table 2 (MFT2) or Master File Table Mirror
$MFTMirr
1
This is a mirror of the first 16 records of the real Master File Table. It is stored either in the middle of the partition (for Windows NT 3.5 and earlier) or the end of the partition (for Windows NT 4.0 and later). The mirror is a "backup" that is used to ensure that the first few records of the MFT, which of course describe the metadata files themselves, can be accessed in case of a disk error on the original MFT.

Log File
$LogFile
2
The transaction logging file for the volume. This is part of NTFS's file system recoverability feature.

Volume Descriptor
$Volume
3
Contains key information about the volume (partition) itself, such as its name, NTFS version, creation time, and so on. See the complete list of NTFS file attributes for more information.

Attribute Definition Table
$AttrDef
4
This table contains the names and descriptions of the various types of NTFS file attributes used on the volume. (It doesn't contain the attributes themselves, but rather descriptions of what the attributes mean. Remember--metadata.)

Root Directory / Folder
"." (single period)
5
This is a pointer to the root directory or folder of the volume.

Cluster Allocation Bitmap
$Bitmap
6
Contains a "map" showing which clusters on the volume are used and which are available for use.

Volume Boot Code
$Boot
7
This record contains a copy of the volume boot code (or a pointer to it). The volume boot code is also found in the volume boot sector.

Bad Cluster File
$BadClus
8
A list of all clusters on the volume that have been marked as "bad" (meaning, an error was detected on the volume somewhere in those clusters, so the file system wants to be sure not to use them again.)

Quota Table
$Quota
9
Table containing quota information, if disk quotas are being used on the volume. Only used for NTFS 5.0 or later.

Upper Case Table
$UpCase
10
Table containing information for converting file names to the Unicode (16-bit) file naming system for international compatibility.





Insomma, non mi sembra il caso di cancellarla.... ma come faccio a spostarla???

:help:

[UtenteSospeso]

Prova il defrag di Vista, magari da prompt, non è una questione di frammentazione ma una questione di riallocazione.

Da prompt ti dice quanto è grante il segmento più ampio di spazio libero, ma non è detto comunque che sia alla fine della partizione.

Inl defrag di XP con la grafica mostra quali zone del disco sono occupate.

In ogni caso la frammentazione è relativa allo spazio contiguo occupato dai singoli files non allo spazio contiguo occupato totale.

In generale Windows occupa lo spazio sul disco secondo una logica che tende a frammentare il + tardi possibile i files su disco, per cui le prime cose scritte vanno all'inizio poi verso al metà poi tra l'inizio e la metà poi tra la metà e la fine e così via.

L'unica cosa che puoi fare secondo me è accorciare il più possibile la partizione e poi lanciare da prompt defrag drive: -w -f -v

Dopo di che riaccorci ancora al partizione dello spazio recuperato e così + volte finchè è possibile.

Puoi anche provare con O&O tra un ridimensionamento e l'altro.

Al limite sposta su un DVD o su un HD esterno directory che non appartengono a Windows - Programmi etc, cose tue praticamente poi provi a deframmentare, magari così riesce a liberare + spazio.

Quando hai finito poi i dati salvati li rimetti a posto.

[RRunner3]

Grazie per l'idea, ma purtroppo non è lo spazio quello che mi manca.
Ho un disco da 250Gb con 190Gb liberi, e volevo fare l'attuale partizione unica (C: in windows, ovviamente) di 100Gb, per poi farne una seconda di ulteriori 100Gb in Fat32 per i dati condivisi e gli ulteriori 50Gb dedicarli a Linux.

Tutti i file sono allocati all'inizio del disco, solo quel clusterino con c:\$Bitmap è allocato a circa metà disco, non consentendomi quindi di ridurre la partizione a 100Gb ma solo a circa 140Gb.

Ho provato con O&O, con PerfectDisk, con JkDefrag, con PowerDefragmenter... ma senza successo. Sono riuscito a deframmentare e a spostare anche il file dell'ibernazione, parte del MFT... ma nulla su quel maledetto C:\$Binary
Stranamente tutti i software della Paragon, sia TotalDefrag che Partition Manager, non mi riconoscono la partizione ma mi danno "drive non formattato", mentre gli altri la vedono benissimo.

Proverò comunque a ridurre la partizione al massimo e poi a vedere se si riesce a spostare...

Grazie comunque per i suggerimenti!

[UtenteSospeso]

I programmi che non vedono il disco forse sono un po vecchiotti, Vista usa un allineamento particolare della partizione che potrebbe non essere riconosciuto da tutti i softwares non recenti.

Anche partition magic8.05 ha questo problema, dice PartitionTable Error e suggerisce di corregerlo, guai a farglielo correggere. E' vecchio si, ma per XP andava benissimo.

[II ARROWS]

Ma che pro volerlo spostare a tutti i costi? °_°

Ci stai perdendo tempo inutilmente, perchè non è un problema... quel file non da alcuna perdita di prestazioni... l'unica causa di perdita di prestazioni qua sei tu...

[RRunner3]

Ma che pro volerlo spostare a tutti i costi? °_°

Ci stai perdendo tempo inutilmente, perchè non è un problema... quel file non da alcuna perdita di prestazioni... l'unica causa di perdita di prestazioni qua sei tu...

Sei simpatico come un pedicello pustolente su una chiappa, sei altrettanto caruccio e pure un pò ignorante.

Ma chi ha parlato di perdita di prestazioni?
Ho parlato di DIMENSIONI DELLA PARTIZIONE, ma manco mi va di starlo a spiegare a uno come te...

Ricordati che non è necessario scrivere per forza in ogni topic, ma se proprio ti prudono le dita nel farlo... quantomeno prima assicurati di aver letto e capito ciò di cui si parla.

[UtenteSospeso]

Prova a ridimensionare con DiskDirektor, magari ci riesce.

[Albi89]

Ciao,

stavo facendo un defrag (con O&O Defrag 10 Pro) su un sistema Vista Home Premium, al fine di partizionare al meglio il disco.

Quello che mi fa impazzire, perchè non si sposta e non mi consente di partizionale come vorrei, è un clusterino contenente C:\$Bitmap

Qualcuno può darmi una mano?
Che è? Si può spostare / Eliminare???

Grazie...

Penso che l'unica soluzione sia un defrag eseguito bootando da un altro disco... sempre che questi fantomatici metafiles possano essere spostati liberamente =)

[II ARROWS]

Sei simpatico come un pedicello pustolente su una chiappa, sei altrettanto caruccio e pure un pò ignorante.

Ma chi ha parlato di perdita di prestazioni?
Ho parlato di DIMENSIONI DELLA PARTIZIONE, ma manco mi va di starlo a spiegare a uno come te...

Ricordati che non è necessario scrivere per forza in ogni topic, ma se proprio ti prudono le dita nel farlo... quantomeno prima assicurati di aver letto e capito ciò di cui si parla.Nessuno pretende che lo capisca, ma almeno che tu legga quello che ricopi prima di farlo:
NTFS System (Metadata) Files

As I mentioned in the architectural overview, the NTFS file system stores virtually all data, both user data and internal management data, in the form of files. The most important of these are a set of special system files, which are also called metadata files. The prefix "meta-" generally refers to something "transcendent" or "beyond"--or merely self-referring. So "metadata files" are files that contain data about data. And that's exactly what these files do. They contain internal information (data) about the "real" data stored on the NTFS volume.

These metadata files are created automatically by the system when an NTFS volume is formatted, and are placed at the beginning of the partition. Now, explaining how these files work is a bit complicated. :^) Understanding their location in an NTFS volume requires that I mention another key structure, the NTFS Master File Table (MFT). The MFT is actually one of these metadata files, but it also contains descriptions of the other metadata files, and in some cases entire other metadata files. Yes, it's a bit confusing. :^) Reading the page on the MFT will help you understand how it works, but in a nutshell, here's what happens: the MFT contains a record describing every file and directory in an NTFS volume, and if the file is small enough, its actual contents may be stored in the MFT itself. Since the metadata files are just "files" to NTFS (albeit special ones), they too have records in the MFT. In fact, the first 16 records of the MFT are reserved for metadata files.

Phew, sorry about that, but hey, I didn't design this thing. :^) Actually, the system is hard to explain, but it is logically consistent, and does work well. The table below provides the important information about the metadata files, including their English names, file names, MFT record numbers and a brief description of what each does:

Metadata File Name


File Name


MFT Record #


Description

Master File Table (MFT)
$MFT
0
This is the MFT itself. This seems to be a bit of a chicken-and-egg problem--how can a record in the MFT contain the MFT? :^) It doesn't. This first MFT record contains descriptive information about the MFT. This is consistent with how NTFS works--since the MFT itself is just "a file", so it also needs a record in the MFT!

Master File Table 2 (MFT2) or Master File Table Mirror
$MFTMirr
1
This is a mirror of the first 16 records of the real Master File Table. It is stored either in the middle of the partition (for Windows NT 3.5 and earlier) or the end of the partition (for Windows NT 4.0 and later). The mirror is a "backup" that is used to ensure that the first few records of the MFT, which of course describe the metadata files themselves, can be accessed in case of a disk error on the original MFT.

Log File
$LogFile
2
The transaction logging file for the volume. This is part of NTFS's file system recoverability feature.

Volume Descriptor
$Volume
3
Contains key information about the volume (partition) itself, such as its name, NTFS version, creation time, and so on. See the complete list of NTFS file attributes for more information.

Attribute Definition Table
$AttrDef
4
This table contains the names and descriptions of the various types of NTFS file attributes used on the volume. (It doesn't contain the attributes themselves, but rather descriptions of what the attributes mean. Remember--metadata.)

Root Directory / Folder
"." (single period)
5
This is a pointer to the root directory or folder of the volume.

Cluster Allocation Bitmap
$Bitmap
6
Contains a "map" showing which clusters on the volume are used and which are available for use.

Volume Boot Code
$Boot
7
This record contains a copy of the volume boot code (or a pointer to it). The volume boot code is also found in the volume boot sector.

Bad Cluster File
$BadClus
8
A list of all clusters on the volume that have been marked as "bad" (meaning, an error was detected on the volume somewhere in those clusters, so the file system wants to be sure not to use them again.)

Quota Table
$Quota
9
Table containing quota information, if disk quotas are being used on the volume. Only used for NTFS 5.0 or later.

Upper Case Table
$UpCase
10
Table containing information for converting file names to the Unicode (16-bit) file naming system for international compatibility.

[Psiche]

l'unica causa di perdita di prestazioni qua sei tu...

Sei simpatico come un pedicello pustolente su una chiappa, sei altrettanto caruccio e pure un pò ignorante.

Alla prossima vi sospendo

[RRunner3]

Nessuno pretende che lo capisca, ma almeno che tu legga quello che ricopi prima di farlo:
Allora, provo a spiegarmi dopo aver fatto meditazione zen.
Nel primo messaggio scrivevo:

stavo facendo un defrag (con O&O Defrag 10 Pro) su un sistema Vista Home Premium, al fine di partizionare al meglio il disco.

Quello che mi fa impazzire, perchè non si sposta e non mi consente di partizionale come vorrei, è un clusterino contenente C:\$Bitmap

Qualcuno può darmi una mano?
Che è? Si può spostare / Eliminare???Grazie...

Voglio spostare o eliminare C:\$Bitmap, (che non conosco) per partizionare meglio il disco.
Domando cosa sia, e se si può spostare o eliminare.

Nel secondo messaggio, scrivo che ho capito di cosa si tratta, citandone la fonte, e che quindi

Insomma, non mi sembra il caso di cancellarla.... ma come faccio a spostarla???

Mai parlato di migliorare le prestazioni del PC.




Alla prossima vi sospendo
Fra "azione " e "reazione" mi sembra ci sia una certa differenza, ma ok accetto il fatto di aver esagerato.




Tornando in tema:

Penso che l'unica soluzione sia un defrag eseguito bootando da un altro disco... sempre che questi fantomatici metafiles possano essere spostati liberamente =)
Ho provato, ma parliamo di un notebook.
Ho fatto il boot da CD con qualche sistema WindowsPE che ho a disposizione, ma senza risultati.
Ho anche fatto il boot in modalità provvisoria con prompt di comandi, ma sempre senza risultati.

Proverò, come gentilmente suggerito, a cercare Disk Direktor (che al momento non ho) per vedere se possa fare al caso mio.
Vediamo.

Altrimenti mi tocca il ripristino di sistema (tanto è un notebook nuovo), ma preferirei evitarlo...

[II ARROWS]

Nessuno pretende che lo capisca, ma almeno che tu legga quello che ricopi prima di farlo:
NTFS System (Metadata) Files

As I mentioned in the architectural overview, the NTFS file system stores virtually all data, both user data and internal management data, in the form of files. The most important of these are a set of special system files, which are also called metadata files. The prefix "meta-" generally refers to something "transcendent" or "beyond"--or merely self-referring. So "metadata files" are files that contain data about data. And that's exactly what these files do. They contain internal information (data) about the "real" data stored on the NTFS volume.

These metadata files are created automatically by the system when an NTFS volume is formatted, and are placed at the beginning of the partition. Now, explaining how these files work is a bit complicated. :^) Understanding their location in an NTFS volume requires that I mention another key structure, the NTFS Master File Table (MFT). The MFT is actually one of these metadata files, but it also contains descriptions of the other metadata files, and in some cases entire other metadata files. Yes, it's a bit confusing. :^) Reading the page on the MFT will help you understand how it works, but in a nutshell, here's what happens: the MFT contains a record describing every file and directory in an NTFS volume, and if the file is small enough, its actual contents may be stored in the MFT itself. Since the metadata files are just "files" to NTFS (albeit special ones), they too have records in the MFT. In fact, the first 16 records of the MFT are reserved for metadata files.

Phew, sorry about that, but hey, I didn't design this thing. :^) Actually, the system is hard to explain, but it is logically consistent, and does work well. The table below provides the important information about the metadata files, including their English names, file names, MFT record numbers and a brief description of what each does:

Metadata File Name


File Name


MFT Record #


Description

Master File Table (MFT)
$MFT
0
This is the MFT itself. This seems to be a bit of a chicken-and-egg problem--how can a record in the MFT contain the MFT? :^) It doesn't. This first MFT record contains descriptive information about the MFT. This is consistent with how NTFS works--since the MFT itself is just "a file", so it also needs a record in the MFT!

Master File Table 2 (MFT2) or Master File Table Mirror
$MFTMirr
1
This is a mirror of the first 16 records of the real Master File Table. It is stored either in the middle of the partition (for Windows NT 3.5 and earlier) or the end of the partition (for Windows NT 4.0 and later). The mirror is a "backup" that is used to ensure that the first few records of the MFT, which of course describe the metadata files themselves, can be accessed in case of a disk error on the original MFT.

Log File
$LogFile
2
The transaction logging file for the volume. This is part of NTFS's file system recoverability feature.

Volume Descriptor
$Volume
3
Contains key information about the volume (partition) itself, such as its name, NTFS version, creation time, and so on. See the complete list of NTFS file attributes for more information.

Attribute Definition Table
$AttrDef
4
This table contains the names and descriptions of the various types of NTFS file attributes used on the volume. (It doesn't contain the attributes themselves, but rather descriptions of what the attributes mean. Remember--metadata.)

Root Directory / Folder
"." (single period)
5
This is a pointer to the root directory or folder of the volume.

Cluster Allocation Bitmap
$Bitmap
6
Contains a "map" showing which clusters on the volume are used and which are available for use.

Volume Boot Code
$Boot
7
This record contains a copy of the volume boot code (or a pointer to it). The volume boot code is also found in the volume boot sector.

Bad Cluster File
$BadClus
8
A list of all clusters on the volume that have been marked as "bad" (meaning, an error was detected on the volume somewhere in those clusters, so the file system wants to be sure not to use them again.)

Quota Table
$Quota
9
Table containing quota information, if disk quotas are being used on the volume. Only used for NTFS 5.0 or later.

Upper Case Table
$UpCase
10
Table containing information for converting file names to the Unicode (16-bit) file naming system for international compatibility.