Во время чтения архива произошла ошибка ubuntu

Обновлено: 29.06.2024

Файловая система Убунту является важным элементом, регулирующим основные действия с документами, архивами, пакетами, программами и приложениями.

Исправляем системную ошибку: 3 комментария

здравствуйте,у меня на нетбуке установлена Ubuntu 14.04.Intel® Atom™ CPU N570 @ 1.66GHz × 4 ,32-разрядная-постоянновылазит системная ошибка,после обновления в synaptic вышло вот,что-
Невозможно получить все индексы репозитория

что бы вы порекомендовали сделать,с уважением,Татьяна?

У Вас проблемы с «левыми» репозиториями, а именно с Google Chrome, Opera и еще парой. Советую удалить их (репозитории), к примеру через программу Ubuntu Tweak. Если эти программы Вам нужны, то установите их потом заново.

Здравствуйте. Есть дома сервер, вещает сайты в сеть.
Есть также скрипт бэкапа, самописный, который по крону запускается каждый день ночью.
Файлы он бэкапит, делая tar.gz архив, копируя на другой диск.

Возникает проблема, что если в этот момент в папке, которую tar сжимает, что-то изменится, tar вылетает с ошибкой [tar] файл изменился во время чтения. Разумеется бэкап получается не полный.

Так как вещаются сайты, то там постоянно меняется то кэш, то содержимое папки uploads, в которую фрэймворк загружает картинки, которые выкладывают пользователи, например. Или меняются логи.

Если на логи и кэш можно поставить исключения, то на папку uploads нет, ведь эти файлы — часть контента и они нужны. А иметь вероятность не полного бэкапа — не радует.

И вот как быть и что делать?
Посоветуйте, пожалуйста.

2. lvm snapshot 8) при условии что используется lvm

Причины повреждения системных файлов

Повреждение системных файлов — довольно распространенная ситуация среди пользователей Windows 10. Зачастую она возникает внезапно и ставит под угрозу всю работоспособность компьютера, если уже ее разрушила. Поэтому, если операционная система уведомляет вас о возникшем сбое, необходимо прислушаться к ней и применить нужные меры.

По умолчанию файлы ядра Windows скрыты. И сделано это не просто так. Дело в том, что в стремлении очистить больше пространства для установки новой программы, мы можем вместе с 10 не особо важными файлами удалить 1 важный. Такие поспешные действия неизбежно приведут к краху ОС. Именно поэтому Microsoft скрыли системные файлы.

Более подробную информацию о них вы можете прочитать в нашей статье «Как восстановить скрытый системный файл после удаления».

В этой же статье мы рассмотрим инструменты, которые помогут “отремонтировать” поврежденные документы, в случае если они не были удалены. Но сначала нужно понять причины, по которым данное повреждение может возникнуть.

Системный файл был удален.
Удаление всего одного файла в цепочке слаженно работающих служб может привести к краху всей операционной системы. Она работает примерно как часы. Если убрать одну шестеренку, механизм перестанет функционировать.
Заражение вредоносным программным обеспечением.
Каждый вирус работает по принципу внедрения в процесс программы и модификации ее функционала под свои нужды. В некоторых случаях, они могут подменять те или иные файлы. Как следствие, нужный документ исчезает и под прикрытием его имени, вредоносное ПО начинает убивать функционал системы.
Повреждение системного диска.
Если вы под Windows используете HDD, то при несоблюдении осторожного обращения с устройством, он может повредиться. Если поврежденным оказался сектор с системным файлом, это может сказаться как на производительности, так и на работоспособности ПК в целом.
Внутренняя ошибка.
Ни один процесс Windows, как и любой другой операционной системы, не застрахован от багов. Возможно произошел какой-то глюк и одна из служб вышла из строя. Такая неполадка лечится довольно просто и в следующей главе мы обсудим как выполнить данное восстановление.

Как вы видите, причины всего четыре. Тем не менее самые распространенные из них последние две. Если вы подозреваете, что системный диск был поражен вирусом, рекомендуем провести сканирование компьютера любым антивирусом и рассмотреть статью с восстановлением удаленного файла.

3.1. Вступление¶

Если вы следовали инструкциям по подготовке к разработке Ubuntu, всё должно быть уже готово к работе.

