Куда делось 2 гига???

[P.G.V.]

Такой вопрос: системный диск общим объёмом ~15 гиг., на диске с учётом (файла подкачки виртуальной памяти, скрытых всяких файлов) лежит ~7 гиг....свободно (пишет винда) только 6 гиг...ну вот собсно и всё...где ещё 2 гига?

P.S. Востанавление системы отключено.

[aDreamer]

мб в бэдблоках. проскань

[IPray]

Hiberfil.sys занимает ~511 Mb. Его посчитали?
Какая файловая система?
и размер кластера какой?

[P.G.V.]

Да, посчитал...вообще всё посчитал -wall-, система ntfs, размер кластера..да без понятия [[happy]], а бэдблоки это что за зверь такой ?[[blush]] :)ъ
.... да мне в принципе не жалко памяти, просто очень интересно..так для общего развития

[acaN?]

Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб

[LEO]

Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб

да, с  учетом что в одном килобайте 1024 байт, магабайте 1024кб и т.д.

все остальное в бедблоках, если они есть, и в таблице размещения и другой служебной инфы на дисках, можно оценить ее размер по скрину, у меня так, см скрин

если посчитать разницу в байтах и поделить на (1024^2) то у меня вышло около 141 МБ (что получается 0,7% от емкости диска), что вполне нормально, учитывая что в нтфс она больше чем у ФАТ

зы. считал по размеру файлов, правильнее было бы по размеру "на диске", хотя результат отличался бы не сильно (лень пересчитывать уже ), разница в этих размерах кстати, из-за "полупустых" кластеров

[P.G.V.]

Действительно, так оно и есть - округление, но правда всё-равно 700 мб потерялись , наверное что-то не посчитал...всем спасибо

[fair]

Корзина пустая?Если нет, ее плюсуйте

[inco]

По опыту знаю, что когда система NTFS она забивает диск неизвестно чем (всякие там дополнительные потоки наверное), так у одного чела диск был забит наполовину при нулевой винде. Сожралось чуть ли не 30 гигабайт!!!

[fair]

По опыту знаю, что когда система NTFS она забивает диск неизвестно чем (всякие там дополнительные потоки наверное), так у одного чела диск был забит наполовину при нулевой винде. Сожралось чуть ли не 30 гигабайт!!!

Вот ненадо..а ....
12% откушивается от объема диска... а вот дальше ищите.. Да и то эти 12% нормально показываются как свободные...
http://www.ixbt.com/storage/ntfs.html почитайте на досуге.Там достаточно популярно про нее написано.

[inco]

Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб

Врят ли. В одном журнале читал, что подобное округление 1 мегабайт = 1000 килобайт (реально - 1024 килобайта) привело к 300 гигабайт = 292,7 гигабайт
Итог: нестыковка в данном случае примерно в 360 мегабайт всего.

Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты. Главное заходишь в неё, делаешь выделить всё и замеряешь. Потом выходишь и смотришь в свойствах папки и размер уже другой. Причём думаю скрытые папки тут не при чём.

Рад буду почитать и я, если кто-то более подробно опишет проблему или поправит, в чём я ошибся.

[IPray]

Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты. Главное заходишь в неё, делаешь выделить всё и замеряешь. Потом выходишь и смотришь в свойствах папки и размер уже другой. Причём думаю скрытые папки тут не при чём.

"Показать защищенные системные файлы" и "показать скрытые файлы и папки", -> тогда все сойдется

[LEO]

По опыту знаю, что когда система NTFS она забивает диск неизвестно чем (всякие там дополнительные потоки наверное), так у одного чела диск был забит наполовину при нулевой винде. Сожралось чуть ли не 30 гигабайт!!!

Вот ненадо..а ....
12% откушивается от объема диска... а вот дальше ищите.. Да и то эти 12% нормально показываются как свободные...
http://www.ixbt.com/storage/ntfs.html почитайте на досуге.Там достаточно популярно про нее написано.

да, если уж уточнять, то это резервируется 12% диска под мфт, а размер ее может быть любым. причем когда место на диске кончается, делать нечего, и файлы пишутся в эту зону. в результате мфт фрагментируется, и мы ловим порой рельные тормоза

спасибо за статью... вот некоторые мои "придирки"
> Первые 16 файлов носят служебный характер и недоступны операционной системе
хм... а кому они доступны тогда ? видимо как раз доступ к ним есть только у файловой подсистемы венды, а "рядовых программ" его нету...
правда и тут есть НО... тот же O&O Defrag если верить документации может дефрагить мфт... что забавно, прям из-под венды (он вообще под вендой все может дефрагить кроме свопа (и хиберфил.сис как показывает практика)), правда Alt писал тут  что он все равно ее не дефрагит ... )))

[fair]

Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб

Врят ли. В одном журнале читал, что подобное округление 1 мегабайт = 1000 килобайт (реально - 1024 килобайта) привело к 300 гигабайт = 292,7 гигабайт
Итог: нестыковка в данном случае примерно в 360 мегабайт всего.

Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты. Главное заходишь в неё, делаешь выделить всё и замеряешь. Потом выходишь и смотришь в свойствах папки и размер уже другой. Причём думаю скрытые папки тут не при чём.

Рад буду почитать и я, если кто-то более подробно опишет проблему или поправит, в чём я ошибся.

Первую очередь в математике. И в желание верить всему что пишут.
Для справки Так, напр., ?настоящая? ёмкость жёсткого диска, маркированного как ?200 Гб?, составляет 186,2 Гб.
проверить достаточно легко..  просто берете и делите 1024 и так  3 раза .

