Ubuntuでバッチファイル(シェルスクリプト)を書きたいと思っています。しかし、lt;code>chmod +x filenameコマンドを使って、スクリプトを実行できるようにする方法がわかりません。また、どこで使えばいいのかもわかりません。
ファイル(スクリプト)に chmod +x
を適用することは、実行可能な状態にすることを意味します。スクリプトを右クリックして、プロパティ -> パーミッション -> ファイルをプログラムとして実行することを許可する を選択すると、ターミナルでのコマンドと全く同じ結果になります。
パーミッションを変更したいファイルがシステムディレクトリ内にある場合、次のようにroot
になる必要があるかもしれません。(sudo
コマンドを使用する際には注意が必要です)
sudo chmod +x /usr/share/testfolder/aFile
また、ここで何をアーカイブしたいのかが明確ではありません。質問を編集して、実際の問題についてもう少し詳しく説明してください。
詳しくは、こちらの質問も参考にしてください。chmod u+x' 対 'chmod +x.
ターミナルウィンドウ(Ctrl+Alt+T)でman chmod
と入力すると、次のような出力が得られます。
NAME: chmod - ファイルモードビットの変更
SYNOPSIS (日本語)
chmod [OPTION]... MODE[,MODE]... FILE...
chmod [OPTION]... OCTAL-MODE FILE...
chmod [OPTION]... --reference=RFILE FILE...
description
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 と setgid ビット。
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.
OPTIONS (オプション
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
で実行できます。
バッチファイルとシェルスクリプトは、Linuxでは実質的に同じ意味を持つ2つの用語です。しかし、スクリプト**という言葉の方がはるかによく使われています。
最もシンプルなシェルスクリプトファイルは、コマンドライン(つまり、Bashコマンドインタプリタ)で入力されたコマンド**を含んでいます。理論的には、インタープリタを好きな(そしてインタープリタを持っている)言語で置き換えることもできます。より明確にするために,最初の行を次のように始めることをお勧めします。
#!/bin/sh
(レガシーシステムへの移植性を最大限にしたい場合)
または
#!/bin/bash
(現在ではおそらく気にならないような追加機能が欲しい場合)
この行の後に、コマンドを1行ずつ入力します。この質問の範囲を超えた特別な構造がたくさんあります。man bash
や http://www.tldp.org/LDP/Bash-Beginners-Guide/Bash-Beginners-Guide.pdf (for Beginners) または http://www.tldp.org/LDP/abs/abs-guide.pdf (for more advanced questions) を参照してください。
作成したスクリプトを実際に実行するには、2つの要件があります。まず、インタプリタプロセスはファイルを 読む 必要があり、次に 実行可能であるとマークされているか** をチェックします。利便性を高めるために、スクリプトに書き込むことができると便利です(必要に応じて変更や修正を行うことができます)。
さらに、チームメンバーや他の人にもスクリプトを実行(参照)させたいが、操作はさせたくないと仮定すると、以下の組み合わせが考えられます。
a+x
または+x
、a
がデフォルト)。a+r
または+r
、a
がやはりデフォルトです)。u=w
)。は、通常、ファイルのパーミッションとして適切な値です。それぞれのアクションをカンマで区切って入力することができます。
この "action language"は非常に魅力的ですが(+
と=
の演算子の違いに注意してください。これらは、変更前のパーミッション設定に応じて異なる結果をもたらします)、入力するのは面倒です。
すべてのアクションは内部的に適用されるビットマスクを作成するので、ビットマスク(詳細は man chmod
を参照)を直接入力することもできます。
シェルスクリプトの場合、chmod 755 myscript.sh は少なくとも95%のケースで最も理にかなっています。