엘 캐피 탄에서 양조 업그레이드


38

방금로 업그레이드했으며 El Capitan업데이트를 시도했을 때 brew다음 오류가 발생했습니다.

$ brew update
Error: The /usr/local directory is not writable.
Even if this directory was writable when you installed Homebrew, other
software may change permissions on this directory. Some versions of the
"InstantOn" component of Airfoil are known to do this.

You should probably change the ownership and permissions of /usr/local
back to your user account.
  sudo chown -R $(whoami):admin /usr/local

chownEl Capitan이 방금 나온 것을 고려할 때 권장 사항을 진행하기 전에 여기에 올바른 방법이 있습니까? 이 단계가 필요한 이유는 무엇이며이 명령을 실행하면 바람직하지 않은 결과 는 무엇입니까?

경우에 그것은 내가 엘 캐피에 대해 두 가지 문제를 발견하는 데 도움이 brew: 4083741665 하지만,이 문제에 대한 해결책은 즉시 밝혀지지 않았다. brew엘 캐피 탄에서 안정적 으로 계속 사용하려면 어떻게해야 합니까?


2
메시지가 제안한대로 소유권을 변경 /usr/local했습니까?
user3439894

이는 동일한 컴퓨터에서 여러 사용자 (또는 다른 프로필을 가진 여러 계정을 가진 한 사용자)의 경우 훌륭한 의문을 제기합니다.
Walt Stoneburner

4
타이핑 sudo chown -R하면 나에게 윌리를 준다. 다른 매개 변수는 중요하지 않습니다. 에 Homebrew 이상이 /usr/local있으며 분명히 안전한 명령이 아닙니다. Time Machine을 통해 하위 디렉토리가 아닌 chown독점적으로 El Capitan ed 설치를 확인했습니다 /usr/local. 따라서 비재 귀적 복귀를 할 수있었습니다 sudo chown $(whoami):admin /usr/local. YMMV.
duozmo

@duozmo가 맞습니다. -R에서는 sudo chown -R정말 무거운 넘겨진다. 그것은 전체에 걸쳐 주장 도메인을 양조하는 것과 /usr/local
같습니다.

답변:


31

나는 그들이 당신에게 바로 해결책을 제공한다는 것을 의미합니다. 나는 같은 문제가 있었고 방금 실행했다.

  sudo chown -R $(whoami):admin /usr/local

그리고 효과가있었습니다.


1
+1 또한 설명 된대로 사용자의 권한을 재설정해야했습니다. 이 작은 조정 후 더 이상 문제가 없습니다-homebrew와 내 패키지는 10.11에서 매우 안정적이었습니다.
bmike

22
이것은 실제로 질문에 대한 답이 아닙니다. Apple이 이유 때문에 / usr / local을 잠 갔으며이 수정은 El Capitan에 적합하지 않다고 가정 할 수 있습니다. Apple이 지침을 제공하는지 확인하기 위해 지금 인터넷 검색 중입니다. 문제는 "... 엘 캐피 탄이 방금 나왔을 때 여기에서 올바른 방법으로 진행할 수 있습니까?"입니다.
Michael Welch

1
@MichaelWelch 답변은 해당 편집 전에 게시되었습니다.
DisplayName

1
죄송합니다. @DisplayName 타임 스탬프를 살펴 봐야합니다.
Michael Welch

2
이것이 정답입니다. github.com/Homebrew/homebrew/blob/master/share/doc/homebrew/…를 참조하십시오 -나는 의존성이 누락 $ brew doctor되었음을 발견했습니다 flac. 후에 $ brew install flac나는 고집 실행했다 $ brew update몇 번 더.
Ando

9

우리는 더 이상 이것에 대해 머리를 깰 필요가 없습니다. 조언을 위험에 빠뜨리고 제안 된 권한 변경을 수행했습니다. 그런 다음 최신 가정용 맥주로 업데이트하면 다음과 같은 안심 메시지가 나타납니다.

Homebrew는 더 이상 / usr / local의 소유권을 가질 필요가 없습니다. 원하는 경우 sudo chown root : wheel / usr / local을 사용하여 / usr / local을 기본 소유권으로 되돌릴 수 있습니다.


그렇다면이 문제를 해결하는 방법은 무엇입니까?
Rajesh Maurya

karolus으로 솔루션을 사용 @RajeshMaurya
JannieT

8

위의 일부 보안 질문에 따라이 대화 상자는 추출 업데이트에 성공한 후 재설정하라는 지시 사항을 제공합니다. 실행 후

sudo chown -R $(whoami) /usr/local

그리고

brew update

업데이트가 성공적으로 실행되면 대화 상자에 다음과 같이 표시됩니다.

sudo chown root:wheel /usr/local

실행 된 후에는 MacOS 10.12와 관련된 모든 보안 문제를 완화해야합니다.


chown : / usr / local : 허용되지 않는 작업
Rajesh Maurya

6

주어진 해결책이 저에게 효과적 이지 않았습니다 .

sudo chown -R $(whoami):admin /usr/local

이 변형은 저에게 효과적이었습니다.

sudo chown -R $USER /usr/local/


1
sudo chown -R $ USER / usr / local /은 최신 macOS에서 나를 위해 일했습니다
Alex Trott

1
chown : / usr / local / : 허용되지 않는 작업
Rajesh Maurya

추가 할 sudo다음 루트 수준의 암호를 입력
브라이언 Spiering에게

1
여전히 chown : / usr / local / : 루트 암호를 입력해도 작업이 허용되지 않습니다.
2myCharlie

0

이 명령을 사용하여 수정합니다 sudo chown -R admin /usr/local.


-1

SIP를 살펴보십시오.

csrutil status

시스템 무결성 보호는 마지막 Apple 속성이 'restricted'인 "enable"로 고정됩니다.

csrutil 

3
이것이 질문에 언급 된 문제를 어떻게 해결합니까?
nohillside

-1

그것은 나를 위해 일했다.

sudo chgrp -R admin /usr/local
sudo chmod -R g+w /usr/local

1
이 두 가지 솔루션 모두 저에게 효과적이지 않습니다. chown : / usr / local : 허용되지 않음
2myCharlie

-2

시스템 무결성 보호를 비활성화해야합니다. 이걸로 할 수 있습니다.

sudo nvram boot-args="rootless=0";osascript -e 'tell app "loginwindow" to «event aevtrrst»’

이것은 시스템 무결성 보호 시스템 전체를 비활성화합니다. 복구 모드에서도 가능하다고 생각합니다. sudo로 작업을 수행 할 때 여전히 루트 암호를 입력해야하지만 SIP에 의해 잠겨 있지는 않습니다. 그런 다음 실수로 권한을 설정하려고 시도하는 디렉토리를 열지 않습니다.


3
아래의 소유권을 변경하기 위해 SIP를 비활성화 할 필요는 없습니다 /usr/local.
nohillside
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.