"Не вдалося виконати команду / usr / sbin / chown із кодом виходу 1" під час архівування


85

Я намагаюся заархівувати свою першу програму iOS 4.3 для iPhone, і я завжди стикаюся з такою помилкою:

Command /usr/sbin/chown failed with exit code 1

Я шукав на різних форумах, випробовуючи такі рішення, як зміна групи альтернативних установок (яку я не знаю, на що змінити), і ввімкнення "Пропустити встановлення".


Чи можете ви відкрити вкладку журналу (вкладка спливаючої підказки), вибрати журнал побудови, а потім розгорнути рядок chmod, який не працює, і включити повну команду та вихід у запитання?
Маттіас Вадман,

Відповіді:


116

Як би тупо це не звучало, у XCode 5.1.1 все, що мені потрібно було зробити, - це просто вийти і перезапустити XCode. Я знаю, що це не дуже "відповідь", але це просто спрацювало для мене.

Змінити: станом на липень 2018 року для людей це все ще працює. Редагувати: це все ще працює станом на січень 2019 р. Xcode 9.4.1


2
мала таку саму проблему в 6.3, і перезавантаження xcode це виправило
застарілий Даррен

2
Реєстрація XCode 7. Перезапуск також вирішив проблему.
фойє

1
Приходьте 2017 - Xcode 8.3.3 Я зіткнувся з цією проблемою. Google показав це посилання SO для проблеми. Я був здивований, побачивши, що я вже підтримав це питання! Я прокрутив вниз, я був здивований, побачивши, що і я підтримав цю відповідь. Очевидно, перезапуск Xcode вирішив проблему, і я натиснув посилання "додати коментар" і був здивований, побачивши мій коментар вже у вересні 2016 року: D
Радж Паван Гумдал,

1
@RajPawanGumdal Ми обійшли повне коло, і Apple досі не може виправити їх IDE. Це дивовижно.
Ден,

2
Перезапуск Xcode виправив це для мене на Xcode 9.2. Тож абсолютно не "німий" відповідь! Кожен, хто бачить цю проблему, повинен спробувати це перед тим, як прийти в горе, тикаючись навколо своїх налаштувань проекту або, ще гірше, змінюючи дозволи на свої системні папки Mac!
ChillyPenguin

87

введіть тут опис зображення

У мене були труднощі з частиною архівації SetOwnerAndGroup - я отримував / usr / sbin / chown не вдалося, і він отримував "операцію не дозволено" для кожного файлу, який він намагався "chown".

Це було легко перевірено в терміналі - "chown" не працює, але "sudo chown" працює. Оскільки мені не потрібно було змінювати дозволи файлів, найпростішим рішенням було не робити чаун.

На скріншоті, наведеному вище, видно - я щойно видалив Власника / Групу встановлення, і це зробив.


8
Також переконайтеся, що, якщо у вас є якісь підпроекти / бібліотеки у вашому проекті (тобто CordovaLib), також слід заповнити власника / групу встановлення там.
tschoffelen

5
спасибі, це було саме те, що мені потрібно! Але мені цікаво, навіщо мені це потрібно. Вчора це спрацювало, сьогодні ні. Звичайно, мені довелося також видалити дозволи
Філ,

Якщо в корпоративному середовищі це може статися, і ця публікація це виправляє. Першокласний.
ort11

Зазвичай я не вважаю, що робити цей крок потрібно, але це вирішує проблему. До цієї відповіді я повертався кілька разів.
Фундул

так, справді. Спробувавши кілька інших речей, це вирішило проблему.
Moonwalker

61

Коли я отримав цю помилку, перезавантаження комп'ютера виправило її.


10
Перезавантаження було єдиним, що це виправило і для мене.
SteveB

Не виправляє.
C0D3,

Працював у мене. +1
SmallChess

24

Я спробував усі інші рішення, але жодне з них не працювало для мене. Отже, я запустив це на терміналі, щоб змінити власника на мене у кожному файлі мого проекту:

sudo chown -R my_username:my_group ./my_project_folder

де "my_username" - це ваше ім'я користувача, "my_group" - це ваша група (зазвичай це співробітники), а "my_project_folder" - папка вашого проекту.


1
це спрацювало для мене. Моя проблема полягала в тому, що я один раз використовував "судо" з підготовкою
кордови

6

Жодне з інших рішень не працювало для мене на Xcode 4.5. Мені потрібно було зробити наступне:

Виправлення полягає у видаленні архітектури armv6 як з вашого проекту, так і з проекту CordovaLib, очищення обох проектів та відновлення.

Джерело


2
Щоб розробити ці кроки: у Xcode натисніть на свій проект, перейдіть на вкладку Параметри побудови, в розділі Архітектури має бути написаний лише armv7. Зробіть те ж саме для проекту CordovaLib (він знаходиться на лівій панелі, так само, як і ваш проект). Чистіть обидва проекти за допомогою Product -> Clean. Це спрацювало і на мене, вирішило мою проблему.
duality_

2

Щоб це працювало в моєму середовищі, я очистив всю інформацію про дозвіл, як сказав + adalle , доповнений Томом та Філом

Я спустошив поле Встановити групу , встановити власник , встановити дозвіл в тому числі Кордови підпроекту


2

введіть тут опис зображенняУ мене була та ж проблема з Xcode. Він почав працювати після перезапуску Xcode. На скріншоті Xcode -> налаштування збірки, встановлена ​​група була порожньою після перезапуску Xcode. Ідентифікатор групи, який він показав як деяке число.


1

Не впевнений, що це та сама проблема, яка виникає у вас, але це виправило мене:

Коли я створював свій проект XCode, в назві мого додатка було пробіл, тому спроба розгортання мого додатка завжди не вдавалася. Я зміг це виправити за допомогою Custom Archive Name.

У XCode 4 ...

  1. Відредагуйте схему розгортання
  2. Клацніть на вкладку Архів
  3. Потім вкажіть ім’я архіву, у якому немає пробілів.

Вкажіть власне ім’я архіву


1

Я випробував усі можливі варіанти, і вони мені не допомогли. Тож я завантажив старий XCode 4.4.1 та voila - додаток успішно заархівовано :)


1
  1. Виберіть ціль, яка видає вам помилку
  2. Перейдіть Build Active Architecture Onlyз Так на Ні

Це спрацювало для мене.



0

Коли це трапляється зі мною на Xcode 8, я роблю "Очистити папку збірки" 2 рази (перший раз видає помилку, але вдруге вдається), а потім знову архівую.

Примітка: Параметр "Очистити папку збірки" знаходиться в меню "Продукт", утримуючи кнопку alt, і ви побачите опцію "Очистити", що змінюється на "Очистити папку збірки".


0
  • Очистіть свій проект.
  • Очистіть папку збірки. (Продукт> ⌥> Очистити папку збірки)
  • Встановіть для цільового пристрою загальний пристрій iOS.

введіть тут опис зображення

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.