Jeg vil skrive Ubuntu-analogen til en " batch-fil " (et skallskript). Men jeg vet ikke hvordan jeg skal bruke kommandoen chmod +x filnavn
for å gjøre det slik at skriptet kan kjøres. Jeg vet heller ikke hvor jeg skal bruke det.
chmod +x
på en fil (skriptet ditt) betyr bare at du vil gjøre det kjørbart. Høyreklikk på skriptet ditt og velg Egenskaper -> Tillat kjøring av fil som program, gir deg nøyaktig samme resultat som kommandoen i terminal.
Hvis en fil du vil endre rettighetene til ligger i systemkatalogen, kan det hende du må være root
, for eksempel slik: (vær forsiktig når du bruker kommandoen sudo
).
sudo chmod +x /usr/share/testfolder/aFile
Det er heller ikke klart hva du ønsker å arkivere her. Vennligst rediger spørsmålet ditt og gi litt mer informasjon om det faktiske problemet!
Du kan også henvise til dette spørsmålet for mer informasjon: chmod u+x' versus 'chmod +x
'br>
Skriv man chmod
i et terminalvindu (Ctrl+Alt+T) og du'vil få følgende utdata:
NAVN: chmod - endre filmodusbiter
SYNOPSIS
chmod [OPTION]... MODE[,MODE]... FILE...
chmod [OPTION]... OCTAL-MODE FILE...
chmod [OPTION]... --reference=RFILE FILE...
BESKRIVELSE
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 OG 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.
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]))+'.
Først må skriptet ditt angi hvilken tolk som skal brukes. Dette gjør du i den første linjen i filen. Hvis det er et shell-skript, skal det være #!/bin/sh
eller #!/bin/bash
.
Så her&# 39 er et skript som skriver brukernavnet ditt: echo-whoami.sh
#!/bin/sh
echo $(whoami)
For å gjøre den kjørbar, bruk chmod +x echo-whoami.sh
. Deretter kan du kjøre den med ./echo-whoami.sh
.
En batch-fil og et shell-skript er to begreper som i praksis betyr det samme under Linux. Begrepet skript brukes imidlertid langt oftere.
Den enkleste shell-skriptfilen inneholder bare kommandoer slik du skriver dem på kommandolinjen (det vil si Bash-kommandotolken). I teorien kan du til og med erstatte tolken med hvilket som helst språk du liker (og har en tolk for). For å være mer eksplisitt, foreslås det at du starter den første linjen med
#!/bin/sh
(hvis du ønsker maksimal portabilitet med eldre systemer).
eller
#!/bin/bash
(hvis du vil ha noen ekstra funksjoner, du sannsynligvis ikke bryr deg om i dag)
Etter denne linjen skriver du inn kommandoene dine, en på hver linje. Det finnes mange ekstra konstruksjoner utover omfanget av disse spørsmålene, se man bash
eller http://www.tldp.org/LDP/Bash-Beginners-Guide/Bash-Beginners-Guide.pdf (for nybegynnere) eller http://www.tldp.org/LDP/abs/abs-guide.pdf (for mer avanserte spørsmål).
For å faktisk kjøre skriptet ditt, er det to krav: For det første må tolkerprosessen lese filen, og for det andre kontrollerer den om den er merket som kjørbar. For enkelhets skyld er det også nyttig å kunne skrive til skriptet ditt (slik at du kan gjøre endringer eller rettelser om nødvendig).
Forutsatt videre at du vil at teammedlemmer og andre også skal kunne kjøre (og se) skriptet ditt, men at du ikke vil at de skal manipulere det, er kombinasjonen av
a+x
eller +x
, da a
er standard),a+r
eller +r
, ettersom a
igjen er standard),
skrivetillatelser bare for deg (u=w
), * skrivetillatelser bare for deg (u=w
)er vanligvis fornuftige verdier for filrettighetene dine. Du kan skrive de enkelte handlingene sammenkjedet, atskilt med et komma.
Selv om dette "handlingsspråket" er veldig fascinerende (legg merke til forskjellen på +
og =
-operatoren som gir forskjellige resultater avhengig av tillatelsesinnstillingen før du endret dem), er de kjedelige å skrive.
Ettersom alle handlingene oppretter bitmasker som brukes internt, kan du også skrive inn bitmaskene (se man chmod
for detaljer) direkte.
*For et shellscript gir chmod 755 myscript.sh* mest mening i minst 95% av alle tilfeller.