「バッチファイル」(シェルスクリプト)のUbuntuアナログを書きたいです。しかし、chmod +x filename
コマンドを使用してスクリプトを実行できるようにする方法がわかりません。どこでそれを使用するかわかりません。
ファイル(スクリプト)上のchmod +x
は、実行可能にすることを意味します。スクリプトを右クリックして、Properties->Permissions->プログラムとしてのファイルの実行を許可すると、ターミナルのコマンドとまったく同じ結果が得られます。
パーミッションを変更したいファイルがシステムディレクトリ内にある場合、次のようにroot
である必要があるかもしれません:(Sudo
コマンドを使用するときは注意してください)
Sudo chmod +x /usr/share/testfolder/aFile
また、ここでアーカイブしたい内容が明確ではありません。質問を編集して、実際の問題に関する詳細を入力してください!
詳細については、この質問も参照できます。 chmod u + x 'vs' chmod + x
ターミナルウィンドウにman chmod
と入力します(Ctrl+Alt+T)そして、次の出力が得られます:
NAME:chmod-ファイルモードビットの変更
概要
chmod [OPTION]... MODE[,MODE]... FILE...
chmod [OPTION]... OCTAL-MODE FILE...
chmod [OPTION]... --reference=RFILE FILE...
説明
This manual page documents the GNU version of chmod. chmod changes the
file mode bits of each given file according to mode, which can be either
a symbolic representation of changes to make, or an octal number repre‐
senting the bit pattern for the new mode bits.
The format of a symbolic mode is [ugoa...][[+-=][perms...]...], where
perms is either zero or more letters from the set rwxXst, or a single
letter from the set ugo. Multiple symbolic modes can be given, sepa‐
rated by commas.
A combination of the letters ugoa controls which users' access to the
file will be changed: the user who owns it (u), other users in the
file's group (g), other users not in the file's group (o), or all users
(a). If none of these are given, the effect is as if a were given, but
bits that are set in the umask are not affected.
The operator + causes the selected file mode bits to be added to the
existing file mode bits of each file; - causes them to be removed; and =
causes them to be added and causes unmentioned bits to be removed except
that a directory's unmentioned set user and group ID bits are not
affected.
The letters rwxXst select file mode bits for the affected users: read
(r), write (w), execute (or search for directories) (x), execute/search
only if the file is a directory or already has execute permission for
some user (X), set user or group ID on execution (s), restricted dele‐
tion flag or sticky bit (t). Instead of one or more of these letters,
you can specify exactly one of the letters ugo: the permissions granted
to the user who owns the file (u), the permissions granted to other
users who are members of the file's group (g), and the permissions
granted to users that are in neither of the two preceding categories
(o).
A numeric mode is from one to four octal digits (0-7), derived by adding
up the bits with values 4, 2, and 1. Omitted digits are assumed to be
leading zeros. The first digit selects the set user ID (4) and set
group ID (2) and restricted deletion or sticky (1) attributes. The sec‐
ond digit selects permissions for the user who owns the file: read (4),
write (2), and execute (1); the third selects permissions for other
users in the file's group, with the same values; and the fourth for
other users not in the file's group, with the same values.
chmod never changes the permissions of symbolic links; the chmod system
call cannot change their permissions. This is not a problem since the
permissions of symbolic links are never used. However, for each sym‐
bolic link listed on the command line, chmod changes the permissions of
the pointed-to file. In contrast, chmod ignores symbolic links encoun‐
tered during recursive directory traversals.
SETUID AND SETGID BITS
chmod clears the set-group-ID bit of a regular file if the file's group
ID does not match the user's effective group ID or one of the user's
supplementary group IDs, unless the user has appropriate privileges.
Additional restrictions may cause the set-user-ID and set-group-ID bits
of MODE or RFILE to be ignored. This behavior depends on the policy and
functionality of the underlying chmod system call. When in doubt, check
the underlying system behavior.
オプション
Change the mode of each FILE to MODE.
-c, --changes
like verbose but report only when a change is made
--no-preserve-root
do not treat `/' specially (the default)
--preserve-root
fail to operate recursively on `/'
-f, --silent, --quiet
suppress most error messages
-v, --verbose
output a diagnostic for every file processed
--reference=RFILE
use RFILE's mode instead of MODE values
-R, --recursive
change files and directories recursively
--help display this help and exit
--version
output version information and exit
Each MODE is of the form `[ugoa]*([-+=]([rwxXst]*|[ugo]))+'.
まず、スクリプトで使用するインタープリターを宣言する必要があります。これは、ファイルの最初の行で行います。シェルスクリプトの場合、#!/bin/sh
または#!/bin/bash
である必要があります。
ユーザー名を書き込むスクリプトは次のとおりです。echo-whoami.sh
#!/bin/sh echo $(whoami)
実行可能にするには、chmod +x echo-whoami.sh
を使用します。その後、./echo-whoami.sh
を使用して実行できます。
バッチファイルとシェルスクリプトは、実質的に同じ意味の2つの用語ですLinuxで。ただし、スクリプトという用語ははるかに頻繁に使用されます。
最も単純なシェルスクリプトファイルには、コマンドライン(つまり、Bashコマンドインタープリター)に入力するコマンドが含まれています。理論的には、インタプリタを好きな言語に置き換えることができます(そしてインタプリタを持っています)。より明確にするために、最初の行を次のように始めることをお勧めします。
#!/bin/sh
(レガシーシステムで最大限の移植性を望んでいない場合)
または
#!/bin/bash
(追加機能が必要な場合は、おそらく今日は気にしないでしょう)
この行の後に、各行に1つずつコマンドを入力します。この質問の範囲を超える追加の構成要素がたくさんあります。man bash
または http://www.tldp.org/LDP/Bash-Beginners-Guide/Bash-Beginners-Guide.pdfを参照 (初心者向け)または http://www.tldp.org/LDP/abs/abs-guide.pdf (より高度な質問向け)。
スクリプトを実際に実行するには、2つの要件があります:まず、インタープリタープロセスはファイルを読み込む必要があります、2番目のitは、実行可能としてマークされているかどうかをチェックします。便宜上、スクリプトに書き込むことができると便利です(そのため、変更や修正が必要になります)。
さらに、チームメンバーなどがスクリプトを実行(および表示)できるようにしたいが、スクリプトを操作したくない場合は、
a+x
または+x
、a
がデフォルトです)、a+r
または+r
、a
がデフォルトです)、u=w
)通常、ファイルのアクセス許可の適切な値です。コンマで区切られた単一のアクションを連結して入力できます。
この「アクション言語」は非常に魅力的ですが(+
演算子と=
演算子の違いは、変更前のパーミッション設定に応じて結果が異なることに注意してください)、入力するのは面倒です。
すべてのアクションが内部で適用されるビットマスクを作成するため、ビットマスク(詳細についてはman chmod
を参照)を直接入力することもできます。
シェルスクリプトの場合chmod 755myscript.shは、すべての場合の少なくとも95%で最も意味があります。