Что происходит «под капотом», когда выполняется chmod?

Question

[Мика Слепинин]

Добрый вечер!

Что происходит, когда выполняется, например
$ chmod +x myfile ?

Понятно, что файлу присваивается право на выполнение, теперь он может выполняться, и в ls -la мы теперь увидим нечто подобное:

-rwxrwxr-x  1 username usergroup 42 Oct 26 23:25 myfile

Но что произошло "под капотом"?

Затрагивается ли сам файл, или может изменения вносятся куда-то (итнересно, куда), в файловую систему, или же что-то другое?

Answer 1

[15432]

На уровне файловой системы у каждого файла есть свойства - имя, владелец, время создания / изменения, права доступа. Вот права доступа и изменяются. Происходит модификация записи файла в структуре файловой системы ext3 (или какая у вас там)

Comments

[Мика Слепинин]

Это понятно, на то он и "change mode" - но хотелось бы поподробнее понять, что и куда пишется. Я тут недавно поспорил с одним человеком. Он мне вообще сказал (мы обсуждали это в контексте известной сисадминской задачи chmod - x chmod) что нужно открыт chmod в hex-редакторе и изменить в начале 0 на 1. Я начал копать, и докопался, что chmod не вносит никаких изменений в файлы. Понять бы, куда и как и каким образом он их вносит.

[15432]

Для изменения вручную придётся парсить служебные записи файловой системы. Искать запись, описывающую нужный файл, изменять её и т.д.
например:
https://digital-forensics.sans.org/blog/2010/12/20...

[15432]

Тут более понятно показана структура записи файла в ext2
4.bp.blogspot.com/-ujLYJrn_kHc/T2ItpxnorUI/AAAAAAA...

[romy4]

Виктор Слепинин: была такая ржака

[Мика Слепинин]

romy4: часто задачу задают как chmod - x /bin/

[Мика Слепинин]

15432: вот это интересная ссылка, спасибо!

[Lynn «Кофеман»]

Уточню, имя это не свойство файла

Answer 2

[Saboteur]

В файловой системе стандарта POSIX (стандарт для всех *nix), есть аттрибуты файла в виде rwxrwxrwx, плюс еще два-три специальных бита.
Собственно этот аттрибут и правится. Внутри файла ничего не меняется.
Можете нагуглить права доступа в POSIX системах.

Этот флаг говорит системе, что файл - исполняемый. Но как его исполнят, система смотрит по заголовку файла.
Для скриптовых файлов, там обычно указан путь к интерпретатору. Для бинарных - соответствующий заголовок.
В отличие от Windows, расширение в *nix не значит ничего.

Answer 3

[sim3x]

git.savannah.gnu.org/cgit/coreutils.git/tree/src/c...

Answer 4

[Макс]

есть такая чудесная штука - иноды. Информация о правах/владельцах/времени доступа/модификации/ и т.д.

Answer 5

[abcd0x00]

Затрагивается ли сам файл, или может изменения вносятся куда-то (итнересно, куда), в файловую систему

Сам файл не затрагивается. Управление файлом происходит через его inode. Inode - это такая структура в файловой системе, описывающая файл. Когда ты запускаешь ls, она не заходит в файлы, а проходит по их inode'ам, читая из них информацию. А содержимое файла записывается в inode в виде адреса первого блока. Вот по этому inode и определяется, что можно делать с содержимым файла.

Answer 6

[Максим Мосейчук]

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

Атрибуты не являются чем-то универсальным, их поддержка зависит от файловой системы. Например FAT32 не поддерживает стандартные POSIX-атрибуты доступа. В свою очередь, EXT4 не поддерживает атрибут скрытности (скрытые файлы и папки в Windows).

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

Архиватор tar умеет сохранять атрибуты заархивированых файлов и восстанавливать их при распаковке.

При пересылке файла, например через почту, все атрибуты, за исключением имени, будут потеряны.