Домашний напиток: символическая ссылка не может быть, / usr / local / bin недоступна для записи [закрыто]

361

Закрыто. Этот вопрос не соответствует рекомендациям по переполнению стека . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы он соответствовал теме переполнения стека.

Закрыт 10 месяцев назад .

Улучшить этот вопрос

При установке tig, HomeBrewотображают следующие проблемы при установке зависимости:

Error: The `brew link` step did not complete successfully
The formula built, but is not symlinked into /usr/local
Could not symlink bin/a2x
/usr/local/bin is not writable.

You can try again using:
  brew link asciidoc

homebrew

— Джикку Хосе
источник

3

Это не относится к stackowerflow.com, скорее superuser.com или askdifferent.com

— Ондра Жижка

582

После ответа Алекса я смог решить эту проблему; Кажется, это проблема не только для устанавливаемых пакетов, но и для разрешений homebrewпапок.

sudo chown -R `whoami`:admin /usr/local/bin

Для некоторых пакетов, вам может понадобиться , чтобы сделать это /usr/local/shareили /usr/local/opt:

sudo chown -R `whoami`:admin /usr/local/share
sudo chown -R `whoami`:admin /usr/local/opt

— Джикку Хосе
источник

25

Разве повторное использование всех / usr / local / bin для текущего использования не доставляет проблем системе или другим пользователям?

— Дон Джулио

10

Разве sudo chown -R whoami не :admin /usr/local/binбудет эквивалентно команде в ответе, без необходимости замены yourusenameна ваше настоящее имя пользователя?

— Джейсон Светт

5

Я должен был также чур usr/local/optрекурсивно. Это сработало после этого.

— atripes

5

На моем Mac (10.9.5) права доступа /usr/local/bin(и друзей), кажется, возвращаются к drwxr-xr-x+и root wheelкаждый день. Я должен переконфигурировать завивки каждый раз, когда я хочу brew install. Я предполагаю, что операционная система сбрасывает перми, чтобы защитить меня? Как я могу остановить это? (Я пробовал, chflags uchg …но это мешает

— варке кофе

1

Я добавил свой аккаунт в группу "wheel". Это позволяет мне "sudo chmod -R g + w / usr / local" - это позволяет членам группы "wheel" писать в папки. Кажется безопаснее, чем менять владельца этих конфиденциальных папок на менее защищенную учетную запись, чем root.

— Майкл Кребс

220

Вместо того, чтобы запускать какую-либо конкретную команду, я бы порекомендовал запустить brew doctorи воспринимать все предупреждения серьезно. Могут возникнуть другие проблемы, с которыми вы можете застрять, и которые не могут быть рассмотрены в этом вопросе.

Кроме того, поскольку brew обновляется со временем, определенные команды могут или не могут оставаться в силе. brew doctorТем не менее, убедитесь, что вы получите актуальную информацию по устранению неполадок.

— zakishaheen
источник

9

Я не могу поверить, что ваш ответ менее популярен. Это, безусловно, более разумно, чем предположение, высказанное выше.

— Роберт из Фэрфакса

34

brew doctorне решит проблему, она только расскажет вам об этом, и когда вы прислушаетесь к совету врача, Brew говорит, что не может этого сделать. Это не решение

— Кит Тайлер

8

Может быть, кто-то улучшил это. Теперь доктор brew предлагает мне запустить команду, аналогичную наиболее популярному ответу, и после этого ссылка на brew работает. Я на маке, так что посмотрим, как долго это будет продолжаться. :-)

— Джошуа Ричардсон,

2

Это было очень полезно, спасибо. Исправлены некоторые другие специальные каталоги, чтобы пропустить вышеупомянутое предложение.

— SwimBikeRun

6

Доктор Brew предоставил ТОЧНУЮ проблему и предоставил ручное решение!

— Нетрокс

74

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

причина

Есть две возможные причины этой проблемы:

Установка homebrew была выполнена с пользователем, отличным от того, которого вы используете в данный момент. Доморощенный ожидает, что только пользователь, который установил это первоначально, когда-либо захочет использовать это.
Вы установили некоторое программное обеспечение, которое пишет в / usr / local без использования brew. Это причина brew doctorподсказывает, если вы ее запустите.

Решение

Многопользовательский доморощенный

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

Подробные инструкции можно найти в Интернете , но быстрый ответ таков:

