- Dependency problems while installing Webmin
- 3 Answers 3
- purge apt-show-versions
- set on the fly option for apt
- apt-show-versions
- webmin
- [explanations]
- Не удалось запустить ошибку сервера OpenBSD Secure Shell при попытке запустить apt-get или установить обновления Ubuntu
- 7 ответов
- «Post-installation script subprocess returned error» on Ubuntu 18.04 #733
- Comments
- Не удалось запустить ошибку сервера OpenBSD Secure Shell при попытке запустить apt-get или установить обновления Ubuntu
- 7 ответов
- «Post-installation script subprocess returned error» on Ubuntu 18.04 #733
- Comments
Dependency problems while installing Webmin
I’m having problems when installing Webmin for Debian Wheezy.
It turns out that, while installing the dependencies which are mentioned on these instructions from Webmin website, I receive the following error when installing apt-show-versions:
Seems like that APT is having problems to process the configuration of the package.
Acoording to «man apt»:
Configure a package which has been unpacked but not yet configured. If -a or —pending is given instead of package, all unpacked but unconfigured packages are configured.
To reconfigure a package which has already been configured, try the dpkg-reconfigure(8) command instead.
Configuring consists of the following steps:
Unpack the conffiles, and at the same time back up the old conffiles, so that they can be restored if something goes wrong.
Run postinst script, if provided by the package.
- uninstall webmin and then installing apt-show-versions
- to clean APT cache
. but none of these options have solved my problem.
What kind of solution/workaround can I apply for this issue?
3 Answers 3
I found this solution from this guy on the BeagleBoard forum page at Google Groups.
Here is the way that I chose to follow this procedure (here’s the Webmin package):
purge apt-show-versions
set on the fly option for apt
apt-show-versions
webmin
[explanations]
THE ACQUIRE GROUP
The Acquire group of options controls the download of packages as well as the various «acquire methods» responsible for the download itself (see also sources.list(5)). . .
GzipIndexes
When downloading gzip compressed indexes (Packages, Sources, or Translations), keep them gzip compressed locally instead of unpacking them. This saves quite a lot of disk space at the expense of more CPU requirements when building the local package caches.
False by default (doesn’t seem to be the case for this situation).
Не удалось запустить ошибку сервера OpenBSD Secure Shell при попытке запустить apt-get или установить обновления Ubuntu
Я на Ubuntu 16.4 LTS. У меня был запущен ssh-сервер, и он работал должным образом в течение многих месяцев, пока один раз не произошел сбой.
Теперь я не могу делать регулярные обновления Ubuntu от Canonical. Я не могу запустить обновления apt-get. Например
Когда я проверяю состояние моего SSH-сервера,
Спасибо за помощь.
Я не знаю, помогает ли это, но у меня в /etc/init.d буксировка следующих 2 скриптов.
который выглядит как сценарий оболочки, предоставленный Ubuntu
в дополнение ко всему, у меня также есть /etc/systemd/system/sshd.service, который является ссылкой на /lib/systemd/system/ssh.service
Все еще возникают проблемы. Теперь они вызывают сбой таких вещей, как apt install.
Спасибо, Эндрю Данн, но я нашел ответ, и решение не сработало.
Вот выход из журналакт-хе
Обратите внимание: ошибка: привязка к порту 22. линии.
7 ответов
Эта проблема вызвана неправильной конфигурацией файла /etc/ssh/sshd_config. Когда служба пытается запустить, она не распознает все поля этого файла конфигурации. Чтобы решить эту проблему, вы должны использовать инструмент
В случае, если /etc/ssh/sshd_config был неправильным, это покажет неправильные параметры со строками.
Вы должны исправить эти проблемы, а затем перезапустить службу:
Если это произойдет сразу после установки Ubuntu Server, нажмите Ctrl + F2 или F3. F7, чтобы переключиться на другой TTY, если у вас нет бесплатного терминала. Вам будет предложено войти в систему. Затем вы сможете запустить sudo ssh-keygen -A а затем перезагрузитесь, и он сможет запустить службу.
У меня была эта проблема, проблема заключалась в том, что демон SSH запускался до того, как сеть была готова. Когда сеть не готова, sshd завершает работу с кодом 255 (это присутствует в выводе OP journalctl -xe), что предотвращает перезапуск sshd при сбое systemd, как указано в конфигурации, из-за последующей директивы конфигурации:
Это можно исправить, закомментировав эту директиву конфигурации и добавив следующую директиву конфигурации в [Service] раздел после Restart=on-failure :
Вы можете установить для него значение, отличное от 30, если хотите, что говорит systemd попытаться перезапустить службу через указанное количество секунд после сбоя.
Это позволяет службе перезапускаться после полной инициализации сети и настройки, если вы настроили ее для использования DHCP.
Я вижу, что ваша проблема не совсем похожа на мою. Попробуйте привязать sshd к определенному настроенному IP-адресу в /etc/ssh/sshd_config:
Бежать ifconfig -a чтобы получить IP-адрес сетевого интерфейса, к которому вы хотите подключиться.
«Post-installation script subprocess returned error» on Ubuntu 18.04 #733
Comments
Do you want to request a feature or report a bug?
bug
What is the current behavior?
software update fails with an error
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
I have an Ubuntu 18.04 server, with an onlyoffice 5.4.1-39. When I try to upgrade it to the next version (5.4.2-46), via APT, I get an error:
When I try to configure it:
What is the expected behavior?
updating without any problem
Did this work in previous versions of DocumentServer?
I had the same problem earlier
DocumentServer version:
olnyoffice 5.4.1-39. upgrade to 5.4.2-46
Operating System:
Ubuntu 18.04 server (up to date)
The text was updated successfully, but these errors were encountered:
@joskapista44 Hi, please make sure that Postgresql, rabbitmq and redis are started and working correctly (no errors in logs)
Hey ShockwaveNN, thanks for the tip.
So before I try the upgrade all of them looks fine. I could find only a minor log entry in the Postgresql log:
«2020-01-07 10:42:55.268 UTC 11551 [unknown] [unknown] LOG: incomplete startup packet»
I tried to find any solution to resolve it, but read everywhere it’s harmless: «this message is printed in the log if a client makes a TCP connection to the PG server, but sends no traffic». I’m not a professional but I don’t think this is the source of the problem.
@joskapista44 Try to run bash /var/lib/dpkg/info/onlyoffice-documentserver.postinst
I run it and got this:
Use of uninitialized value $action in string eq at /usr/share/debconf/frontend line 27.
postinst called with unknown argument $1
These are the first few rows of the frontend, I did not change anything:
1 #!/usr/bin/perl -w
2 # This file was preprocessed, do not edit!
3
4
5 use strict;
6 use Debconf::Db;
7 use Debconf::Template;
8 use Debconf::AutoSelect qw(:all);
9 use Debconf::Log qw(:all);
10
11 Debconf::Db->load;
12
13 debug developer => «frontend started»;
14
15 my $frontend=make_frontend();
16
17 shift @argv if $ARGV[0] eq ‘—‘;
18
19 my $package;
20 my $no_title=0;
21 if ($ENV) <
22 $package=$ENV;
23 >
24 elsif ($ARGV[0]=
m!^./(.?).(?:postinst|postrm|prerm)$!) <
25 $package=$1;
26 my $action=$ARGV[1];
27 $no_title=1 if $action eq ‘triggered’;
28 >
29
Не удалось запустить ошибку сервера OpenBSD Secure Shell при попытке запустить apt-get или установить обновления Ubuntu
Я на Ubuntu 16.4 LTS. У меня был запущен ssh-сервер, и он работал должным образом в течение многих месяцев, пока один раз не произошел сбой.
Теперь я не могу делать регулярные обновления Ubuntu от Canonical. Я не могу запустить обновления apt-get. Например
Когда я проверяю состояние моего SSH-сервера,
Спасибо за помощь.
Я не знаю, помогает ли это, но у меня в /etc/init.d буксировка следующих 2 скриптов.
который выглядит как сценарий оболочки, предоставленный Ubuntu
в дополнение ко всему, у меня также есть /etc/systemd/system/sshd.service, который является ссылкой на /lib/systemd/system/ssh.service
Все еще возникают проблемы. Теперь они вызывают сбой таких вещей, как apt install.
Спасибо, Эндрю Данн, но я нашел ответ, и решение не сработало.
Вот выход из журналакт-хе
Обратите внимание: ошибка: привязка к порту 22. линии.
7 ответов
Эта проблема вызвана неправильной конфигурацией файла /etc/ssh/sshd_config. Когда служба пытается запустить, она не распознает все поля этого файла конфигурации. Чтобы решить эту проблему, вы должны использовать инструмент
В случае, если /etc/ssh/sshd_config был неправильным, это покажет неправильные параметры со строками.
Вы должны исправить эти проблемы, а затем перезапустить службу:
Если это произойдет сразу после установки Ubuntu Server, нажмите Ctrl + F2 или F3. F7, чтобы переключиться на другой TTY, если у вас нет бесплатного терминала. Вам будет предложено войти в систему. Затем вы сможете запустить sudo ssh-keygen -A а затем перезагрузитесь, и он сможет запустить службу.
У меня была эта проблема, проблема заключалась в том, что демон SSH запускался до того, как сеть была готова. Когда сеть не готова, sshd завершает работу с кодом 255 (это присутствует в выводе OP journalctl -xe), что предотвращает перезапуск sshd при сбое systemd, как указано в конфигурации, из-за последующей директивы конфигурации:
Это можно исправить, закомментировав эту директиву конфигурации и добавив следующую директиву конфигурации в [Service] раздел после Restart=on-failure :
Вы можете установить для него значение, отличное от 30, если хотите, что говорит systemd попытаться перезапустить службу через указанное количество секунд после сбоя.
Это позволяет службе перезапускаться после полной инициализации сети и настройки, если вы настроили ее для использования DHCP.
Я вижу, что ваша проблема не совсем похожа на мою. Попробуйте привязать sshd к определенному настроенному IP-адресу в /etc/ssh/sshd_config:
Бежать ifconfig -a чтобы получить IP-адрес сетевого интерфейса, к которому вы хотите подключиться.
«Post-installation script subprocess returned error» on Ubuntu 18.04 #733
Comments
Do you want to request a feature or report a bug?
bug
What is the current behavior?
software update fails with an error
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
I have an Ubuntu 18.04 server, with an onlyoffice 5.4.1-39. When I try to upgrade it to the next version (5.4.2-46), via APT, I get an error:
When I try to configure it:
What is the expected behavior?
updating without any problem
Did this work in previous versions of DocumentServer?
I had the same problem earlier
DocumentServer version:
olnyoffice 5.4.1-39. upgrade to 5.4.2-46
Operating System:
Ubuntu 18.04 server (up to date)
The text was updated successfully, but these errors were encountered:
@joskapista44 Hi, please make sure that Postgresql, rabbitmq and redis are started and working correctly (no errors in logs)
Hey ShockwaveNN, thanks for the tip.
So before I try the upgrade all of them looks fine. I could find only a minor log entry in the Postgresql log:
«2020-01-07 10:42:55.268 UTC 11551 [unknown] [unknown] LOG: incomplete startup packet»
I tried to find any solution to resolve it, but read everywhere it’s harmless: «this message is printed in the log if a client makes a TCP connection to the PG server, but sends no traffic». I’m not a professional but I don’t think this is the source of the problem.
@joskapista44 Try to run bash /var/lib/dpkg/info/onlyoffice-documentserver.postinst
I run it and got this:
Use of uninitialized value $action in string eq at /usr/share/debconf/frontend line 27.
postinst called with unknown argument $1
These are the first few rows of the frontend, I did not change anything:
1 #!/usr/bin/perl -w
2 # This file was preprocessed, do not edit!
3
4
5 use strict;
6 use Debconf::Db;
7 use Debconf::Template;
8 use Debconf::AutoSelect qw(:all);
9 use Debconf::Log qw(:all);
10
11 Debconf::Db->load;
12
13 debug developer => «frontend started»;
14
15 my $frontend=make_frontend();
16
17 shift @argv if $ARGV[0] eq ‘—‘;
18
19 my $package;
20 my $no_title=0;
21 if ($ENV) <
22 $package=$ENV;
23 >
24 elsif ($ARGV[0]=
m!^./(.?).(?:postinst|postrm|prerm)$!) <
25 $package=$1;
26 my $action=$ARGV[1];
27 $no_title=1 if $action eq ‘triggered’;
28 >
29