P.S. Ёмкость (англ. capacity) ? количество данных, которые могут храниться накопителем. Ёмкость современных устройств достигает 1000 Гб. В отличие от принятой в информатике системе приставок, обозначающих кратную 1024 величину (кило=1024, мега=1 048 576 и т. д.), производителями при обозначении ёмкости жёстких дисков используются кратные 1000 величины

P.P.S. Вы еще забываете помимо скрытых файлов, про то что часть ваших кластеров будет заполнена неполностью.. Тоесть в оконечные допустим может быть записано  всего 10 байт.. Но занято будет все 32кбайта (или сколько у вас величина кластера)

[LEO]

по поводу последних постов:

Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты.

вы сами проиллюстрировали свой пост

всякие там дополнительные потоки наверное

из статьи:

Довольно интересно обстоит дело и с данными файла. Каждый файл на NTFS, в общем-то, имеет несколько абстрактное строение - у него нет как таковых данных, а есть потоки (streams). Один из потоков и носит привычный нам смысл - данные файла. Но большинство атрибутов файла - тоже потоки! Таким образом, получается, что базовая сущность у файла только одна - номер в MFT, а всё остальное опционально. Данная абстракция может использоваться для создания довольно удобных вещей - например, файлу можно "прилепить" еще один поток, записав в него любые данные - например, информацию об авторе и содержании файла, как это сделано в Windows 2000 (самая правая закладка в свойствах файла, просматриваемых из проводника). Интересно, что эти дополнительные потоки не видны стандартными средствами: наблюдаемый размер файла - это лишь размер основного потока, который содержит традиционные данные. Можно, к примеру, иметь файл нулевой длинны, при стирании которого освободится 1 Гбайт свободного места - просто потому, что какая-нибудь хитрая программа или технология прилепила в нему дополнительный поток (альтернативные данные) гигабайтового размера.

////////////////////////
жаль не дают сохранять в эти потоки простым юзерам: ща попытался в блокноте файл сохранить как 1.txt:1 - был послан

[Alt]

спасибо за статью... вот некоторые мои "придирки"
> Первые 16 файлов носят служебный характер и недоступны операционной системе
хм... а кому они доступны тогда ? видимо как раз доступ к ним есть только у файловой подсистемы венды, а "рядовых программ" его нету...

нет, со стороны юсера они не видны. и рядовые програмы могут иметь к ним доступ. а точто иксплорыр их казать нижылаит - эт савсем ничево низначит

правда и тут есть НО... тот же O&O Defrag если верить документации может дефрагить мфт... что забавно, прям из-под венды (он вообще под вендой все может дефрагить кроме свопа (и хиберфил.сис как показывает практика)), правда Alt писал тут  что он все равно ее не дефрагит ... )))

йа пака встретил единственнуйу феговену, которая могёт мфт дифрагить - воптХП. да и та делает это чирезжопински, средствами чекадиска, она чота в мфт ломает и ставет чекадиск при загрузке, а он уже корректно перемещает мфт на большой отдефрагенный, свободный кусок. ну по крайней мере, так это всё выглядит со стороны

жаль не дают сохранять в эти потоки простым юзерам: ща попытался в блокноте файл сохранить как 1.txt:1 - был послан

ищёбы. ибо нефик. юсеру - юсерово
кстате пятый касперыч именно так и развлекаицо, он какието контрольные суммы пишет к каждому файлу, и по нему отслеживает изменения. цуко млять гадское

кстате,

Прежде всего, обязательный элемент - запись в MFT, ведь, как было сказано ранее, все файлы диска упоминаются в MFT. В этом месте хранится вся информация о файле, за исключением собственно данных.

вот тут тожы ЛПП. если размер файла меньше размера кластера - то все его данные лежат как раз внутри мфт

Пока есть всего один дефрагментатор, который игнорирует API дефрагментации и работает как-то более напрямую - Norton Speeddisk 5.0 для NT. Когда его пытаются сравнить со всеми остальными - Diskeeper, O&O defrag, т.д. - не упоминают этого главного, самого принципиального, отличия. Просто потому, что эта проблема тщательно скрывается, по крайней мере уж точно не афишируется на каждом шагу. Speeddisk - единственная на сегодняшний день программа, которая может оптимизировать диск полностью, не создавая маленьких незаполненных фрагментов свободного места. Стоит добавить также, что при помощи стандартного API невозможно дефрагментировать тома NTFS с кластером более 4 Кбайт, а SpeedDisk и это может.

статья датированна 2000 годом...)))

[mkor]

жаль не дают сохранять в эти потоки простым юзерам: ща попытался в блокноте файл сохранить как 1.txt:1 - был послан

А Вы попробуйте немного по-другому:

первый пример соответственно положить в поток(имя потокока через двоеточие)
C:>echo string1 > file:fork1

и просмотр из потока
C:>more < file:fork1
string1

Копирование содержимого существующего файла в поток:
type file.txt >> file.txt:fork

Копирование содержимого потока в файл:
more < file.txt:fork >> file2.txt

имя потока написанное через двоеточие может быть любым, главный поток, в котрром хранятся сами данные файла имеет название DATA$. поток не изменяет контрольную сумму файла, в потоке можно хранить любую информацию, например информацию о регистрации или логи... да все что угодно.. потоки можно прикреплять не только к файлам, но и к папкам и дискам.