첨부 파일 리소스를 열 수 없다는 오류가 표시될 수 있습니다. 일시적으로 접근하기 어렵습니다. 이 문제를 해결하는 방법에는 여러 가지가 있으며 이에 대해서는 곧 설명하겠습니다.
승인됨: Fortect
최근에 Ubuntu에서 일반적으로 commandpt를 사용하여 응용 프로그램을 설치하려고 시도했는데 다음과 같은 오류가 발생했습니다.
E: 잠금이 불가능하고 var / lib / dpkg / fasten – open (11: 리소스를 일시적으로 사용할 수 없음)
E: 관리 페이지(/ var / lib / dpkg /)를 잠글 수 없습니다. 이것은 또 다른 프로세스 활용입니다. 그녀의?
E: 고정 획득 실패 / var / lib / apt / 제공 / 잠금 (11: 리소스를 일시적으로 사용할 수 없음)
E: 목록 / var / lib / apt 또는 목록 / 잠글 수 없음 E: 첨부할 수 없음 첨부 / var / lib 또는 dpkg / 잠금 – 열림 (11: 단기 리소스 사용 불가)
E: 관리자 보기 페이지(/ var – lib / dpkg /)를 확보할 수 없습니다, 다른 프로세스입니까?
일부 기고자는 소프트웨어 센터를 사용할 때 다음을 볼 수 있습니다.
이 오류는 다른 일반적인 Ubuntu 오류와 매우 유사합니다. / var / cache 대 apt / archives / directory는 저장할 수 없으며 이러한 수정 사항이 매우 유사하다는 것은 의심할 여지가 없습니다.
수정된 오류 “관리 디렉토리(/ Var / Lib / Dpkg /)를 잠글 수 없음”
프로그램이 항상 Ubuntu를 설치하려고 시도하기 때문에 오류가 마음에 듭니다. 일종의 명령어나 등록이 시스템이나 마우스를 부분적으로 업데이트할 때 고유한 소프트웨어를 설치하는 것은 dpkg(데비안 패키지 관리자) 파일이다.
이 잠금은 불필요한 상황과 시스템 고장으로 이어질 수 있기 때문에 두 기능이 동시에 내용을 변경하지 않는 방식으로 설계되었습니다.
Unable Lock Authorities 디렉토리의 사용을 변경하기 위해 취할 수 있는 가능한 단계를 알려주십시오.
방법 0:
가장 먼저 수행할 작업은 다른 프로세스가 일종의 시스템 업데이트 또는 신뢰할 수 있는 설치 프로그램을 수행하고 있는지 확인하는 것입니다.
명령 호출을 사용하는 경우 소프트웨어 센터, 소프트웨어 시냅틱 업데이터, 패키지 관리자, Gdebi와 같은 응용 프로그램을 업데이트/넣기할 수 있는지 확인하십시오. 그렇다면, 개인의 프로그램이 끝날 때까지 기다리십시오.
실행 중인 응용 프로그램이 없으면 모든 터미널 생성 창을 평가하고 업데이트 또는 접근 방식이 고정되어 있는지 확인하십시오. 그렇다면 끝까지 기다리십시오.
위의 이벤트 중 아무 것도 발생하지 않으면 관리자(소프트웨어 관리를 위한 패키지 명령 사용자)가 실행 중인 다른 프로세스를 정확히 비교하십시오. 이 순서를 사용하십시오:
ps aux | grep -iapt
[이메일 주소가 보호되고 있습니다] : ! $ 피. S.에 | 그렙 apt루트 -i 1464 0.0 0.0 4624 772? Ss 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily 업데이트루트 1484 0.0 0.0 4624! ! ! 1676 S 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily lock_is_hold 업데이트_apt 2836 0.8 0.1 96912 9432? ! ? 19:09 0:03 / usr / lib / 준비 / 방법 / httpabhishek 6172 0.0 0.0 21532 1152 도트 / 1 S + 19:16 0:00 grep --color = auto -i apt
apt.systemd.daily upgrade와 같은 이상적인 프로그램에서 의심할 여지 없이 사용되는 apt에 익숙하다면 운이 좋은 것입니다. 독자 여러분.
이것은 함수 시작 시 백그라운드에서 시스템 업데이트를 자동으로 조사하는 거대한 데몬입니다.
Ubuntu 18.04 및 최종적으로 중간 버전을 설정하는 경우, 직접 다운로드하여 중요한 보안 업데이트를 설치하기만 하면 됩니다. 적어도 Ubuntu 데스크탑의 소프트웨어 및 업데이트 도구와 함께 작동하는 기본 설정에서 볼 수 있는 것입니다.
Ubuntu 서버에 있는 경우 클라이언트는 새로운 /etc/apt/apt.conf.d/20auto-upgrades 파일의 내용을 확인하여 자동 게시가 활성화되어 있는지 확인할 수 있습니다.
따라서 apt.systemd.daily가 apt 프로세스를 사용하고 있는 경우 마지막 몇 분 동안 기다리기만 하면 됩니다. 자동 업데이트가 완료되면 사용자는 평소와 같이 관련 플랫폼을 설치할 수 있습니다.
해결 방법으로 대부분의 작업자는 업데이트에 적합한 자동 및 자동 확인을 영구적으로 비활성화할 수 있지만 보안상의 이유로 이 작업을 수행하지 않는 것이 좋습니다.
문제는, 참기 쉬운 간단한 스크립트였을 수도 있다는 것입니다. 그러나 이것이 항상 소송은 아닙니다. 향후 프로그램에서 apt를 사용하는 경우 이 상황을 다르게 두십시오.
방법 1:
Linux를 기본 명령줄로 사용하여 실행 중인 프로세스를 찾아 중단합니다. 이렇게 하려면 일반적으로 다음 명령을 사용하십시오.
승인됨: Fortect
Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다.
ps aux | grep -i apt
이것은 의심할 여지 없이 실행 중인 apt , apt-get 메소드의 ID를 가장 많이 보여줄 것입니다. 다음 예에서 프로세스 ID는 일반적으로 7343입니다. “grep –color는 auto를 의미합니다”가 포함된 마지막 줄을 무시할 가능성이 높습니다.
SIGTERM 신호 .
sudo는
인 경우 지우기
ps aux | … grep -i apt ‘명령이 중단되었습니다. 컴퓨터가 여전히 실행 중이면 SIGKILL 신호로 컴퓨터를 켭니다.
sudo kill -9
또 다른 간단한 트릭은 특정 killall 명령을 사용하는 것입니다. 이렇게 하면 실행 중인 프로그램의 모든 인스턴스가 종료됩니다.
sudo apt killall apt-get
방법 2
최대의 경우 직접 방법이 문제를 해결합니다. 하지만 내 철자는 조금 달랐다. 시스템을 업데이트하려고 하다가 실수로 최종 버전을 가져왔습니다. 이로 인해 일부 프로세스가 지속적으로 실행되었지만 오류는 여전히 다른 사람들에게 특정 오류를 보여주었습니다.
이 경우 각각의 주된 이유는 잠금 파일입니다. 최근에 말했듯이 잠금 파일은 3개 이상의 프로세스가 동일한 전문가 데이터를 사용하는 것을 방지하도록 설계되었습니다. Apt if 또는 apt-get 문 작업, 일부 장소 파일 잠금 생성. 이전 apt 명령이 성공하지 못한 경우 대부분 잠금 파일이 제거되지 않으므로 apt-get 명령 또는
문제를 해결하려면 새 잠금 파일을 삭제해야 합니다. 그러나 구매자가 수행하기 전에 소프트웨어는 실제로 파일 잠금을 사용하는 모든 프로세스를 중지하는 것이 좋습니다.
lsof get을 사용하여 잠금 파일을 포함하는 모든 프로세스의 프로세스 ID를 가져옵니다. 오류의 현재 특성을 확인하고 어떤 메시 파일에 대해 불평하는지 확인하고 해당 전자 잠금 링바인더를 포함하는 프로세스에 대한 뛰어난 개요를 얻으십시오.
<사전> <코드> sudo lsof / var – lib / dpkg / 잠금sudo / var per lib / apt / 목록 / 차단sudo lsof lso
지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년
년