Как вы можете видеть на картинке выше, в процессе исправления ошибок в Ubuntu нет никаких сюрпризов: вы находите проблему, получаете код, исправляете его, тестируете, отправляете на Launchpad и просите, чтобы его проверили и объединили с основным кодом. В этом руководстве мы пройдем через все необходимые шаги, один за другим.

Основные log файлы Ubuntu

Традиционно логи в Linux хранятся в директории /var/log . Вот описание стандартных лог файлов Ubuntu, которые там присутствуют. Кстати, если вы только планируете устанавливать ubuntu, то можете воспользоваться моей подробной статьей на этот счет — установка ubuntu server. Так же вам может быть интересен мой обзор и сравнение сервера убунту с другими linux системами — Ubuntu Server — обзор для начинающих, сравнение, отзывы.

То есть надо нажать на “Report problem” (“Cообщить об ошибке”) и никаких проблем?

Нет, не то чтобы. Даже если вы нажмете на вышеуказанную кнопку, то с этого момента оповещение будет таким:

Далее откроется браузер через который вы сможете, создав аккаунт Launchpad, сформировать отчет. Только вот это достаточно сложная процедура, состоящая из 4 шагов.

Что такое битые блоки и почему они появляются

Блок (сектор) – это маленькая ячейка диска, на которой в виде битов (0 и 1) хранится информация. Когда системе не удается записать очередной бит в ячейку, говорят о битом секторе. Причин возникновения таких блоков может быть несколько:

брак при производстве;
отключение питания в процессе записи информации;
физический износ диска.

Изначально практически на всех носителях имеются нарушения. Со временем их количество может увеличиваться, что говорит о скором выходе устройства из строя. В Linux тестировать диск на ошибки возможно несколькими способами.

Для решения изучаемой проблемы существует 3 распространенных способа.

1 вариант

В этом случае используется встроенная утилита fsck.

Открыть терминал Убунту. Это можно сделать 2 путями: либо через главное меню, либо через клавиатуру. В первом случае следует нажать на значок Dash и выбрать «Терминал» в выпадающем списке. Во втором надо одновременно нажать клавиши Alt, Ctrl, T.
Для того чтобы утилита не задавала многочисленные вопросы для утверждения, следует заранее задать команду для восстановления изучаемого объекта записью sudo fsck -y /dev/sda1.
Затем нужно произвести восстановление поврежденного суперблока. Для вывода резервных элементов нужно задать команду sudo mkfs -t ext4 -n /dev/sda . После чего каждым попробовать восстановить объект с помощью выражения sudo fsck -b 98304 /dev/sda1.
Найти битые сектора командой sudo fsck -c /dev/sda1 и ничего больше в них не писать.
А после перезагрузить Убунту.

Файловая система будет работать

2 вариант

Если Убунту находится на флешке, то можно спокойно решить проблему через другую операционную систему – Виндоус.

Проверить неисправность Убунту через флешку на Виндоус.
Произвести в случае неполадки форматирование на съемном носителе. Предварительно важные данные следует скопировать на резервную флешку.
Проверить через терминал. Просмотреть список носителей fdisk –l. Затем проверить один из них, например hdparm -i /dev/sdf | grep Model . Проверить проблемные области badblocks -s /dev/sdf1 > /root/badblock . После отменить проверку e2fsck -l /root/badblock /dev/sdf.

Файловая система будет работать.

3 вариант

Здесь используется встроенная утилита G Parted. Так же, как и предыдущий способ, этот метод работает только для Убунту на флешке.

Установить программу с помощью команды в терминале: sudo apt-get install gparted.
Открыть утилиту. Проблемные места будут отмечены восклицательным знаком.
Открыть съемный носитель. Кликнуть на вкладку «Раздел». Затем выбрать « Проверки на ошибки». Запустить.

Файловая система будет работать.

Что это вообще значит?

Если в других дистрибутивах такая ошибка не наблюдается, это еще не значит что дистрибутив стабильнее и программы не падают. Просто там некому палить такое их поведение.

Как только я нажму сообщить о проблеме, она исчезнет?

Нет, не совсем. После того как вы нажмете на кнопку отправки отчета, вы получите следующее окно:

Утилита Apport соберет всю возможную информацию об ошибке, затем откроется браузер где вы сможете оформить отчет, используя свою или создав новую учетную запись Launchpad. Как вы видите это сложная процедура, которая займет около четырех шагов.

