./часть команды говорит, "Смотрят в текущем каталоге и выполняют команду 'truecrypt-7.2-setup-x86' отсюда". Необходимо выполнить эту команду из каталога, где Вы распаковали файл.

Это может быть протестировано: В том же окне терминала, где Вы пробуете команду, введите команду ls -l true* - если файл будет присутствовать в текущем рабочем каталоге, то список, показывающий файл (и набор дополнительной информации), будет отображен.

Как Zanna отметил в комментариях, Ваш файл не может иметь, выполняют полномочия - это может быть зафиксировано легко. Как тестовый сценарий, мои шоу каталога

chick@dad:~/test$ ls -l
total 4
-rw-r--r-- 1 chick chick 788 Oct 27 06:15 rFullBack
chick@dad:~/test$

и файл "rFullBack" перечисляет '-rw-' как мое разрешение, чтобы считать и записать файл. Я могу выполнить команду chmod +x rFullBack и каталог, перечисляющий изменения в

chick@dad:~/test$ ls -l
total 4
-rwxr-xr-x 1 chick chick 788 Oct 27 06:15 rFullBack
chick@dad:~/test$

Там мои полномочия теперь '-rwx', указывая, что я могу выполнить файл.

Короче говоря, если файл существует в Вашем каталоге

выполните команду

chmod +x ./truecrypt-7.2-setup-x86

и затем команда

sudo ./truecrypt-7.2-setup-x86

Как делает команды вызова в работе оболочки

Нет, это не команда. Путем работа оболочек состоит в том, когда Вы вводите в строке текста, первое слово будет рассматриваемым как команду, и если команда не будет одной из оболочки встроенные затем, то оболочка посмотрит на все местоположения, перечисленные в PATH переменная среды.

Что происходит, если то, когда команда Вы хотите работать, находится в том же каталоге, как Вы в настоящее время располагались, но тот каталог не находится в списке PATH каталоги? Именно тогда необходимо использовать ./. Это - способом точно то же как выполнение /bin/bash - Вы говорите оболочку где Ваша желаемая расположенная команда, полный путь к нему. И в случае./Вы говорите для окружения, "смотрят в этом каталоге". Таким образом, важная часть - то, что необходимо быть в том же каталоге, где файл расположен.

Конечно, для фактического выполнения исполняемого файла, он должен иметь исполняемый набор битов, таким образом, Вы должны будете chmod +x ./my_file.

Так важные шаги:

1. cd где Вы сохранили файл; если это находится в ~/Downloads, затем cd ~/Downloads
2. Выполненный chmod +x ./truecrypt-7.2-setup-x86 , это говорит "make-файл truecrypt-7.2-setup-x86, который находится в этом исполняемом файле каталога"
3. И теперь сделайте sudo ./truecrypt-7.2-setup-x86

Отметьте то использование ./ не случайное поведение, но на самом деле стандарт, указанный стандартом Интерфейса Переносимой информационной системы (иначе POSIX), конкретно см. раздел "Command Search and Execution".

Репродуцирование ошибки

$ # my script is in ~/Downloads folder
$ stat -c "%n" /home/xieerqi/Downloads/my_script.sh                         
/home/xieerqi/Downloads/my_script.sh
$ # if I run sudo ./my_script.sh, we get an error
$ sudo ./my_script.sh
[sudo] password for xieerqi: 
sudo: ./my_script.sh: command not found
$ # of course the command not found because file is not in ./, not in this dir
$ # this is not  sudo's problem
$ # but sudo does indeed show the same error even if you're in same directory
$ cd ./Downloads/                                                                                                                                                      
$ sudo ./my_script.sh                                                                                                                                                  
[sudo] password for xieerqi: 
sudo: ./my_script.sh: command not found

Примечание: сообщение об ошибке, данное sudo очевидно, вводит в заблуждение так, это - что-то, чтобы иметься в виду; однако обратите внимание на то, что это не было ядром вопроса, который задает OP.

Документация и ссылки

От bash 4,3 руководства, раздел "COMMAND EXECUTION":

Если имя не является ни функцией оболочки, ни встроенным, и не содержит наклонных черт, удар ищет каждый элемент ПУТИ для каталога, содержащего исполняемый файл тем именем.

От того, Почему Вам нужен./(точечная наклонная черта) перед названием сценария для выполнения его в ударе?:

Это работает с./, потому что POSIX указывает, что название команды, которые содержат / будет использоваться в качестве имени файла непосредственно, подавляя поиск в $PATH. Вы, возможно, использовали полный путь для того же самого эффекта, но./короче и легче записать.