Если вы собираетесь увеличить размер раздела и файловой системы, сначала запустите fdisk
, чтобы увеличить размер раздела, а затем запустите resize2fs
, чтобы увеличить размер файловой системы.
Если вы собираетесь уменьшить размер обоих, запустите сначала resize2fs
, а затем fdisk
.
Взято из: https://askubuntu.com/questions/13415/ what-are-run-files / 13416 # 13416
Файл .run обычно представляет собой индивидуальную программу, которая должна быть выполняется для установки программы. они не поддерживаются как правило, поскольку они не отслеживают, куда идут файлы и обычно не укажите метод удаления. нет никакого способа быть уверенным, что script подойдет для вашей системы, поэтому они будут считаться небезопасными.
Они близки к exe-файлу Windows и поэтому имеют то же вопросы.
Однофайловые двоичные программы установки, которые я видел в Linux, были .sh
файлами, содержащими сценарий оболочки, скомпонованный с двоичным блобом, как это:
#!/bin/bash
tmpdir=$(mktemp -d /tmp/installer.XXX)
tail -n +6 "$0" | tar -xJf - -C "$tmpdir" || exit 1
sudo "$tmpdir/setup.sh"
rm -rf "$tmpdir"
exit
[binary content follows]
По сути, это эквивалентно setup.exe
, который также самораспаковывается во временную папку и запускает оттуда настоящую программу установки.
Вероятно, ближе к установщику MSI, чем setup.exe
, пакет .deb
включает в себя дерево файлов для копирования в файловая система, а также набор хуков до и после установки для запуска (среди прочего). Перехватчики могут эффективно делать что угодно в системе, включая то, что я не думаю, что когда-либо видел в Windows: добавление пользователей для системной службы. Одна вещь, которую они не могут сделать, это установить другую .пакет deb
— база данных заблокирована во время установки, поэтому этого можно добиться только через зависимости. После установки пакета .deb
создаются записи в центральной базе данных установленных пакетов для простоты обслуживания.
Пакет ttf-mscorefonts
интересен тем, что сам пакет содержит только скрипт для загрузки и установки шрифтов. Этот скрипт выполняется в одном из этих хуков.
Ближе к setup.exe
может быть загрузка исходного кода программы с домашней страницы проекта, а затем запуск ./configure && make && sudo make install
или любой другой метод, предложенный авторами. решил использовать. Так как этот способ не добавляет пакет в базу установленных программ, удалить его потом может быть гораздо сложнее.
Еще одно отличие состоит в том, что файл .deb
указывает свои зависимости, поэтому правильная установка может быть гарантирована. Насколько мне известно, в мире Windows MSI не может вызвать установку другого MSI, поэтому setup.exe
обычно используется для такого отслеживания зависимостей. В нескольких комментариях отмечается, что MSI могут называть зависимости, но поскольку нет центральной базы данных MSI, как для пакетов .deb
, отсутствие зависимости просто приведет к сбою установки.
Таким образом, .deb
является чем-то средним между установщиком MSI и setup.exe
.Пакет может делать все, что захочет, во время своих перехватчиков до и после установки, может называть и обычно находить свои собственные зависимости и оставляет запись о своей установке в центральном месте для простоты обслуживания.