Вы пытались установить этот раздел ext4 где-то вне вашего домашнего каталога? Например, настройте его в файле / etc / fstab примерно так:
UUID=[uuid] /ext4bins ext4 rw,suid,dev,exec,auto,user,async 0 2
Если вы можете подключить его в другом месте и выполнить файлы и приложения, то вы можете сделать второй шаг, чтобы получить по-вашему, которое может выполнять приложения из ~ / bin, создавая символическую ссылку:
ln -s /ext4bins /home/[username]/bin
Замените [имя пользователя] своим собственным именем пользователя, очевидно. Это приведет к тому, что смонтированный раздел в / ext4bins будет установлен в / home / [username] / bin, и до тех пор, пока файлы будут exectuable в / ext4bins, вы сможете выполнить их через ~ / bin. Например,
/ext4bins/myscript.sh
будет работать так же, как
~/bin/myscript.sh
Правильный способ сделать это - сначала убедиться, что пакет использует систему патчей, и если он не настроил его на использование Quilt. На этом сайте должны быть ответы на вопросы о том, как это сделать.
Затем создайте новую версию пакета с помощью dch -i. Добавьте свои изменения (например, использование патч-системы) в журнал изменений, добавьте исправление в систему исправлений и затем проверьте пакет (локально или в PPA).
Оттуда вы можете присоединить debdiff к отчету об ошибке, пометьте его «patch» и начните охоту за спонсором. Деддифф очень просто для разработчика, чтобы просто увидеть вашу последнюю версию пакета (включая патч) и загрузить его сами.
Вы можете пропустить некоторые из этих шагов и просто прикрепить исправление к исходному источнику код в отчет об ошибке, но тогда ваш спонсор должен будет сделать все для вас, а это означает, что, вероятно, потребуется больше времени, и вам будет сложно найти спонсора (так как ваш пакет кажется необычным, скорее всего, никакие разработчики даже не знакомы с ним и поэтому могут неохотно применять патч).
Правильный способ сделать это - сначала убедиться, что пакет использует систему патчей, и если он не настроил его на использование Quilt. На этом сайте должны быть ответы на вопросы о том, как это сделать.
Затем создайте новую версию пакета с помощью dch -i. Добавьте свои изменения (например, использование патч-системы) в журнал изменений, добавьте исправление в систему исправлений и затем проверьте пакет (локально или в PPA).
Оттуда вы можете присоединить debdiff к отчету об ошибке, пометьте его «patch» и начните охоту за спонсором. Деддифф очень просто для разработчика, чтобы просто увидеть вашу последнюю версию пакета (включая патч) и загрузить его сами.
Вы можете пропустить некоторые из этих шагов и просто прикрепить исправление к исходному источнику код в отчет об ошибке, но тогда ваш спонсор должен будет сделать все для вас, а это означает, что, вероятно, потребуется больше времени, и вам будет сложно найти спонсора (так как ваш пакет кажется необычным, скорее всего, никакие разработчики даже не знакомы с ним и поэтому могут неохотно применять патч).
Вот довольно приличное изложение исторической привязки: https://wiki.ubuntu.com/Bugs/HowToFix