Создайте группу с именем brew:
1. Настройки открытой системы
2. Нажмите Аккаунты
3. Нажмите «+» (сначала разблокируйте при необходимости)
4. Под New account выберите Group
5. введите варево
6. Нажмите Создать группу
Выберите группу brew и добавьте в нее учетные записи пользователей, которых вы хотите использовать brew.
измените владельца группы папок / usr / local: sudo chgrp -R brew /usr/local
измените разрешения для добавления записи в / usr / local как группу: sudo chmod -R g+w /usr/local
изменить группу каталогов доморощенного кэша: sudo chgrp -R brew /Library/Caches/Homebrew
изменить права доступа к каталогу кеша sudo chmod -R g+w /Library/Caches/Homebrew

Однопользовательский доморощенный

Если вы не пытаетесь использовать более одного пользователя с Homebrew, то, brew doctorвероятно, будет достаточно решения, предоставленного другими ответами на основе предложений :

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

sudo chown -R $(whoami) /Library/Caches/Homebrew

верификация

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

— stonecrusher
источник

2

Спасибо! Я, вероятно, должен прочитать больше о пользовательских группах Unix. Я совершенно не понимаю, как это работает, чтобы достаточно хорошо переварить рассуждения. Но это звучит очень разумно, спасибо за указатель!

— Джикку Хосе

1

Unix-группы проще, чем вы можете предположить - у каждого файла есть разрешения на чтение, запись и выполнение, доступные для «пользователя» и «группы», которым принадлежит этот файл, и для «других». Если вы установите группу, которая владеет файлом или папкой, и добавите разрешения на запись в «группу» для этой папки, то любой пользователь в этой группе сможет писать в эту папку. Там действительно не больше, чем это. не так сложно, как разрешения в окнах.

— каменщик

1

Таким образом, это простой способ объединить систему разрешений набора файлов в группу, чтобы можно было легко добавить нескольких пользователей, чтобы применить все эти разрешения за один раз?

— Джикку Хосе

2

Это исправило мои проблемы с пивоваренной связью, спасибо.

— Кит Тайлер

Тем не менее, мне кажется немного опасным иметь секретный каталог, такой как /usr/local/binдоступный для записи, esp. в многопользовательской среде. Это действительно "официальный" способ приготовления?

— corwin.amber

67

Для тех, кто ищет `/usr/local/sbin`не записываемую ошибку:

ОБНОВЛЕНИЕ: Это может быть, /usr/local/someOtherFolderNameнапример /usr/local/include. Вам просто нужно создать эту папку с:

sudo mkdir someOtherFolderName

Сначала создайте sbinпапку, обратите внимание, что это требует sudoпривилегий

