Я сам нашел ответ на этот вопрос, если кто-то еще столкнется с этой проблемой.
Оказывается, в dpkg-sig произошла ошибка, которая позже была исправлена (подробнее о: https: // bugs.launchpad.net/ubuntu/+source/dpkg-sig/+bug/1342938)
Проблема в том, что существуют два типа сжатия, которые использует dpkg при создании пакетов deb: gz и xz. Ошибка заключалась в том, что dpkg-sig проверялся только для data.tar.gz, проверяя подпись, и он не смог / вернулся badsig на data.tar.xz. В моем случае метод сжатия xz использовался для сборки пакета, на котором я тестировал.
Теперь ошибка исправлена, и обновленный пакет debp-sig deb может быть загружен с: https : //bugs.launchpad.net/ubuntu/+source/dpkg-sig/+bug/1342938
Эта проблема возникала в Ubuntu 14.04, потому что при загрузке из apt-репозитория мы получить более старую, не исправленную версию dpkg-sig. Поэтому, если кто-нибудь из Ubuntu 14.04 сталкивается с этой проблемой, он может просто загрузить обновленный пакет deb из ftp url, указанный выше, и он должен решить их проблему.
В качестве дополнительной заметки вы можете проверить тип сжатия сделав следующее на терминале:
ar vx packagename.deb
Вы должны получить либо data.tar.gz, либо data.tar.xz вместе с некоторыми другими файлами. Это поможет вам понять, что такое тип сжатия.
Еще одна полезная ссылка: https://ubuntuforums.org/showthread.php?t=2175836
Хорошо, после того, как вы набрали сеть, это решение, с которым я столкнулся. Я использовал файл сгенерированный вручную xorg.conf с помощью nvidia-xconfig. Что не создавало правильную конфигурацию. Это то, что окончательно сработало для меня.
Нажмите ctrl+alt+f2 (или любую комбинацию клавиш, которую вы используете для перехода в режим командной строки)
Войдите в систему как администратор.
Если вы используете GDM, как я, продолжайте и остановите процесс, используя service gdm stop.
Проверьте, работает ли ваш X-server или нет. Используйте ps -C Xorg, а затем запустите процесс. kill -9 PID
Используйте Xorg -configure, который сгенерирует xorg.conf.new
, теперь просто переместите файл .new в каталог /etc/X11/, используя mv xorg.conf.new /etc/X11/xorg.conf
теперь перезапустите GDM service gdm start
И все готово.
Хорошо, после того, как вы набрали сеть, это решение, с которым я столкнулся. Я использовал файл сгенерированный вручную xorg.conf с помощью nvidia-xconfig. Что не создавало правильную конфигурацию. Это то, что окончательно сработало для меня.
Нажмите ctrl+alt+f2 (или любую комбинацию клавиш, которую вы используете для перехода в режим командной строки)
Войдите в систему как администратор.
Если вы используете GDM, как я, продолжайте и остановите процесс, используя service gdm stop.
Проверьте, работает ли ваш X-server или нет. Используйте ps -C Xorg, а затем запустите процесс. kill -9 PID
Используйте Xorg -configure, который сгенерирует xorg.conf.new
, теперь просто переместите файл .new в каталог /etc/X11/, используя mv xorg.conf.new /etc/X11/xorg.conf
теперь перезапустите GDM service gdm start
И все готово.
Хорошо, после того, как вы набрали сеть, это решение, с которым я столкнулся. Я использовал файл сгенерированный вручную xorg.conf с помощью nvidia-xconfig. Что не создавало правильную конфигурацию. Это то, что окончательно сработало для меня.
Нажмите ctrl+alt+f2 (или любую комбинацию клавиш, которую вы используете для перехода в режим командной строки)
Войдите в систему как администратор.
Если вы используете GDM, как я, продолжайте и остановите процесс, используя service gdm stop.
Проверьте, работает ли ваш X-server или нет. Используйте ps -C Xorg, а затем запустите процесс. kill -9 PID
Используйте Xorg -configure, который сгенерирует xorg.conf.new
, теперь просто переместите файл .new в каталог /etc/X11/, используя mv xorg.conf.new /etc/X11/xorg.conf
теперь перезапустите GDM service gdm start
И все готово.