Кроме того, возможно, вы сможете решить проблему сами, если это не баг в программе, а ошибка, вызванная тем, что вы что-то неправильно установили. Посмотрите подробности (Show details) об ошибке в этом окне и попытайтесь сами или с помощью поисковых систем решить что с ней делать.

А если я хочу сообщить разработчикам о проблеме?

Вы предлагаете не сообщать о проблеме?

И да, и нет. Сообщите об ошибке когда увидите ее впервые если хотите. Информацию об ошибке вы можете увидеть, нажав кнопку Show details, как на картинке выше. Но если вы сталкиваетесь с ошибкой повторно и не можете ее решить или не хотите сообщать разработчикам советую вам избавиться от нее навсегда.

Исправляем проблему обнаружена ошибка в системной программе

Отчеты об ошибках хранятся в каталоге /var/crash. Если вы посмотрите содержимое этого каталога, можете увидеть там несколько файлов с данными о предыдущих ошибках.

Отчеты о сбоях лучше удалить, так как со временем они будут накапливаться и занимать дисковое пространство. Для этого выполните команду:

sudo rm /var/crash/*

Отключение Apport в Ubuntu

Вы можете отключить только утилиту, которая показывает вам уведомления, но оставить службу, собирающую данные в /var/crash работающей. Для этого выполните:

gsettings set com.ubuntu.update-notifier show-apport-crashes false

Для полного отключения Apport откройте терминал и введите команду:

gksu gedit /etc/default/apport

Вот содержимое этого файла:

Замените enable=1 на enable=0 и сохраните изменения. Теперь вы не увидите никаких отчетов о сбоях в программах. Программа не будет собирать отчеты об ошибках и вы о них никогда не узнаете. Если вы снова захотите видеть уведомления достаточно просто вернуть флаг enabled в положение 1.

Системный администратор. Интересуюсь Linux, web-технологиями и Open Source. Люблю фантастику, игры жанров RTS и FPS. Посмотреть больше записей

Материралы опубликованные на данном интернет-ресурсе распространяются под лицензией Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License, если в материале не указана другая лицензия.

Unarc dll вернуть код ошибки 6: решение проблемы

3.5. Изучение ситуации с ошибкой¶

Ошибка, над которой мы работаем, необычна в том смысле, что она касается только пакетирования bumprace . Если бы это была ошибка в исходном коде, полезно было бы также проверить систему отслеживания ошибок апстрима. К сожалению, эта процедура часто различается для каждого отдельного пакета, но всегда можно воспользоваться поиском в интернете, и в большинстве случаев вы обнаружите, что она окажется не такой уж сложной.

Чтобы увидеть, какие службы apt присутствуют в системе, выполните команду:

systemctl list-unit-files | grep apt

Следующая команда выведет только список служб apt, которые добавлены в автоматическую загрузку:

systemctl list-unit-files | grep enabled | grep apt

Службы apt-daily-upgrade.timer и apt-daily.timer, чтобы отключить их автоматический запуск при старте системы, выполните команды:

sudo systemctl disable apt-daily-upgrade.timer

sudo systemctl disable apt-daily.timer

3.6. Предложение помощи¶

Если вы обнаружили открытую ошибку, которая ещё никому не назначена, и вы готовы взяться за её устранение, следует написать комментарий с вашим решением. Включите в него как можно больше информации: При каких обстоятельствах появляется ошибка? Как вы её исправили? Тестировали ли вы свой способ устранения ошибки?

Будет замечательно, если вы можете предложить свою помощь, и она, несомненно, будет с готовностью принята.

Платформа Убунту считается самой универсальной и доступной не только продвинутым пользователям, но и новичкам. Здесь так же, как и в других операционных системах, можно спокойно работать с различными документами, пакетами программ, различными медиа-приложениями. Однако часто у начинающих пользователей возникают проблемы с различными процессами, связанными в целом с управлением всех программ и утилит. Получается, что не работает именно файловая система Ubuntu. Причин такого состояния платформы Убунту большое множество. Соответственно, и методов существует столько же. Однако следует учитывать специфические нюансы в техники восстановления системы, для этого используя программы для проверки ошибок.

Что значит ошибка файловой системы

Причины, по которым файловая система Ubuntu доступна только для чтения

Существует очень много весомых поводов, из-за которых файловая система Linux доступна только для чтения. Самыми распространенными причинами считаются:

Защита от физической записи. Именно из-за этого у начинающего пользователя во время чтения архива произошла ошибка Ubuntu.
Различные разрешения файлов. Многие программы, работающие с файлами, устанавливают свой размер и расширение. Если есть какое-либо несовпадение параметров отдельных программ и приложений, то возникает изучаемая проблема.
Неудачная установка различных разделов элемента. Поскольку работа каждого раздела зависит от действия остальных, то и при неполадке в одном будут «страдать» другие.
Вирусные программы. При установке платформы Убунту, загрузке дополнительных утилит или при обновлении, а также использовании съемных носителей возникает риск получения троянских программ. Чаще всего они снижают работоспособность и нормальный механизм действия отдельных элементов меню платформы.
Физические проблемы и нарушения в гаджете с установленной платформой убунту.

Исправление ошибок файловой системы – важный процесс, о котором должен знать каждый начинающий пользователь.

Совет! Новичку при неуверенности в своих силах и знаниях следует предварительно проконсультироваться со специалистами сервисного центра.

Для решения изучаемой проблемы существует 3 распространенных способа.

1 вариант

В этом случае используется встроенная утилита fsck.

Открыть терминал Убунту. Это можно сделать 2 путями: либо через главное меню, либо через клавиатуру. В первом случае следует нажать на значок Dash и выбрать «Терминал» в выпадающем списке. Во втором надо одновременно нажать клавиши Alt, Ctrl, T.
Для того чтобы утилита не задавала многочисленные вопросы для утверждения, следует заранее задать команду для восстановления изучаемого объекта записью sudo fsck -y /dev/sda1.
Затем нужно произвести восстановление поврежденного суперблока. Для вывода резервных элементов нужно задать команду sudo mkfs -t ext4 -n /dev/sda . После чего каждым попробовать восстановить объект с помощью выражения sudo fsck -b 98304 /dev/sda1.
Найти битые сектора командой sudo fsck -c /dev/sda1 и ничего больше в них не писать.
А после перезагрузить Убунту.

Файловая система будет работать

2 вариант

Проверить неисправность Убунту через флешку на Виндоус.
Произвести в случае неполадки форматирование на съемном носителе. Предварительно важные данные следует скопировать на резервную флешку.
Проверить через терминал. Просмотреть список носителей fdisk –l. Затем проверить один из них, например hdparm -i /dev/sdf | grep Model . Проверить проблемные области badblocks -s /dev/sdf1 > /root/badblock . После отменить проверку e2fsck -l /root/badblock /dev/sdf.

Файловая система будет работать.

3 вариант

Установить программу с помощью команды в терминале: sudo apt-get install gparted.
Открыть утилиту. Проблемные места будут отмечены восклицательным знаком.
Открыть съемный носитель. Кликнуть на вкладку «Раздел». Затем выбрать « Проверки на ошибки». Запустить.

Файловая система будет работать.

Проверка на ошибки

Этот процесс также проводится с помощью fsck.

Выяснить имена файлового меню в консоли (войти с помощью Alt, F1) командой df -h.
Размонтировать исправленную утилиту umount /dev/hda1.
Включить утилиту fsck /dev/hda1.
Сделать проверку командой fsck -y -f -c /dev/hda1 .

Если все сделано правильно, то проверка будет осуществлена.

0 – нет ошибок;
1 – ошибки элемента исправлены;
2 – необходима перезагрузка утилиты;
4 – ошибки элемента не исправлены;
8 – в процессе проверки произошли ошибки;
16 – неверное использование команды либо синтаксическая ошибка;
32 – fsck была прервана пользователем;
128 – ошибка разделяемых объектов.

Далее нужно в соответствии с ошибками ремонтировать разные элементы изучаемого объекта.

Заключение

Файловая система Убунту – сложный элемент платформы. Для решения различных проблем существует множество различных методов. Об использовании каждого следует предварительно проконсультироваться со специалистами.

Что значит ошибка файловой системы

Причины, по которым файловая система Ubuntu доступна только для чтения

Защита от физической записи. Именно из-за этого у начинающего пользователя во время чтения архива произошла ошибка Ubuntu.
Различные разрешения файлов. Многие программы, работающие с файлами, устанавливают свой размер и расширение. Если есть какое-либо несовпадение параметров отдельных программ и приложений, то возникает изучаемая проблема.
Неудачная установка различных разделов элемента. Поскольку работа каждого раздела зависит от действия остальных, то и при неполадке в одном будут «страдать» другие.
Вирусные программы. При установке платформы Убунту, загрузке дополнительных утилит или при обновлении, а также использовании съемных носителей возникает риск получения троянских программ. Чаще всего они снижают работоспособность и нормальный механизм действия отдельных элементов меню платформы.
Физические проблемы и нарушения в гаджете с установленной платформой убунту.

Для решения изучаемой проблемы существует 3 распространенных способа.

1 вариант

В этом случае используется встроенная утилита fsck.

Открыть терминал Убунту. Это можно сделать 2 путями: либо через главное меню, либо через клавиатуру. В первом случае следует нажать на значок Dash и выбрать «Терминал» в выпадающем списке. Во втором надо одновременно нажать клавиши Alt, Ctrl, T.
Для того чтобы утилита не задавала многочисленные вопросы для утверждения, следует заранее задать команду для восстановления изучаемого объекта записью sudo fsck -y /dev/sda1.
Затем нужно произвести восстановление поврежденного суперблока. Для вывода резервных элементов нужно задать команду sudo mkfs -t ext4 -n /dev/sda . После чего каждым попробовать восстановить объект с помощью выражения sudo fsck -b 98304 /dev/sda1.
Найти битые сектора командой sudo fsck -c /dev/sda1 и ничего больше в них не писать.
А после перезагрузить Убунту.

Файловая система будет работать

2 вариант

Проверить неисправность Убунту через флешку на Виндоус.
Произвести в случае неполадки форматирование на съемном носителе. Предварительно важные данные следует скопировать на резервную флешку.
Проверить через терминал. Просмотреть список носителей fdisk –l. Затем проверить один из них, например hdparm -i /dev/sdf | grep Model . Проверить проблемные области badblocks -s /dev/sdf1 > /root/badblock . После отменить проверку e2fsck -l /root/badblock /dev/sdf.

Файловая система будет работать.

3 вариант

Установить программу с помощью команды в терминале: sudo apt-get install gparted.
Открыть утилиту. Проблемные места будут отмечены восклицательным знаком.
Открыть съемный носитель. Кликнуть на вкладку «Раздел». Затем выбрать « Проверки на ошибки». Запустить.

Файловая система будет работать.

Проверка на ошибки

Этот процесс также проводится с помощью fsck.

Выяснить имена файлового меню в консоли (войти с помощью Alt, F1) командой df -h.
Размонтировать исправленную утилиту umount /dev/hda1.
Включить утилиту fsck /dev/hda1.
Сделать проверку командой fsck -y -f -c /dev/hda1 .

Если все сделано правильно, то проверка будет осуществлена.

0 – нет ошибок;
1 – ошибки элемента исправлены;
2 – необходима перезагрузка утилиты;
4 – ошибки элемента не исправлены;
8 – в процессе проверки произошли ошибки;
16 – неверное использование команды либо синтаксическая ошибка;
32 – fsck была прервана пользователем;
128 – ошибка разделяемых объектов.

Далее нужно в соответствии с ошибками ремонтировать разные элементы изучаемого объекта.

Заключение

Обнаружена ошибка в системной программе

Сообщить о проблеме разработчикам?

Хотя если вы не используете Ubuntu, вы точно никогда не столкнетесь с такой проблемой. В этой статье мы рассмотрим что же делать с уведомлением обнаружена ошибка в системной программе в Ubnutu 16.04 или других версий.

Что делать если возникла "обнаружена ошибка в системной программе"

Что это вообще значит?

Как только я нажму сообщить о проблеме, она исчезнет?

Нет, не совсем. После того как вы нажмете на кнопку отправки отчета, вы получите следующее окно:

А если я хочу сообщить разработчикам о проблеме?

Вы предлагаете не сообщать о проблеме?

Исправляем проблему обнаружена ошибка в системной программе

sudo rm /var/crash/*

Отключение Apport в Ubuntu

gsettings set com.ubuntu.update-notifier show-apport-crashes false

Для полного отключения Apport откройте терминал и введите команду:

gksu gedit /etc/default/apport

Вот содержимое этого файла:

Выводы

Надеюсь, эта статья помогла вам решить проблему обнаружена ошибка в системной программе Ubuntu 16.04. Конечно, это только косметическое решение, и от этого программа не перестанет аварийно завершаться, но большинство из нас обычные пользователи и мы не можем понять почему не работает та или иная программа. Нам остается только сообщить разработчикам, и отключить уведомления дабы они не мешали нормально работать.

При распаковке архивов в формате rar в Ubuntu 15.10 столкнулся с ошибкой «parsing filters is unsupported». Для решения данной проблемы необходимо принудительно переустановить пакеты p7zip-rar и unrar, после чего извлечение архивов в формате rar будет производиться корректно.

Переустановку упомянутых выше пакетов можно произвести командой

Понравилось это:

Похожее

dpkg — это программное обеспечение, являющееся основой системы управления пакетами в Debian. dpkg используется для установки, удаления, и получения информации о .deb пакетах.
Подробнее смотрите в Wiki, я лишь опишу некоторые проблемы, встречающиеся при обработке пакетов.

1) Что поможет в 80% случаев:

Зачастую достаточно просто запросить из хранилища(репозитория) новый список пакетов:

sudo aptitude update

sudo aptitude install -f

И установить обновления:

sudo aptitude safe-upgrade

2) Остальные "сложные" случаи:

Для остальных случаев придётся переконфигурировать всё:
sudo dpkg-reconfigure -a
Осторожно, может занять много времени 8)

Ну бывает что нужно переконфигурировать его, даже если он поломан или неисправен:

!ВНИМАНИЕ! Использовать осторожно!

Если и это не помогает, то смотрим что именно произошло, не боимся гуглить и так далее, например у меня было вот что:

3) Конкретные случаи:

E: Sub-process /usr/bin/dpkg returned an error code (2)
dpkg: при работе функции buffer_read(fd) произошла ошибка: копирование файла информации /var/lib/dpkg/available: Input/output error

Дааааа. Как всегда косяки, ну ничего, где-то мы такое видали. Минутный поиск по форуму сообщества и на глаза вылазит лекарство:

sudo apt-get update

sudo apt-get upgrade

но это при условии, что ваш файл не окажется битым, как в моём случае.

apt-get remove scim

В таком случае можно удалить пакет через dpkg:

3) в списке файлов пакета %pack_name% отсутствует завершающий символ новой строки

aptitude install -f
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов. Готово
(Чтение базы данных . dpkg: невосстановимая ошибка, прекращение работы:
в списке файлов пакета %pack_name% отсутствует завершающий символ новой строки
E: Sub-process /usr/bin/dpkg returned an error code (2)
Не удалось установить пакет. Попытка восстановить:
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов. Готово

Я гуглил много, оказалось решение очень простое:
sudo kate /var/lib/dpkg/status

ПОДРОБНАЯ ИНФОРМАЦИЯ о dpkg на русском можно глянуть тут: тыц

Если нада, можно сюда скопипастить, но не думаю что нужно.

Проапгрейдил, исправил бОльшинство орфографических ошибок, привёл всё к единому формату. Любые дополнения приветствуются. В данный момент ищутся любые другие ошибки в dpkg, которые решаются способами, которых тут ещё нет.

Ну и спасибо баламутику за баламутивание 8)

Иногда включаешь компьютер и видишь в трее предупреждение о наличии системной ошибки. У новичков почти сразу наступает состояние от легкого ступора до панического замешательства. И что теперь? Что делать? Как решить проблему?

sudo apt-get -f install

Выполняем, но она ситуацию не изменяет. В трее все та же иконка системной ошибки. Запускаем менеджер пакетов Synaptic. Если не установлен, то устанавливаем командой:

sudo apt-get install synaptic

Для этого кликаем правой кнопкой мыши по нужным пакетам — Отметить для обновления и жмем кнопку « Применить «. Ожидаем обновления пакетов и после всего выполняем в Терминале команду:

sudo apt-get update

После этого ошибка из трея исчезнет. По крайней мере в моем случае так и случилось. Удачи!

Исправляем системную ошибку: 3 комментария

что бы вы порекомендовали сделать,с уважением,Татьяна?

Читайте также: