Вы можете получить определенную ошибку, что ресурс файла блокировки не может быть полностью открыт, временно недоступен. Есть несколько способов решения этой проблемы, о которых мы вскоре поговорим.
Одобрено: Fortect
Недавно я попытался установить эксклюзивное приложение с помощью команды a в Ubuntu в тот момент, когда обнаружил следующую ошибку:
E: блокировка практически невозможна / var / lib по сравнению с dpkg / lock – open (11: ресурс быстро недоступен)
E: страница администратора (/ var и lib / dpkg /) не может быть заблокирована, это другой процесс используя ее?
E: перестал работать, чтобы получить блокировку / var / lib по сравнению с apt / lists / lock (11: ресурс в праздничные дни недоступен)
E: list / var и lib / apt / lists / не могут быть привязаны E: не может быть прикреплено быть прикреплено и var / lib / dpkg / lock – широко открыто (11: ресурс временно недоступен)
E: администратор думает, что страница (/ var / lib / dpkg /) просто не может быть заблокирована, это другой процесс ?
Некоторые участники могут видеть это при использовании вашего программного центра:
Эти ошибки очень связаны с другой распространенной ошибкой Ubuntu: файлы и var / cache / apt / archives / service не могут быть защищены, и нет сомнений в том, что исправления очень похожи.
Исправлена ошибка «Невозможно заблокировать административный каталог (/ Var – Lib / Dpkg /)»
Вам нравится эта ошибка, потому что программа, которую вы должны, пытается обновить Ubuntu. Когда вводимая команда или приложение частично обновляет систему, с другой стороны, устанавливается новое программное обеспечение, это файл dpkg (Debian Package Manager).
Эта блокировка, вероятно, спроектирована таким образом, что функции пары не изменяют содержимое одновременно, так как это может привести к устаревшим ситуациям и, возможно, к поломке системы.
Сообщите нам, какие шаги вы можете предпринять, чтобы изменить вывод каталога Unable Lock Authorities.
Метод 0:
Первое, что нужно сделать, это проверить, выполняет ли другая процедура обновление системы или ответственный установщик.
Если вы используете вызов с инструкциями, проверьте, возможно ли обновление / установка приложения, такого как Software Center, Software Synaptic Updater, Package Manager, Gdebi. Если да, дождитесь полного завершения программы.
Если утилизация не запущена, проверьте все окна концепции терминала и убедитесь, что у вас все еще установлен продвижение или подход. Если да, дождитесь основного конца.
Если ничего из вышеперечисленного не происходит, сравните, какой еще процесс выполняет сопровождающий (обработчик команд программного пакета для управления программным обеспечением). Используйте эту команду:
ps aux | grep -iapt
[адрес электронной почты фактически защищен] : ~ $ p. С. для | grep aptКорень -i 1464 0,0 0,0 4624 772? Сс 19:08 0:00 / bin или sh /usr/lib/apt/apt.systemd.daily updateКорень 1484 0,0 0,0 4624! :)! 1676 S 19:08 0:00 / bin per sh /usr/lib/apt/apt.systemd.daily lock_is_held update_apt 2836 0,8 0,1 96912 9432? :)? С 19:09 0:03 / usr lib / apt / methods / httpabhishek 6172 0,0 0,0 21532 1152 точки / 1 S + 19:16 0:00 grep --color = auto -i apt
Если вы знакомы с apt, который используется в идеальном режиме, например, apt.systemd.daily update, вам повезло, уважаемый читатель.
Это важный демон, который автоматически проверяет наличие обновлений системы в любом фоновом режиме при запуске системы.
В Ubuntu 18.04 и более поздних средних версиях вы даже можете попробовать получить его и сами установить критические обновления безопасности. По крайней мере, это то, что я обычно вижу в настройках по умолчанию для среды «Программное обеспечение и обновления» на рабочем столе Ubuntu.
Если вы работаете на сервере Ubuntu, клиенты могут проверить мое содержимое нового файла /etc/apt/apt.conf.d/20auto-upgrades, чтобы узнать, включены ли автоматические обновления.
Итак, если вы видите, что apt.systemd.daily использует соответствующий процесс, все, что вам нужно сделать, это отложить последние несколько минут. После завершения автоматического улучшения вы сможете установить соответствующее программное обеспечение как обычно.
В качестве нового обходного пути большинство людей могут навсегда отключить автоматическую проверку наличия обновлений, но я не очень-то рад это делать по соображениям безопасности.
Преимущество в том, что это был простой сценарий, с которым было легко справиться. Но это не всегда так. Если ваша будущая программа будет подходящей, оставьте ее по-другому.
Конкретный метод:
Используйте Linux в качестве основной командной строки, которая может найти и остановить эти запущенные процессы. Для этого используйте следующую команду:
Одобрено: Fortect
Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
playstation aux | grep -i apt
Это, вероятно, покажет вам идентификатор, связанный с выполняемыми методами apt или apt-get. В приведенном ниже примере идентификатор процесса в основном 7343. Вы можете игнорировать последнюю строку, содержащую «grep –color = auto».
Вы можете включить обнаружение процесса, чтобы прервать его, нажав Сигнал SIGTERM . Замените
sudo kill, если
Убедитесь, что проект запущен, запустив dsi aux | … Команда grep -i подходящая ‘была прервана. Если компьютер все еще собирается гулять, выключите его сигналом SIGKILL:
sudo kill -9
Еще один более простой прием – положительно использовать команду killall. Это приведет к остановке единственного экземпляра работающей программы:
sudo вероятно killall apt-get
Метод второй
В большинстве случаев прямой метод предназначен для устранения проблемы. Но мое правописание было немного другим. Я собирался обновить свою программу и случайно закрыл финальную версию. Это заставляло некоторые процессы работать постоянно, но обычно ошибка по-прежнему показывала ошибку другим.
В данном случае основная причина – файл блокировок. Как упоминалось недавно, файлы блокировки предназначены для предотвращения двух или более процессов с одними и теми же основными данными. Подходит, если также требуется команды apt-get Работайте, создайте в некоторых местах файловые блокировки. Если предыдущая команда apt не удалась, все файлы блокировки не удаляются, и, следовательно, дополнительные экземпляры команд apt-get альтернативно
Для решения проблемы вам потребуется удалить файлы блокировки. Но до того, как это сделают клиенты, было бы неплохо остановить любой процесс, который фактически использует блокировку файлов.
Используйте lsof get, чтобы получить идентификационные данные для всех процессов, содержащих файлы крепления. Также проверьте характер ошибки, посмотрите, какие файлы блокировки связаны с жалобой, и получите обзор процессов, заполненных этими файлами электронной блокировки.
sudo lsof и var / lib / dpkg / locksudo - var / lib / apt / lists или блокировкаsudo lsof lso
Повысьте производительность вашего компьютера с помощью этой простой загрузки. г.
г.
Related Posts:
