В последнее время я получал некоторое странное поведение из Ubuntu. Сначала и самое важное то, что это обновления установки привычки. Это дает ошибке установки пакета и этому просто работу привычки.
Ранее я попытался установить TeamViewer через Центр программного обеспечения, но получил ту же ошибку пакета. Я также чувствую, что скорость соединения идет медленнее, чем она должна - не знать, относится ли этот к этому случаю.
Что случилось с моей установкой? Как я фиксирую эти ошибки установки пакета?
Это - очень общий повторяющийся вопрос о Ubuntu. Это спрашивают по-разному. Однако ответ всегда является тем же. Я часто сталкиваюсь с проблемой когда повреждавший пакеты. Я рассматриваю эту ссылку:
https://askubuntu.com/questions/461975/i-cant-edit-update-remove-or-install-my-broken-packages
$ sudo apt-get autoremove
$ sudo apt-get --purge remove && sudo apt-get autoclean
$ sudo apt-get -f install
$ sudo apt-get update
$ sudo apt-get upgrade && sudo apt-get dist-upgrade
$ sudo dpkg-reconfigure -a
$ sudo dpkg --configure -a
Вы выполнили большинство из них. Существует все еще пара больше, которая может быть добавлена. Но до сих пор те в списке исправили мою поврежденную Ubuntu поврежденные проблемы пакета.
До установки Teamviewer Вы имеете после фиксации поврежденной попытки пакета задач это:
$ sudo apt-get install lib32z1 lib32ncurses5 lib32bz2-1.0
$ sudo dpkg --add-architecture i386
$ sudo apt-get update
## (Download the latest 32-Bit / 64-Bit Multiarch go to the download and run)
$ sudo dpkg -i teamviewer_linux.deb
Существует шанс это /boot
раздел полон и таким образом, установка и обновление перестанут работать.
Чтобы проверить, полон ли тот раздел, откройте терминал и введите команду df
и это покажет что-то как:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/ubuntu-root 959421896 379475996 531218164 42% /
udev 832664 4 832660 1% /dev
tmpfs 168352 576 167776 1% /run
none 5120 0 5120 0% /run/lock
none 841752 0 841752 0% /run/shm
cgroup 841752 0 841752 0% /sys/fs/cgroup
/dev/sda1 233191 27581 193169 13% /boot <==== Note this line
Если % использования для /boot
похож на 99%, необходимо будет очистить старые резервные копии пакета. Проверьте то, что находится в Вашей папке /boot
с командой ls /boot
. Если Вы видите много файлов как initrd.img-3.2.0-##-generic
vmlinuz-3.2.0-##-generic
(где ## являются номерами версий как 40, 41, 42, 43, и можно найти как десятки копий), на самом деле безопасно удалить некоторые старые копии.
Используйте команду для удаления старых копий:
dpkg --get-selections|grep 'linux-image*'|awk '{print $1}'|egrep -v "linux-image-$(uname -r)|linux-image-generic" |while read n;do sudo apt-get -y remove $n;done
(Кредит к этой ссылке, измененной, чтобы заставить его работать в человечности)
Затем выполненный sudo apt-get autoremove
очищать зависимости.
Это походит на подобную проблему, которую я имел с ядром ранее сегодня. Я столкнулся с этим сайтом, который на самом деле зафиксировал его. Я должен был вручную зафиксировать его путем редактирования dpkg файла состояния.
Но прежде, чем сделать любое из этого делают резервное копирование исходного файла состояния, таким образом, можно вернуться назад к нему, если это не фиксирует его.
sudo gedit /var/lib/dpkg/status
Then locate the corrupted package. Remove the whole block of information pertaining to it, save then exit.
Если Вы не знаете, какой пакет вызывает это, Вы могли работать:
склонные sudo - получают обновление
склонные sudo - получают обновление
и это может сказать Вам, какие пакеты Вы испытываете затруднения из-за, например.
С ошибками встретились при обработке
/var/cache/apt/archives/(имя пакета здесь)
E: Подпроцесс/usr/bin/dpkg возвратил код ошибки (1)
Я действительно наклоняюсь, говорят, потому что я не знаю, какие сообщения об ошибках Вы получаете в терминале. Но если бы это кажется, что может помочь, это стоило бы попытки. Плюс то, если это не делает Вы могли бы всегда восстанавливать сохраненный файл. Одна вещь, я не перезагрузил бы, пока я не знал, работала ли она или нет.Удачи!