Страница 1 из 1

Атрибут Di - вопрос

СообщениеДобавлено: 31 май 2006, 17:09
Музалёв Николай
Уважаемые коллеги!

Возник теорит., но имеющий большое практическое значение вопрос: атрибут Delete Inhibit входит в состав Extended Atributes или нет? (Попутный вопрос - а какие входят?)

И правда ли, что TotalComm сносит каталоги с таким атрибутом?
Спасибо.

СообщениеДобавлено: 31 май 2006, 19:05
Андрей Фисенко
Delete Inhibit attribute

Di

A file system attribute that prevents a directory or file from being deleted or erased, even if a user has the Erase right. This attribute is automatically set and removed when the Read Only attribute is set and removed.

Насчет Extended Attributes затрудняюсь ответить.

TotalCommander плевать хотел с высокой колокольни на этот атрибут.

СообщениеДобавлено: 31 май 2006, 20:03
Музалёв Николай
A file system attribute...

Это понятно...
Д
ело в том, что регулярно проводя контрольное восстановление ( а "домА" пользователей у меня подперты этим атрибутом), я потом удаляю их в два приема: сначала содержимое, потом снимаю атрибут и уже потом -сами каталоги.
Это можно пережить раз-др., но постоянно - напрягает.

В программе копирования есть пунк Исключить эти самые Extended Atributes .
Я его использую при контрольном восст., но DI остается.

Вот и закрался вопрос - то ли DI не входит в расширенные, то ли программка его при восстановлении не снимает.

Если ТС удаляет каталоги с DI, то это снимает вопрос практический, но теория остается неясной: дык что это за атрибуты? и зачем?

Мне кажется, что лучше проверить...

СообщениеДобавлено: 31 май 2006, 20:04
Павел Гарбар
всякие там командиры не плюют на RO, а просто его молча снимают, а потом файл удаляют.
Как видно из описания, Di автоматом снимается, если снять RO. Но ведь Di можно поставить отдельно от RO. А командир про такой атрибут может и не знать. Поэтому предлагаю проверить при отдельно установленом Di.

СообщениеДобавлено: 02 июн 2006, 13:34
Музалёв Николай
А командир про [Di] может и не знать

Знает, проверено...
Вот досада берет: файловый виндовый менеджер (по определению предназаначенный для кул-хацкеров) может удалить каталог с DI, а СС , или там - CPQFM - инструмент сугубо админский - не может... И когда начинается восстановительная канитель, то только затыка с неудаляемыми из-под СС каталогами нам не хватает ...
Побочный вопрос: а чистые программеры вообщето головой думают? хотя изредка? или у них голова - исключительно в неё кушать?

СообщениеДобавлено: 06 июн 2006, 14:47
Савельев Сергей
Добрый день!!!

Помню, была настройка в клиенте для автоматического сброса атрибутов у файлов
При отключенном параметре нужно сначала снять атрибут, а затем уже можно давить файл или каталог
Если отнять у пользователя право менять атрибуты [M], то ничего невозможно будет сделать с объектом

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


Не знает и не должен знать слишком он для этого туповат
Это заслуга клиента, а не виндового менеджера

Так что выход один – отбирать право [M]