информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetSpanning Tree Protocol: недокументированное применениеПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
 С наступающим 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
И я понял - это о скайзи. 21.12.04 15:59  Число просмотров: 2624
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 21.12.04 16:00  Количество правок: 1
<"чистая" ссылка>
> Блин, я понял...:-))) СКЗИ=SCSI ! :-)))

И я понял - это о СКАЙЗИ.

> Давно существуют утилиты для сброса/узнавания пароля админа
> и соотв доступа к зашифрованной информации (случай
> админ=агент востановления) и использование EFS ИМХО не
> надежно.
>
> > Сбоит достаточно редко.
> на то и журнал транзакций есть.
> сегодня сел за вынь98 на фат и проверка диска после
> аварийного завершения на 60 ГБ диске меня достала:-))

На Новеловских томах сбои случаются несколько реже.

> > Черезчур замароченая относительно прав доступа.
> Ничего особенно замороченного, единственно управление
> доступом и просмотр прав конечно не такое явное как в
> нетвари.
>
> > Это только личное субъективное мнение. Статью по
> ссылке
> > пока не читал - сейчас начну.
> лучше поискать на ixbt, быстрее будет, народ как всегда
> тормозит:-))

Прочитал статью. Сначала поносится ФАТ и возносится НТФС. Потом наоборот. Бреда в начале много. Все нормальные операционки кешанут ФАТ будь он 128кб, будь несколько Мб. В оперативке пробежаться по 64к элементам в поисках свободного кластера на гигагерцовом процессоре займет микросекунды. Ничто не мешает в памяти построить биттовую карту свободных кластеров в момент монтирования тома. Хранить ее на винте - больше коллизий. Фрагментация - давно пора забыть что это такое, когда все кешируется какая бы то нибыло фрагментация не имеет значения. А вот когда комп с 256 мегабайтами памяти входит в каталог с несколькими милионами файлов по несколько часов!!! Потом он их несколько часов выделяет!!! Потом столько же (несколько часов) думает, прежде чем спросить "Вы действительно хотите удалить столько-то файлов?"!!! Потом удаляет по несколько файлов в серунду!!! Последнее проверено прерыванием операции удаления. Причем лампочка активности винта не гасла. Сначала аппарат не хотел включать кеш на запись, ссылался на то, что он скогфигурен как доменный контроллер. После танцев с бубном перед ним он все-таки включил кеш. Об этом свидетельствовало ругательство в регистраторе ошибок. Сначала меня терзали смутные сомнения, что кэш так и не включился, потому что заметно ничего не изменилось относительно быстродействия. Я уж начал грешить на медленность эксплорера (Джава и прочее там). В коммандной строке проявилась та же фигня на этапе "cd catalog". Короче я так понял, что это нормальное поведение NTFS. Кешировать она стала, похоже, только содержимое файлов. Некоторые вещи она кешировать не собиралась ни под каким соусом - журналируемость. После перезагрузки в процессе удаления файлов она долго чекала том и находила много всяких ошибок. Г...о полное!
<beginners> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach