W jaki sposób bash sprawia, że ​​plik jest wykonywalny?

Wiem to, kiedy uruchamiam polecenie

chmod +x filename

bash sprawi, że mój plik będzie wykonywalny. Co dokładnie dzieje się z architekturą pliku, aby zmienić go na plik wykonywalny? tzn. skąd jądro wie, że ten plik jest wykonywalny?

Po prostu próbuję ćwiczyć mięśnie nerd.

„Architektura” pliku nie zmienia się - od Ciebie zależy, czy ma on prawidłowy format. Oznacza to, że plik musi już być poprawnym plikiem binarnym ELF, skryptem z prawidłowym #!nagłówkiem lub czymś innym, co rozpoznaje twoje jądro (np. A.out lub MZ / PE).

To, chmodco zostało, jest ustawione trochę w uprawnieniach pliku, informujących jądro, że użytkownik może wykonać ten plik. Może działać jak mała bariera bezpieczeństwa, a także zapobiegać pewnym rodzajom wypadków. (Należy pamiętać, że +xtutaj jest to skrót ugo+x; jest to trochę zezwolenie, podobnie jak odczyt / zapis).

Jeśli ustawisz + x na pliku, którego jądro nie rozpoznaje, po prostu zwróci kod błędu z wywołania execsystemowego. (Zauważ, że niektóre powłoki mają specjalnego traktowania tego - jeśli jądro zgłaszane „nierozpoznany format”, powłoka spróbuje zinterpretować plik jako skrypt wewnętrznie , jak to jak shellscripts pracował zanim #!został wymyślony ).

Zawartość pliku w ogóle się nie zmienia. Systemy plików zaprojektowane dla typowego Uniksa będą obsługiwały przechowywanie informacji o każdym pliku. Jest to często nazywane „meta danymi” pliku.

Dlatego nie uzyskasz podobnych wyników w przypadku niektórych systemów plików. Mianowicie FAT nie ma wbudowanej przestrzeni przeznaczonej do przechowywania danych związanych z uprawnieniami Unixa, a Unix zwykle omija to, używając specjalnego parametru podczas montowania takiego woluminu systemu plików. Tak więc zazwyczaj wszystkie pliki na dysku FAT mają takie same uprawnienia, jak określono podczas instalacji. (Spodziewałbym się podobnego zachowania w przypadku innych systemów plików, takich jak ISO9660, chociaż prawdopodobnie jest to zwykle nie do zniesienia). W przypadku woluminów zamontowanych w ten sposób użycie chmod +xnie spowoduje zmiany niczego.

Krótko mówiąc, sposób, w jaki jądro to wie, polega na sprawdzeniu sterownika systemu plików. W typowych systemach plików zaprojektowanych dla systemu uniksowego sterownik obsługuje odczyt lokalizacji, w których przechowywane są uprawnienia w stylu uniksowym.

chmod po prostu zmienia te miejsca na dysku.