Ivory 3 iLok認証エラーの直し方｜VST版のみ

数か月悩んでいたトラブルが、ようやく解決しました。

症状はかなり不思議で、Logicでは普通に使えるのに、Cubaseではまったく使えない。AU版は動くのに、VST版だけ動かないという現象でした。

同じ症状で困っている方がいらっしゃるかもしれないので、解決までの流れをまとめます。

この記事を書いた人: Step One DTM School 代表講師・現役作編曲家。日々のDTM制作環境のトラブルシューティングも自ら行い、レッスンやDTM Messagesでの質問対応にも活かしている。講師紹介ページへ

症状:AU版は動くのに、VST版だけ動かない

今回の環境は以下の通りです。

• macOS 15.7.7
• Mac Studio(Apple Silicon)
• Ivory 3.0.9
• USB iLok2

各DAW・フォーマットでの動作状況はこちらです。

• Logic(AU)→ 正常
• Cubase13 → NG
• Cubase14 → NG
• Cubase15 → NG
• Studio One 6(VST)→ NG
• Studio One 7(VST)→ NG

つまり、VST版だけ認証がおかしいという状態です。最初は「iLokがおかしいのかな?」と考えました。

最初に試したこと

一般的な対処法は、ほぼ全部試しました。

• iLok Synchronize
• iLok License Manager最新版への更新
• Ivory Libraryの再VERIFY
• プラグインの再スキャン
• DAWの再インストール

しかし、まったく改善しませんでした。

発想を変えて調査

今回は視点を変え、ターミナルで「プラグイン自体が壊れていないか」を確認してみました。すると、こんなエラーが出ました。

a sealed resource is missing or invalid

つまり「プラグインの中身が、本来の状態と違っています」という意味です。

原因は意外なファイル

さらに詳しく調べると、Contents/MacOS/log.mllというファイルが、プラグインの中に追加されていました。このファイルが原因で、プラグインの署名チェックが失敗していたようです。

解決方法

log.mllを削除ではなく退避(別の場所に移動)して、再度チェックするとvalid on diskとなりました。

その後Cubaseを起動すると、普通に音が鳴りました。さらにStudio OneのVST版も正常動作。何か月も悩んでいた問題が、一瞬で解決しました。

確認方法

ターミナルで以下を実行します。

codesign --verify --deep --strict --verbose=4 \
/Library/Audio/Plug-Ins/VST3/Ivory.vst3

もし以下のような表示が出たら、同じ症状かもしれません。

file added:
Contents/MacOS/log.mll

注意

今回の方法は、あくまで「私の環境では」解決した方法です。原因が同じとは限らないため、いきなり削除するのではなく、まずはcodesignで状況を確認することをおすすめします。作業前にはバックアップも忘れずに行ってください。

補足:原因の特定については慎重に

今回わかったのは、log.mllが存在するとコード署名が壊れること、そして退避すると直るという事実です。

一方で、「誰がlog.mllを作ったのか」は、現時点では断定できません。「log.mllが原因でした」という事実と、「log.mllをSynthogyやPACEが生成した」という推測は、明確に書き分けています。同じ症状に悩む方の判断材料として、事実と推測を区別してお伝えします。

まとめ

今回改めて感じたのは、「Cubaseが悪い」「iLokが悪い」と決めつけず、一つずつ原因を切り分けることが大切だということです。

「AU版は動くのにVST版だけ動かない」という症状で困っている方がいれば、今回の記事が少しでも参考になれば嬉しいです。

よくある質問

関連記事: [関連する機材トラブル記事へのリンク]