cd /usr/local
sudo mkdir sbin
sudo chown -R $(whoami) $(brew --prefix)/*
brew link yourPackageName

— gokcand
источник

6

Это сработало для меня

— Робин

Мне также нужно было добавить каталог в мой ~ / .bash_profile:PATH=$PATH:/usr/local/sbin

— Julien

После нескольких часов поисков, это единственное, что сработало для меня. Я в Высокой Сьерре.

— ItsJoeTurner

34

Я нашел для моей конкретной настройки следующие команды работали

brew doctor

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

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

— kinnth
источник

2

Спасибо за очевидное предложение. Я склонен забыватьbrew doctor

— Энтони

1

Это решило проблему здесь

— хаосдоктор

brew doctorхороший.

— AechoLiu

работал как шарм, спасибо

— hexley

15

Я нашел ту же проблему, мы можем решить в три этапа:

Шаг 1

sudo chown -R $(whoami) $(brew --prefix)/*

Шаг 2

brew doctor

Шаг 3

brew prune

Если у вас все еще есть проблемы со ссылками, скажем mysql, просто напишите

brew link mysql

Это будет работать

— Harry_pb
источник

1

работал для меня на rabbitmq

— Омар

Какова цель «Шаг 1»?

— Конрад C

1

доктор варит палец вверх! Не делал brew prune, но установил другие недостающие пакеты, и это сработало для mongodb.

— Chenlu

Вызов «варки чернослива» отключен. Вместо этого используйте «brew cleanup».

— ХануманДев

12

Для тех, кто сталкивался с этой проблемой (предоставленной через 4 года после создания этого поста) во время работы с Mac OS High Sierra - описанные здесь шаги решили эту проблему для меня. По сути, просто описывает удаление и повторную установку Brew.

https://medium.com/@mrkdsgn/brew-error-on-macos-high-sierra-check-you-have-permission-to-write-to-usr-local-e8bd1c6a22d4

После выполнения этих шагов, brew link работал как шарм!

— Эрон Саллинг
источник

Я обнаружил, что это работает для меня (без начальной команды дампа): github.com/Homebrew/brew/issues/3285#issuecomment-334976806

— vr_driver

Спасибо! Попробовал верхний ответ Гарри, не повезло - попробовал это, и это сработало как шарм!

— Джо

Работал на меня, спасибо!

— Дзен

9

Для меня решение было запустить brew update.

Итак, сделайте это в первую очередь.

Это может быть нормальной практикой для людей, знакомых с домашним пивом, но я не из тех людей.

Изменить: я обнаружил, что мне нужно обновить, запустив, brew doctorкак предложено в ответе @ kinnth на этот же вопрос.

Общий процесс устранения неполадок может выглядеть следующим образом: 1. запустить brew update 2. если это не помогает запустить brew doctorи следуйте его указаниям 3. если это не поможет проверить переполнение стека

— FragmentalStew
источник

1

Это исправило все для меня и хорошо стоит сделать прежде всего.

— Роб Эванс

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

— AlxVallejo

@AlxVallejo Это то, что я сделал, чтобы решить проблему, возникшую у меня, когда я получал почти такую же ошибку, как OP. Сообщение, которое вы получили от Brew Doctor, звучит для меня как другая проблема. Рабочий процесс «1. запустить обновление brew 2. если это не помогает запустить brew doctor и следовать его указаниям 3. если это не помогает проверить переполнение стека», вероятно, все еще применяется.

— FragmentalStew

6

При выполнении узла brew link Кроме того, у меня появились следующие проблемы:

Ошибка: не удалось включить символическую ссылку / узел / usr / local / include.

Ссылка /usr/local/Cellar/node/9.3.0 ... Ошибка: в доступе отказано @ dir_s_mkdir - / usr / local / lib

Чтобы решить вышесказанное, просто перейдите в / usr / local / и проверьте наличие папок «include» и «lib», если эти папки недоступны, просто создайте их вручную.

И снова запустите узел установки brew

— Васанта Виджаяратна
источник

5

Это потому, что текущему пользователю не разрешено писать по этому пути. Таким образом, для изменения прав на чтение / запись вы можете использовать либо 1. терминал, либо 2. Графическое окно «Информация».

1. Использование терминала

Google, как использовать команды chmod / chown (сменить режим / сменить владельца) из терминала

2. Использование графического «Получить информацию»

Вы можете щелкнуть правой кнопкой мыши по папке / файлу, для которого вы хотите изменить права доступа, а затем открыть Get Info, который покажет вам окно, как показано ниже, в нижней части которого вы можете легко изменить права доступа:

Не забудьте изменить разрешение обратно на «только чтение» после вашей временной работы, если это возможно

— Хасаан Али
источник

используйте brew doctor - он правильно определит (системные) папки, которые необходимо исправить.

— Johndpope

3

Для пользователей Антивируса Sophos я нашел следующее:

https://stackoverflow.com/a/32981184

https://community.sophos.com/products/free-antivirus-tools-for-desktops/f/17/t/10029

Короче говоря, Sophos меняет разрешения определенных каталогов / usr / local. Sophos исправил это, и исправление включено в версию 9.4.1.

— joshau
источник

К сожалению, я все еще получаю это, и у меня установлен Sophos, FWIW: |

— rogerdpack 20.09.16

2

Моя проблема была

Error: Could not symlink share/man/man7/ABORT.7
/usr/local/share/man/man7 is not writable.

chownне помогло, но я последовал brew doctorсоветам, и это предупреждение помогло мне:

Warning: Broken symlinks were found. Remove them with `brew prune`:
/usr/local/share/man/man3/*

Ведь brew pruneвсе работало нормально!

— Павел Дружинин
источник

Отлично. Работает для меня.

— Bagusflyer

1

Для тех, кто не знаком:

sudo chown -R YOUR_COMPUTER_USER_NAME PATH_OF_FILE

— Джастин
источник

0

Если вы перейдете в папку в Finder, щелкните правой кнопкой мыши и выберите «Получить информацию», вы можете перейти в раздел «Общий доступ и разрешения» для папки и разрешить «Чтение и запись» «всем».

Это то, что я делаю, чтобы символические ссылки проходили с этой ошибкой. Также brew, кажется, сбрасывает права доступа к папке, как будто вы ничего не меняли.

— Карл Липперт
источник

0

Если у вас уже есть каталог /usr/localдля устанавливаемого пакета, вы можете попробовать удалить этот каталог.

В моем случае я ранее установил пакет, который пытался установить без использования brew, а затем удалил его. После /usr/local/<my_package>/предыдущей установки остался каталог . Я удалил эту папку ( sudo rm -rf /usr/local/<my_package>/), и после этого шаг brew link прошел успешно.

— Сэмюэл Питер
источник