|
パイパー森の音
のある暮らし《2024年》
|
|
| 昨年２月に「さらば、AirPods」と題し
て、AirPods に見切りをつけて、ワイヤード・イヤフォンに回帰した事を書きました。そして、５月にはサイクリング用に２つ目を購入した顛末も…。 ところが、先日、再びワイヤレス・イヤフォンを購入しました。但し、今回購入したのは AirPods の様に左右のイヤープラグが独立した完全ワイヤレスでは無く、首の後ろに回すケーブル（ネックバンド）で左右のイヤープラグ がつながっているタイプ。 AirPods の後に続けと、左右独立型のワイヤレス・イヤフォンも今では各社から多種多様な製品が世に出回っています。値段的にも安価なモノは十分に安価。…ですが、 同じ様な躯体サイズから推して、AirPods におさらばした理由（バッテリー自体の寿命の短さ）という問題点がクリアできている、とは到底思えません。ですから、私としては、画期的なバッテリーが登 場するまでは、この様な完全独立タイプのイヤフォンに手を出す気持ちには、中々なりません。  一方で、ネックバンド型は多くの場
合、コントローラーやマイクを納めた躯体が別になっているので、十分なバッテリー容量も確保可能でしょう。今回目に留まった
ソニーWI-C100
という製品も、コントローラー部が結構大きい上に、肩に掛けた時のバランスを取ってズレない様にする為なのか、もう一方にも同じ大きさのユニットが付いて
います。バッテリーは左右のユニットに分けられて納められているのかもしれません。十分なバッテリー容量が確保されていれ
ば、バッテリーが徐々に劣化した場合でも、残存容量が極端に少なくなって使い物にならなくなる、なんて事もないのではなかろ
うか？ …というのが、今回再びワイヤレス・イヤフォンに手を出した理由。その読みが当たっているのかどうかは今の所分かりませんが、少なくとも使い始めてみて、この製品の「最大25時間再生」と いう売りがあながち外れてはなさそうだと実感します。毎回、装着してスイッチオンすると、音声でバッテリー容量を伝えてくれ るのですが、2、３時間使って後でも、「電源が入りました。バッテリー約100%」というメッセージが流れます。 価格はソニーストアで ￥4,950（税込）ですが、Amazon の新春セールに於いて ￥3,300（税込）で購入できました。正直、これならばワイヤード・イヤフォンと同程度の価格。ワイヤーが 切れるか、バッテリーがお釈迦になるかの違いはありますが、いずれにせよ、この程度の価格であればどちらも、寿命が来る頃に は「元は取れた」と感じる事ができるでしょう。 最新の機種だけあって、専用のアプリも用意されていて、イコライザ設定なども iPhoneでのコント ロールが可能。音質的にも最上級とまで言えないまでも、十分に満足すべきレベルです。一方、Apple Watch さえ有れば、コントローラーは電源オンオフ以外使う事はありません。 レビューの中でも、左右独立型にどうしても馴染めないとか、片方を無くしてしまったなどの理由で、ネックバンド型に戻る人 も珍 しくはなさそうです。然もありなん。今にして振り返れば、バッテリーの問題だけでなくて、やはりどうしてもある程度の重さになってしまう左右独立型の 躯体には、そもそも自分も馴染めてなかったのだな〜、と思い当たりました。 その昔、自分としては、イヤフォンと言えばソニー一択という時代がありました。今回のワイヤレス・イヤフォン回帰は、同時 に 私にとっての久しぶりのソニー回帰でもあります。 |
|
| つい先日まで
（…と言っても2〜30年年前）、ピーブロックの音源（動画は言うに及ばず）をゲットするのに散々苦労していた事が、まるで
信じられない様な時代が到来。ネット経由で何でもゲット（有料、無料問わず）できる時代になりました。 以前は、他人に「ピーブロックはこんな音楽です」と伝えたいと思っても、カセットテープに録音した音源を直接手渡しするで もしない事には、伝える術がありませんでした。しかし、今なら「この YouTube 動画観て下さい」と URLを伝えるだけで目的完了です。 YouTube のピーブロック動画の多くは、コンペティションやコンサートの記録ですが、コロナ禍時代を経て最近多くなったのは、いわゆる「〇〇〇〇をやってみた」系の 動画。その様な動画は当然ながら素人さんの演奏が多く、パフォーマンス的にはイマイチな物もあります。ピーブロックという楽 曲は安定したドローンノートがあってこそのモノなので、その様な動画に出会っても、出だしでドローンが安定していない場合、 まずその先 を観る事はありません。 先日、"The Cave of Gold" を演っている、その様な類の動画に出会いました。何気に観始めた所、素晴らしく安定したドローンだったので続けて鑑賞。ただ、この方、腕全体に入れている タトゥーが半袖シャツから丸見えで、決して見栄えが良いとは言えません。どちらかと言うと、《観る》では無く、《聴く》鑑賞 です。 一通り鑑賞が終わった所でこの方の YouTube チャンネルを訪問してみると、何とそのタイトルが Dastirum。これは怪しい。 最も古い13年前の動画以来、全部で45本の動画がアップされています。エレクトリック・チャンターによる演奏やライト ミュージックなどもある中で、パイプによるピーブロック演奏は16本。殆どが全曲モノですが、２曲については Urlar のみ。 手始めにパイプによるピーブロックとしては最も古い、2011年にアップされている "Lament for Mary MacLeod" を鑑賞する事に…（因みに、この当時はまだ腕にタトゥーは彫られていないので、 若干は観るに耐えられます）。…すると、いきなり出だしの cadence を run で演奏し、続く hiharin（正確には harin の部分というべきでしょうか？）は George Moss が伝える清く正しいタイミングの hiharin。解説には「自分の好きな曲」と言う事と、ミスした箇所を謝る 以外には、特段の説明は書かれていませんが、紛れもなくオールド・スタイルの演奏。びっくり仰天です。 新ためて居住まいを正し、その他の演奏をチェック。解説部分に演奏しているバージョンが書かれているモノもありますが、殆 どは至って素っ気ない解説。どちらかと言うと、演奏しているパイプのドローンとチャンター、そして、それぞれのリードやバッ グに関する説明が詳細です。1905年製 MacDougall パイプや1930年代製 Henderson パイプ等の名前が出て来る所を見ても、かなりの通と見受けます。 アップされた年代順に並べた16曲の一覧は次の通り。 カッコ内のバージョンは、各動画の解説欄に記載されているモノ以外は私の見立てです。また、何も書かれていない曲の場合で も、cadence を run で演奏している箇所など、オールド・スタイルな表現の箇所もそこここに見受けられます。
そして、Jan B. と言うハンドルネームのブログ主はドイツのヘッセン州に住む男性。職業はバグパイプ教師とありました。殆どがドイツ語で書かれたブログなので、まだ（翻訳 ソフトに掛けて）目を通していませんが、上の様な状況から推して、National Piping Centre 等 で Allan MacDonald の指導を受けた経歴 の持ち主だと思われます。 香港の Chris Lee やこの人の様に、Allan MacDonald の教えを伝える若いパイパーが、 次々とオルタナティブなピーブロックを、ごく当たり前のごとく表現し始めている様です。世の中、捨てたもんじゃ無い、とホッ としま す。 |
|
| ↑の日記を読
んで、bugpiper さんが Jan B. のブログの 2019年のページ全体を Windows
の Edge ブラウザーに付属した翻訳ソフトで翻訳した
PDFファイルを掲示板に投稿してくれました。 あらま〜、いつの間にかそんな事が簡単に出来る時代になっていたのか、とびっくり。私の使っている Mac 標準のブラウザー Safari はその点では未だイマイチですが、グーグル Chrome ブラウザーでは同様の機能が有って、言語選択アイコンをクリックするだけで望みの言語に変換してくれました。 ゾッとしたのは、つまりはこのサイトもその様にして海外の人々がごく当たり前の様に目を通している可能性があ る、という事。今まで、「どうせ日本語サイトだから。」と、好き勝手な事書きまくっていましたが、今後は必要以上に過激な表 現は控えよう、と自戒しました。 サイトのページを一気に翻訳できるとは知りませんでしたが、 Deeple や Google 翻訳ソフトのお世話になっているのは、ご存知の通り。最近の私のコンテンツはそれらに頼りっきりなのは言うまでもありませ ん。 ただ、英語→日本語については、まだまだ精度が低くて、毎回、かなりの時間を費やして読める日本語にするのがミソ。しか し、それがまた楽しい作業でもあります。 一方で、試しに自分の書いた文章を翻訳ソフトで英語に変換してみると、それは見事に立派な英語になります。…なので、海外 の方がこのサイトを英語化して読むとすれば、良くも悪くも、かなりの精度で中身が伝わる、のではないでしょうか。 さて、話は戻って、早速その様にして Jan B. のブログの過去ログ全てに目を通してみました。（何故か、2012年のページだけは翻訳ソフトが起動しませんでしたが…。） Jan B. は Jan Belak の略と判明。 Allan MacDonald との接点は NPC では無くて、Allan がドイツで毎年開催しているワークショップ、だと判明。2011年３月のブログに写 真入りで説明されていました。羨ましい限りですね〜。 その前の2011年2月のブログに は、例の衝撃的な Lament for Mary MacLeod の YouTube 動画がアップされ、「2010年2月に初めて聴いた Allan MacDonald のこのバージョンの Mary MacLeod 以上に私を感動させた曲はありませんでした。」と、記されています。 つまり、このバージョンは紛れもなく Allan MacDonald のスタイルだと言う事。私も、これを聴いて非常に感動しました。同じ対象に同じ感情を抱く、つまり、正に「同好の士」の具体 的な存在は、勇気づけられます。今後は、私も是非ともこの曲をこのスタイルで演奏してみたいと 思った次第。 |
|
| あの International
Piper を主宰していた、20世紀を代表するパイパーの一人である John MacLellan のご子息、Colin MacLellan
は、それまでにも、ご自身の YouTube
チャンネルでチューター動画をいくつかアップしていましたが、2020年に突如としてピーブロックの演奏音源（動画ではなく、サムネイルは静止画）を怒涛
の様にアップし始めました。新しい動画（音源）がアップされる度に、当時の掲示板で紹介していましたが、その掲示板は
2022年にサービス停止。今では過去ログが読めません。そこで、改めて現在の状況について紹介しておきます。 Colin MacLellan YouTube Channel 2020年に32本の動画（音源）を矢継ぎ早にアップした所で一旦休止が入り、2021年には1本のみ。2022年にはゼ ロ。もうヤメたのかな、と思っていた所、2023年に続けて2本がアップされましたが、その後は又、ここ暫く音沙汰がありま せん。 …という訳で、現在の所、通して聴けるピーブロックは次の35曲です。 殆どがお馴染みの曲のお馴染みのセッティングですが、Donald MacDonald セッティングの曲が２曲聴けるのが嬉しい所。また、お馴染みの Lament for Mary MacLeod のダブリング・バリエーションのあの突拍子も無い high G を high A に置き換えて演奏している、という珍しい音源もあります。
さて、つい最近その存在を知ったのですが、カナダの著名パイパーで ある Bruce Gandy の YouTube チャンネルにも、多数（19曲）のピーブロック演奏動画がアップされています。こちらは、文字通りの動画として演奏風景を観る事ができます。私は、この人 の演奏は大変好みなので、これらの演奏を聴けるのは嬉しい限りです。因みに、あの Cris Lee はこの方に師事していた時期があるとの事。 Bruce Gandy YouTube Channel
動画のタイトルや解説がイマイチ不親切で分かり難いと思うので、正しい曲名を書き出しておきました。
お馴染みの曲が殆どで、既にこの方による演奏音源がある曲も幾つかありますが、多くはこの方の演奏音源としては初めての
モノです。中でも、若干貴重な音源と、極めて貴重な掘り出し物がそれぞれ２つづつあります。 この機会に、モダンスタイルの演奏音源、Colin MacLellan の言う所のな〜んちゃって DM セッティング、そして、Bruce Gandy による正統的 DM セッティング、という３種の演奏音源を聴き比べて、その違いを味わってみて下さい。ピーブロックって、本当に楽しいですね。 |
|
| 先日、最近溢
れ返っている YouTube のピーブロック動画を片っ端から何気に観ていたら、Lament
for Colin MacRae of Inverinate
という曲の演奏に出会いました。ブルターニュで20年近く続いているピーブロックの野外演奏会（2020
Pibroc'h gathering in Cancale）に於ける、フランス・ピーブロック界の第一人
者、Patrick Molard による演奏。 「あれっ、どこかで聴いたことのある曲だがな？」と、思って PSサイトで調べてみると、"This tune is a version of Duncan MacRae of Kintail's Lament and adds Taorluath and Crunluath variations" との 事。パイプのかおり第40話で、 この曲についてあれこれ想いを巡らした時に夢想したバージョンが、実際に存在したのでした。楽譜と解説は PS Book16（P552〜554）に載っています。 PSサウンド・ライブラリーにも、Michael Cusack、R.U.Brown、John Don MacKenzie の演奏音源が有るので、既にダウンロードして自身のサウンド・ライブラリーにも入っていたのですが、これまではこの事には気付きませんでした。ピーブロッ ク については、毎日が勉強の日々です。 |
|
| ↑の動画が
アップされている YouennPiper
YouTube チャンネルには、↑の野外演奏会だけでなく、Festival
Interceltique de Lorient（略称 FIL／Lorient
Inter-Celtic Festival）の動画など、古くは2011年頃から現在までに、1000本以上
の動画がアップされています。恐らく、ブルターニュ音楽ファンにとっては垂涎のチャンネルとして、広く知られているのではな
いでしょうか。 私は、このチャンネルの中でも、ピーブロック・国際コンペティション（Concours International de Pibroc'h/Pibroch International Competition）の動画だけは以前からチェックしていて、数多くの動画を再生リストに保存しています。 特に、頻繁に参加して（招待されて？）いる Fred Morrison が、彼の十八番の The Earl of Seaforth's Salute で優勝した2014年の動画など、いくつかの必見動画はダウ ンロードして自分のパソコンに保存もしています。 実はピーブロックだけでも余りにも多くの動画がアップされているので、再生リストに保存しただけで、未だ観ていない動画も 沢山ありました。そこで、↑の Parick Molard の演目に遅ればせながら気付かされた事を反省して、新ためて順次目を通す事に…。 そうした所、予想通りに早々に非常に貴重な動画を発見。 それは、2018年のピーブロック・コンペティションに於ける、Allan MacDonald の愛弟子たる、あの Chris Lee による Lady MacDonald Lament です。動画のタイトルでは明記されていなかったので、漫然と聴き始めましたが、冒頭で清く正しい hiharin が演奏されるのにいきなり耳がピンと反応。一旦動画を停めて、MacArthur-MacGregor MS の該当ページ（P152）を開き、楽譜を見ながら再び最初から聴き直し始めます。紛れもなく、この演奏はオリジナルの MacArthur セッティング通りの演奏でした。 「オリジナルの…」と言うのは、そもそもこの曲は Angus MacArthur による作曲。PS サイトの解説では "Binneas is Boreraig" の解説文をそのまま引用。それによると…、 "MacArthur was piper to the MacDonald family and on the death (which is said to have taken place on the 18th October 1789) of Elizabeth Diana, Lady of Alexander, first Lord MacDonald, he composed the tune. " との事。 解説と並んだサウンド・ライブラリーには、数個の音源がアップされていますが、どれも PSバージョンの演奏音源。一方で、私のサウンド・ライブラリーには既に MacArthur セッティングの 演奏音源が収録されています。それは、2019年6月の BBC Radio Scotland "Pipeline" にてオンエアされた音源で、それもやはり Chris Lee による演奏です。しかし、この時は Urlar〜Urlar Doubling までの演奏だったので、今回初めて通した演奏を聴く（観る）事が出来た次第。（厳密に言うと、楽譜にある Crunluath-a-Mach は省略。最後の Urlar はファーストラインのみ、なのが少々残念ですが…。） 興味深いのは、この時の2人のジャッジ（Dr. Angus MacDonald ともう一人、名前がちょっと思い出せない）が、Urlar の演奏中、ずっと一緒に2人の間に開いた譜面をなぞりながら、一音一音確認していた事。もちろん、開いていたのは、Frans Buisman によって2001年にリリースされた The MacArthur - MacGregor MS（1820）の分厚い解説本である事は間違いあり ません。PSバージョンの楽譜ならば、全て頭に入っているであろうマスターパイパーたちでも、流石になかなか耳にする事の無 いバージョンでは、譜面が必要なのでしょう。 それにしても、↑の Bruce Gandy による Too Long in This Condition 然りで、この様な古式ゆかしいバージョンを聴いてしまうと、モダンスタイル（PSスタイル）の演奏は到底聴く気にならなくなります。 |
|
| Chris Lee
が Lorient（FIL） で↑の演奏を行った同じ年、2018 Pibroc'h
gathering in Cancale の方でも、掘り出し動画（音源）が有りました。 こちらは、再び Patrick Morlard による The Fairry Chater という曲。この曲は、PS Books には載っていません。何故なら…、 "This tune is found in The Piobaireachd of Simon Fraser with Canntaireachd second edition 1985 published privately by Dr Barry Orme P243 where it is called Ben Nevis Salute or The Fairy Chanter." （PS サイトの楽曲説明）だからです。 それ故に、PSコンペティションのセットチューンに取り上げられる事もありません。音源も極めて限られてい て、これまでは PSサウンド・ライブラリーに収められている Andrew Wright の演奏音源しかありませんでしたが、この音源は通した演奏では無くて、更に 録音状態がかなりプアな事も相まって、イマイチ、ピンと来るモノがありませんでした。しかし、今回、新ためて Patrick Morlard による全曲通 した、しかも、音質もクリアな演奏音源を聴い（観）てみて、曲自体も大いに気に入りました。 一方で、私はこの曲を実際に聴く前からそのタイトルに惹かれていました。何故なら…、 "Nothing more is known about the origin of this tune, but the legend of the Fairy Chanter is well known. It is said that the unprecedented playing abilities of the MacCrimmons derived from their ownership of the Soumsair Airgiod na Mna Sithe -- the silver chanter of the fairy woman –- given to Iain Odhar MacCrimmon in a place called Uamh nan Piobairean (the Pipers' Cave). Iain Odhar was born around 1500 but little else is known about him. Generations of MacCrimmons would go to the Piper's Cave, to practice and to compose. It is said that they would fast until a composition was perfected."（PS サイトの楽曲説明）だからです。 そして、楽曲解説の最後は次の様に締め括られています。 "Two legends about the Silver Chanter are told in "The Silver Chanter and other Piper Tales" by Stuart McHardy." （この本について は⇒） 今回、久しぶりに Simon Fraser の 赤本の目次を眺めていて気付いた事があります。 ↑2/12の記述で触れた Duncan MacRae of Kintail's Lament （のロングバージョン）は、この楽譜集では Colin MacRae's Lament というタイトルで収録され、解説文には "This tune is usually known as Duncan MacRae of Kintail's Lament." と 記 されています。 1985年にリリースされた Alt Red Book に既に収録されていたこの 曲（の別バージョン）が、30年後の 2015年にリリースされた PS Book16に なって漸く掲載された、という経過になります。そもそも、PS Book16自体が、PS Book15のリリースから25年後のリリース。21世紀になって漸く PSの民主化が進んで来た、と考えるべきなのでしょうか。Simon Fraser が受け継いでいたマクリモンの正しい伝承が日の目を見るのには、か なりの時間が掛かっている、という事には変わりありません。 |
|
| このブルター
ニュの海辺の街でのイベント Pibroc'h gathering in Cancale
については、当時購読していた 2007年2月号 "Piping
Today" No.20 の記事で知りました。 そもそもこのイベントを企画し実行した、Anne Lore という女性のピーブロック半生を紹介した記事です。まずは、記事の中から抽出したリードの文言に感動。早速、ピーブロック名言集に収めま した。 引用の了解を得ようと思って "Piping Today" の編集部に連絡先を教えてくれる様、依頼メールを書いた所、当人の連絡先は教えて貰えませんでしたが、当時の編集長 Mike Paterson に引用は了承してもらえました。 Youtube の検索窓に "Pibroc'h gathering in Cancale" と入れると、 YouennPiper YouTube チャンネルの様々な年度のイベント動画がヒットします。その中に、2016年のイベントを１時間ほどに 纏めた動画があります。 この年はゲストプレイヤーが Jimmy McIntosh。 当時、既にかなりのご高齢で、演奏風景を見ていると、チャンターの上で指も震えているのですが、不思議な事に音は震えていま せん。凄いと思います。 この動画の解説には、32人のパイパーの全ての演目のインデックスが書かれています。 JM は(1)(13)(21)、先日2018年の演奏を紹 介した Chris Lee が(30)、また、Patrick Molard は(12)(23)ですが、特に(12) One of the Cragich (Colin Campbell Manuscript)は貴重です。 そして、かの Anne Lore 女史が(22)(29)で登場。初めて、仔細にお顔を拝む事ができました。2007年の記事で「60歳を迎えて…」みたいな記述があったので、2016年 当時は今の私とほど同じ歳（70歳前後？）だと思われますが、流石に堂々とした演奏です。 どの国の民族音楽も同様だと思いますが、ピーブロックという音楽はその故郷たるスコットランド人にはイマイチ受けが悪いで す が、私も含めて、海外の熱狂的な愛好者は本当に熱い想いを持って接している事を実感します。 Anne Lore さんの記事は是非とも翻訳ソフトで目を通して読んでみて下さい。その熱い想いに強く共感させられます。 因みに、2023年の最新動画では、 この年のゲストパイパーたる Robert Wallace が、十八番の "Lament for Allan, My son" を演奏しています。これも、聴き物。 |
|
| このサイトを
開設したのは 2002年ですから、振り返るとかれこれ 22年間が経過しています。サイト開設から程なく、Bob Dunsire
というアメリカ人の開設するパイピングに関するサイトに出会いました。そして、付属して開設されていた多種多様なテーマに沿って意見交換する場である
「フォーラ
ム」の存在に感動。インターネット黎明期には、この様なフォーラムが多々有った（今もある？）様ですが、パイピングに
関してこの様な充実したフォーラムが有った事には単純に驚き、大きな喜びでした。流石、アメリカだな〜と感心した次第。その
当時の 顛末についてはパイプのかおり第22話（2004/10）に書いてあります。 特にピーブロック・フォーラムに於いては、沢山の「我が意を得たあり！」と思える書き込みに出会いました。それらをそのま まにして置くのが勿体なく思えて、Bob Dunsire さんにメールで引用の許可も貰いつつ、膨大な書き込みの中でも特に印象的だった文言を抜き出し、ピーブロック名言集のページに引用した次第です。 私とほぼ同じ年代だった ボブさんが 2006年に死去さ れた後、サイト本体は 閉鎖されましたが、各種フォーラムに関しては、Bob の娘さんによって継続運営されています。でもやはり、往時の賑わいはすっかり無くなってしまいました。…とは言え、ピーブ ロック・フォーラムだけでも、2001年11月26日のボブさん自 身による Welcome トピ以来の、足掛け 23年間分、総数にして 2,111（今 日現在）もの膨大なトピが、 今でも閲覧できるという のは凄い事だと思います。 フォーラムの運営が娘さんにバトンタッチされたから数年経過した頃だったと思いますが、恐らくサーバー変更の必要が生じた のでしょう、若干のリニューアルが実施されました。特段、気にも留めて無かったのですが、ある時、名言集に引用した文言のオ リジナル投稿へのリンクが全て切れている事に気付きました。恐らく、リニューアルの際には、移行の詳細（元URL⇒新URL のフォーマット）について何らかのアナウンス等が有ったのかもしれませんが、時すでに遅し、その時にはその様な説明を見つけ る事ができませんでし た。新URLも判っているし過去ログ自体にはアクセスは可能なのですが、膨大な過去ログの中から、該当する投稿を探し出す、というのが至難の技。何故かと いうと、引用した文言にはそもそものトピのタイトルまでは記載していなかったのです。判っているのは投稿者のハンドルネーム だけ。リンクを復元するのは絶望的です。すっかり諦 めて、気付いてから10年以上リンク切れのままになっていました。 しかし、とうとう昨日、一念発起してリンク切れ解消の作業を実施しました。投稿内容に関する検索システムはしっかりしてい るので、まずはその名言の中のなるべくレアな単語を選んで検索に掛けます。次に抽出された投稿に、投稿者のハンドルネームで 絞り込み。絞り込まれた（時には数十の）投稿を一つ一つ読み返して、名言の部分を特定。該当する投稿の URL をリンクし直します。 オリジナル投稿の文章が短く、例えば Noh、Raga、yoga といった様なピーブロックとしてはレアな単語を含んだ投稿はいいのですが、極めて当たり前な単語しか使われていない名言については、絞り込みに難儀しまし た。また、投稿文が長い場合も、名言部分の特定にはかなり苦労。どうにかこうにか、全ての名言についてリンク切れを解消し終 わりまし た。 実は、引用した文言からオリジナル投稿へのダイレクトリンクを張る事は、引用を承諾してくれたボブさんから出された唯一の 条件だったのです。ご当人がもうこの世に居ないとは言え、リンク切れに気付いて以来ずっと気になっていたのですが、無事に復 元でき て漸くホッとできました。 今回、作業をしていて気付いたのは、複数の投稿者からあれこれと名言の数々が飛び出している特定のトピが、幾つか有っ た事です。確かに当時も、そのテーマによってはやたらと盛り上がった事は記憶にあります。 名言集の最後に、その様な代表的なトピを幾つか紹介し ておきましたので、興味のある方はどうぞ暇な時にでもお目通し下さい。…と、書いていて、そんな物好きは自分しか居ないのは 分かっています。つまり、これは自分自身の為にリストアップしただけ。まあ、突き詰めると、このサイト自体が自分自身の膨大 な備忘録と言える物。つまりは全ては自分のためのサイト作りであります。 余談ですが、名言集の一番下の枠外に "Piping Times" のロゴが3つ並んでいるのにお気づきでしょうか？ ロゴの小さな顔の部分にクリックポイントが有り、それぞれ 2008〜9年頃の "Piping Times" のエディトリアル・ページ（の画像ファイル）にリンクしています。当時のエディター、Robert Wallace が書いたエディトリアルの中で特に印象的だった文章です。当時は、著作権に考慮してこっそりとアップ。時たま、自分で読み返す為のクリックポイントでし た。 今は、読みたければオリジナルをいつでも誰でも読む事が可能なので、秘密開示。それぞれ名言に溢れています。こちらは本当の意味で是非お目通しを…。 |
|
| せっかく自分
の為にリストアップしたので、名言続出の代表的な7つのトピのジャスト280個の投稿について、20年余りの時を経て改めて
目を通しました。20年前と違うのは、まずはそれぞれの投稿文を翻訳ソフトにコピペして日本語でざっと目を通す事ができる事
です。ですから、（ピーブロック・フォーラムだけでなく、興味深いその他の幾つかのフォーラムも含めて、数百のトピ＆四千数
百 の投稿の英文を全て読み通した）20年前程には時間が掛からず、２、３日の楽しみで終わりました。改め
て目を通してみると、当時取り上げなかった名言も幾つか出て来たので、新たに 30個ほどの名言を追加しました。 中でも "Piobaireachd to a Wider Audience" というトピに一つの非常に印象的な投稿がありました。この投稿の場合は、名言 が含まれて いるというよりも、この主張全部が感じ入る内容。名言集に取り上げるのは適当では無いと思うので、以 下に特別に全文を紹介します。 投稿者は常連投稿者の Ron Teague さん。このトピの11番目の投稿として、2006年8 月9日に投稿されたものです。 Well Well, is ceol mor a side show or not ? I've been farting around with this music for longer than most pipers have been alive. Right now I think we are in a golden age of ceol mor playing why?:
つまり、「自分がピーブロックを始めた頃に比べたら、近年はありと あらゆる音源や資料が出回っている。この状況は正にピーブロック演奏の黄金時代と言えるでしょう。皆さん、この良き時代を大 いに楽しみましょう！」と言った所。特に、彼が強調しているのが、当のピーブロック・フォーラムの存在意義です。しかし、彼 がここで「Bob Dunsire に祝福を！」と書いたこの投稿から僅か３ヶ月後に、ボブさんが帰らぬ人になってしまったのは、極めて残念。 恐らく、年代的にも私とそれ程違いの無い歳頃だと思われます。また、ピーブロックを愛好して来た年月も似たような所でしょ う。自分自身の ピーブロック人生と重なって、彼の言ってる事全てに頷くばかり。いや〜、凄くいい事言っているな〜、流石だな〜、と強く共感した次 第。 この投稿、フォーラムと出 会ってからかなり時間が経過した頃のものだったので、初めて読んだ様な気がしました。ところが、何 のことは無い、更に他の投稿を読み進めると、この投稿の直後に自分がリプライしているのを 発見。当時も強く共感した事が窺えます。「…窺えますって、自分の事だろう！」ですよね。「ボケるのもいい加減にしろよ！」 と自分 を呪いたくなります。まあ、だからこそ、このサイトを延々と運営し、この名言の様に、忘れそうな内容を次々とアップしている 訳でして…。 |
|
| 例によって
"Piping Times" を遡る作業をしていて、興味深い記事を見つけました。 1998年8月号に "The Piobaireachd of Simon Fraser"（Alt Red Book）のレビューが掲載されていたのです。この本（の第２版）が出版されたのは1985年の事。 つまり、このレビューが書かれたのは出版から13年経過した後の事。何故、13年も経って？ という事もそうですが、そもそ も "Piping Times" 誌上にこの本に関する記事が書かれていた事自体が意外でした。 そこで、NPC のデジタル雑誌アーカイブで この本のタイトルで検索を掛けてみた所、記事や広告があれこれヒット。時系列を追っかけて行くと、色々と事情が見えて来まし た。 考察結果については、この本について最初に触れた 1988年5月号 "Piping Times" の記事に追記しました。 |
|
| またまた、
"Piping Times" の過去記事（から辿り着いた）ネタです。 1998年3月号にこの当時の編集者、Dugald B. MacNeill による "The Nature of Piobaireachd" という記事がありました。この方、競技パイパーとして華麗な経歴を誇る訳でも無く、そもそも詳しい経歴も存じ上げないので、 リアルタイムで 読んでいた当時 は、どことなく陰の薄い単なる「中継ぎ編集長」という印象でした。当時の紙面では、いくつかの楽曲説明記事を執筆してる事には気付いていましたが、この記 事は読み落とし ていました。 最初に "The Nature of Piobaireachd" というシンプルなタイトルを目に した時は、「今更読むまでも無いかな？」と、一瞬躊躇したのですが、ところがどっこい、新ためて読んでみると極めて示唆に 富んでいるだけでなく、強いメッセージが込められていました。そして、何よりも収穫だったのは、あの Roderick Ross による "Binneas is Boreraig" 復刻版リリースへの道筋が見えて来た事です。 パイプのかおり第61話として纏めたので、お目通しあ れ…。 |
|
| 現行の iMac27 購入の経緯は 2014年11月18日に、そして、6年後にフュージョンドラ
イ ブの HDD がお陀仏になって、1TB SDD
に換装した顛末については 2020年3月30日に書き
ました。幸い、その後は特段のトラブルは皆無。気付いてみれば何と今年の秋で丸10年、という程の長期間に渡って
元気に働いてくれていました。…つい最近までは。 ４月上旬のある日の夕食後、何気に YouTube の動画を観ていたら、突然画面がフリーズ。プレイボタンを押し直そうと思ってもマウスが効きません。程なくして画面がブラックアウト。再起動 しようとして電源ボタンを押しますが、起動音の様な音が微かにするだけでそれ以上の反応無し。電源ケーブルを一旦外して戻し から、再度電源ボタンを押しても同じ。突然死…？ その後も何度か電源ボタンを押しても一切反応無し。既に諦めモードに入り、iPad を使ってアップルのサイトで iMac 24 を見積り始めるます。しかし、メモリや スト レージを現行と同じ程度に増やすと軽く30万円を超すので気分は最悪。 ところが、１時間ほどして何気に電源ボタンを押した所、いきなり起動開始し、何事も無かったかの様に復活しました。そうは 言って も、いよいよ死期が近いのは確かです。再起動できるまでの間に焦ったのは、iMac 本体の書類に一切アクセスが出来なくなった 事。いくら HDD にバックアップして いても、繋ぐ端末が無くては何の役にも立ちません。実は以前、最近のアップルのお勧めに従って「書類&デスクトッ プ」を iCloud Drive に保存する様にしたところ、 （少なくとも見た目には）iMac 本体のファイルをコピーするのではなく、移動してしまう事に気づいて直ぐに元に戻した経緯があります。しかし、この状況になった以上、やはり「書類＆デス クトッ プ」の保存先を iCloud Drive にするしかありません。早々に作業を開始させ、１時間ほどかけて47GB程の書類ファイルをアップロード完了。これで、iPad でも全ての書類にアクセス可能になり、ひと まず安堵しました。 しかし、翌朝起きたら、スリープのままににしてあったはずの iMac が「問題が起きたので再起動した」と言うメッセージと共に、勝手に再起動していました。その後、いつもの Time Machine バックアップ作業が始まったのですが、なんと残り時間が10数時間というまま、午前中ずっとやっている。剛を煮やして途中で 中断したら、今度はもう一台の HDD でバックアップ作業を開始してその日の午後中ずーとやっている始 末。 更に次の朝チェックすると、前日の午前中から続いていたバックアップ作業は、真夜中午前1時過ぎになって漸く終了していた 事を確 認。つまり12時間以上もバックアップ作業していた訳。そして、その後直ぐにもう一台の HDD へ のバックアップ作業が開始されますが、今度は作業が進捗せずに残り時間計算中としか出ていない状態が延々と続きます。午前 11時に気付いたら、クリーン アップをしていたので、今回は数時間で終了した模様。でも、ランチの後もまだ延々とクリーンアップをやっていて、12時半に 漸く終了した次第。いよいよ最期が近い…。 何故だか、その後半月ほどの間は、バックアップも通常のスケジュールで軽く済んでいて、言うなれば危篤に陥った老人が一旦 小康状態になったかの様。既に色やスペックは詰め終わり、後はオーダーするだけになっていた iMac24 についても、実際の発注は様子見です。 しかし、ホッとしたのも束の間、その後再び長時間のバックアップ作業を繰り返す様になり状況悪化は歴然としてきました。完 全に逝っ てしまうと、購入後の初期設定の際にトラブルがあった際に取り返しが付かなくなりそうだし、第一に新しい iMac が到着するまでにタイムラグが生じて、暫く の間 iMac 無しの状態に陥りかねません。いよいよ、発注決行です。  ４/19（金）、既に決めていたス
ペックの iMac 24（グ
リーン、1TBストレージ、16MBメモリ） をアップルサイトから注文。総額
￥324,800になりましたが、無利子で24回分割払いが可能だと言う事なので、￥13,533/月のペイデイ後払いにしました。週末を挟んで受注確認から３日後の4/22（月）に商品を発送した旨が通知されましたが、何故か、到着が４日後の26日 （金）とあります。商品はクロネコ便で配達されるとの事なのに、何故４日も掛かるのか？ と訝しんでいた所、配達状況をサイトで確認して納得。なんと、私の iMac24 の発送元は上海でした。サイトで調べると、これはままある事だととの事。工場から直送という訳です。  予告通り4/26（金）の昼前に iMac24 が到着。早速、その日の午後から、iMac27→ iMac24
の移行を開始しました。移行の方法としては、本体同士を通信して繋ぐ方法もありますが、せっかくこれまで 2台の HDD
でせっせと Time Machine バックアップをしてきたので、その HDD
を繋いで行う事にしました。ところが、余りにも macOS のブランク（４世代）が大きすぎたのが理由か、それとも、正に iMac27が 壊れ掛けているからなのか？ いずれにせよ移行は早々に終了したのですが、 移行出来ている筈のソ  フトやデータにかなり
の抜けがあるのが判明。早速、修正作業に取り組みます。iMac27を
起動して、Music ファイル、Video
ファイル、過去のピクチャファイルといった膨大なファイルの移行。サイト運営に欠かせない SeaMonkey
や FileZilla、画像処理ソフト GIMP等、その他の細々としたソフトを復元。
更 には、デフォルトで使っている Cannon プリンターのドライバや、ScanSnap ア
プリ、TEPRA のアプリ等をインストールし直します。年賀状発送に使っているソースネクストの宛名
職人も含めて、どのソフトも問題 無く作動するので一安心。でも、逆に
言えば、Time Machine のバックアップ復元が殆ど機能
していないという事実に愕然としたというのが本当の所。膨大な写真も本体に保存されていたファイルは一切移行
出来ていなかったのです が、写真に関しては以前から iCloud
にも保存しているので、自動的にオリジナルファイルの本体へのダウンロード作業が始まっていました。（このダウンロードには最終的に２日半、60時間掛か
りましたが無事終了。）しかし、今回の移行トラブルで最も悩ましかったのは、数千通の過去メールが一切移行されなかった事。現在、営んでいる自営 業の業務メールで使っている Gmail はクラウド上だけで管理しているので、当然ながら元通りにアク セスできるのですが、個人の Gmail や、それ以前の様々なメアドでやり取りしたメールを Mac 内のメール・フォルダに分類して収めたものが、フォルダ毎消えてしまったのです。ネットで調べると macOS のアップデートの度に、この様なトラブルに見舞われる例 が多々報告されているとの事。様々な復元方法が丁寧に示されているので、次々試してみたのですが、その日の内には復元できず仕舞い。翌日、アドバイスの最 後 に書いてあった Time Machien バックアップから復元する手法を、iMac27 に置き換えて解釈してトライしてみた 所、無事に全てのフォルダとメールを復元する事ができ、事なきを得ました。 この事から推して、最初から Time Machine バックアップには頼らずに、iMac27 と iMac24 を直接繋いで移行する方法を選んでおけば、恐らく今回のトラブルは全て避けられたのかもしれません。４月初旬の iMac27 の突然のブ ラックアウトの直後に Time Machine バックアップの異常な長時間化が連続したので、その原因が iMac 側にあると思い込んでしまいましたが、どうやらこの２つの事象はたまたま連続して起こっただけであって、それぞれが独立した トラブルだったのでは無いか、 という思いに至りました。2023年1月27日に書い た通り、それまでの Buffalo HDD に代替えして使い始めた2018年購入の IO-DATA 3TB HDD も既に6年目に入り、もう一台の IO-DATA 2TB HDD は更に古い訳ですから、それぞれが数年間に渡る日々刻々の Time Machine バックアップ作業に耐えかねて悲鳴を上げたとしても、ちっとも不思議では無いのです。 そんな訳で、手元にある HDD の中で最も新しい、2021年購入の Buffalo 2TB HDD を新たな Time Machien バックアップ用として設える事にしまし た。…と同時に、いよいよバックアップ用に外付け SSD を購入すべきだと痛感した次第。 今回の機種更新に関して、もう一つ購入が必要となった物があります。 macOS が一気に4世代先に進んでしまった事もさることながら、以前、32bit 対応ソフトが使えなくなった時の事を思い起こすと、今回の機種変更は、チップが Intel シリコンか ら Apple M3チップに変わる事を意味するので、その影響の方が懸念されました。しか し、↑に書いたように、移行出来た限りのソフトについては、どれも何ら問題なく作動した事は拍子抜けする程。移行トラブルに は見舞われましたが、この点については極めて幸いでした。 しかし、2020年7月13日に書い たように、起動ディスクを別に設えて使う度に更に古い macOS（10.14 Mojave） を起動して騙し騙し使っていた Nuance PDF converter については、いよいよおさらばせざるを得なくなりました。…というのも、Apple M3チップは古い macOS には対応していないのです。仕方ないので、手頃な価格の買取り（サブスクでは無い）PDF編集ソフトを購入する事になりそう です。 以上、10年ぶりの iMac 更新に関する顛末でした。この日記も、新しい iMac24 で無事に起動した SeaMonkey で編集し、FileZilla でアップロードし た ものです。 |
|
| ↑上記の時点
で、iMac24
については、何点かの課題を除いて移行がほぼ完了。 件の PDF編集ソフトについては、Wondersher （日本法人もある様ですがそもそもは中国企業）の PDFelement（￥5,980）というソフトを購 入。さほど期待していた訳ではなかったのですが、自分にとっては最も重要な機能である「楽譜の目次ページから該当ページにハ イパーリンク を付けるアクション」に関しては、Nuance PDF converter おろか、Adobe Acrobat Reader も含めてこれまで体験したこの手の PDF編集ソフトの中では飛び抜けて優れているのでびっくり。 何が優れているかと言うと、リンクを設定したエリアに薄くシェードが掛かるのですが、そこには何とリンク先のページが重ね て表示されるのです。試しに PS Book の目次ページを開いてみた時に、シェードの掛かったリンク エリア全部にリンク先が全て表示されている様子を見て驚嘆しました。この様に表示されれば、一つ一つのエリアをクリックして 確認するまでも無く、そのリンクが正常なのかどうかが一目瞭然。また、エリアが重なっている部分がある場合には、重なった部 分の影が濃く表示されます。これまでのソフトでは、クリックし たエリア しかその範囲が表示されなかったので、エリアが重なっているかどうかは実質的には確認出来ません。PS Books の目次ページには何箇所か全体が濃く表示されているリンクエリアがあったので、不思議に思って確認してみると、何とリンクエ リアが２重になって設定されて いました。これは、既に設定されたリンクエリアが確認できなかったために、同じ場所に同じハイパーリンクを２重に設定してし まった作業ミスです。お陰で、これらのミスもすっきりと解消。期待以上の性能に感じ入っています。 その時点で移行が完了していなかった項目の一つが Google Earth のお気に入り地 点の移 行です。私の Google Earth にはハイランド各地のピーブロックゆかりの地を丹念にマイプレイスとして保存してあるのですが、それが移行出来ていませんでした。移行方法はネットの情報 に従い、 iMac27 で、ライブラ リ＞Application support＞Google Earth＞myplaces.kml というファイルと抽出し、iMac24 に読み込みます。ネット情報には最後の読み込み（インポート）方法が書いて無かったので、あれこれ模索。iMac24 の同じフォルダにぶち込んだりしたのですが上手くいきません。数日間格闘して殆ど諦めかけた時、何気にトップメニューのファイル＞開くをクリックすると、 デスクトップに置いてあった myplaces.kml ファイルが見えたのでクリック。あっという間に膨大な数のマイプレイスが展開しました。最後のオチが笑えました。こういうことは、このような日記に書いて おかないと、次回も必ず戸惑うものです。 もう一つは、システム環境設定のアイコンの右肩に赤丸１の通知マークがついたままで消えな い症状です。ネットで調べると同様なケースはたまにあるようで、それなりの解決策も幾つか書いてあったのですが、どれも成功 せ ず。仕方ないので、アップルサポートに電話を掛けて助けを乞いました。画面共有しながらあれこれ指示を受けて操作したのです が消えません。オペレーターもお手上げのようで、「移行の際の何らかのバグだと思われますが、いつかふと消える事がある。」 と誤魔化されました。次回の macOS アップデートの際にでも消える事を期待しつつ、気長に待つしかなさそうです。 問題解決せず電話を切るのは悔しいので、常々気になっていた「iCloud サーバーにファイルや写真を保存する」仕組み（の疑問点）について質問しました。まあ、ほぼ想像した通りの回答でしたが、確認できて良かったと思います。 Time Machine バックアップ用の外付けストレージについては、やはり HDD よりも SDD の方がお勧めとの事でした。 しかし、何と言っても、ここ数日間ほぼ作業に専念させられたのは、ミュージック（昔の iTunes） の移行です。2016年9月25日の「ピーブロックに関する情報の整理＆ 管理について」の音源の項で書いた様に、私のミュージックのピーブロック音源は、それがどの様な ソースであろうと「アルバム名=曲名」とタグに打ち込んで分類しています。その際、複数の音源がある場合には必ず「さまざま なアーティストの曲のコンピレーションアルバム」の項にチェックを入れていました。理由は忘れましたが、そうしておくべき何 らかの理由があった様に記憶しています。 ところが、今回、macOS の世代交代（４世代）と歩調を合わせて、ミュージックについ てもバージョンが 1.0.6.10 ⇒1.4.4.48 と大幅に進化しているためか、表記の仕方が微妙に変化しているのです。その最たるものが、この「コンピレーションアルバム」の扱い。以前は、この様なコン ピレーションアルバムでもアーティストの項には個々の音源のアーティスト名が表記されたのですが、現行のバージョンでは、 アーティスト名の項に「コンピレーション」と表記されてしまうのです。つまり、私の整理方法に当てはめると、複数の演奏音源 のある曲（実質的にピーブロック音源の殆ど）は全て「コンピレーション」に一括りになってしまうのです。これでは、到底使い 物になりません。そこで、「コンピレーション」と表記された音源について、全て「コンピレーションの項」のチェックを外しま した。これで、元通りアーティスト名が表記されるようになりました。「さあ、これで元通りだぞ」と安心したのも束の間、何故 かミュージック・ファイルの容量が倍近くになっているのです。原因 を探ると次の事が分かってきました。 「コンピレーション」アルバムは全て Compilation と言う名称のフォルダの中に収められているのですが、チェックを外した途端に、そのフォルダの外に出される仕組み。しかし、実際には《移動》ではなく《コ ピー》されたファイルが新たな参照元になって、元ファイルはそのまま残るのです。ブラウザ上ではさほど変わらずとも、その裏 でファイルの容量が爆増する仕組みです。仕組みが判った所で、Compilation フォルダの中の元ファイルを削除する事によって、無事に元通りの容量に戻りました。この様に書くと何やら簡単に聞こえますが、実際にはその仕組みを 読み解くまでには随 分と時間が掛かりました。 事程左様にアップルのファイルシステムは小賢しすぎて、時にはそのお節介が煩わしく感じられる事が多々あります。実は、こ の操 作とは別に、ミュージックの「ライブラリを整理」というアクションをしたところ、確かにファイルの整理はされた様でしたが、 またまた整理前のファイルは放置される（自動的に削除されない）ので、この時もまた、容量が爆増した次第。結局、不要になっ たファイルを苦労して探 し出し、手動で削除するという膨大な手間が増えただけでした。 ミュージックの移行で悩ましかったもう一つは、プレイリストの（iMac27 か ら）書き出し⇒（iMac24 への）読み込みで す。これは、これまでにも何度か経験済みのごくありきたりのプロセスなので、通常、実に簡単かつスムーズに進む筈なのですが、何故か今回は上手くいきませ んでした。iMac27 から書き出したプレイリ ストを書き出した .xml ファイルを iMac24 に 読み込もうとすると、「ファイルが見つからない音源があるので読み込めませんでした」とか言うような（正確には覚えてない） メッセージが出て終わり。色々試しましたが、何度やってもダメ。ファイルが見つからない音源があったとしても、それだけ飛ば して読み込ん でくれれば良いと思うのですが…。実際のところ、「ファイルが見つからない音源」というのは、読み込み段階の何らかのバグで 読み込まれていないだけで、ファイルを特定して再度読み込みさえすれば問題解決というのが殆どです。 そんなかんなで、最終的には、iMac27 の ミュージックを起動させてプレイリストを一つ一つ目で確認しながら、新たに同じプレイリストを作るしかありませんでした。 ピーブロックは元より、ロック、トラッド etc.…と、結構手の込んだプレイリストをあれこれ作っているので、こ れは、非常に手間がかかる作業でとても疲れました。 今のところこんな感じで、どうにかこうにか、正直な所、かなりドタバタしつつ iMac24 との新生活を進めています。 |
|
 Time Machine
バックアップ用に遂に SSD を購入しました。「ロジテック SSD 外付け 1TB
USB3.2 (Gen2) USB Type-C 高速スリム型 メタル筐体」という製品。Amazonで ￥11,980
でした。アップルでは、Time Machien バックアップ用ストレージの容量については、本体の ２倍を推奨しています。しかし、それはファイルをかなり遡って復元する事を前提 にした話であって、実際にはそこまで遡ったファイルを復元する事など殆どあり得ませ ん。最重要なのは、直近のバックアップがちゃんと取 れている、という事に尽きます。今回の様にそれがきちんと取れていないとしたら、それ以上古いファイルなど、そもそも論外です。…なの で、今回 SSD を購入するに当たっては、いきなり価格が高くなる 2TB の物は必要無しと判断。本体容量と同じ1TB の物なら、この製品の様に、十分にリーズナブルな価格で購入 できる趨勢です。 USB3.2（Gen2）というのは最大10Gbps の転送速度との事なので、iMac24 の２つの Thunderbolt 3（USB4）（最大40Gb/s）はオーバースペック。４つのどの ポートに挿しても実質的に転送速度は変わりません。早速、一つのポートに差し込んでバックアップ を開 始。それでも、約 600GB程の本体ファイルの初回バックアップが50分弱で完了し、従来の HDD ＆ USB-A では数時間掛かっていたのとは段違いのスピードに「流石だな」と感心。  その後の、１時間毎のバックアップ作業
も俊速で、ほんの1分と掛かりません。もちろん、駆動音も皆無。 サイズも、長さ
６cm程なので、本体裏側スペースに余裕で収まります。何より、HDD の様に別の電源を
用意する必要が無いのが大違い。早々に、さらば HDD となり、iMac24 周りが随分とスッキリしました。 |
|
| 昨日9月17
日、macOS 15.0 Sequoia
がリリースされたので、一瞬躊躇しつつも、「まあ、大丈夫だろう」と、インストール。しかし、案の定、初期バグに引っ掛かってネットワークに通じないトラ
ブルに陥りました。 自宅のネットワーク自体は生きているので、iPad でネット検索すると、そのような症状が既に各地で報告されている由。恐らく、「この OS に適合していないので、適合したソフトにアップデートして下さい」というメッセージが出るウィルス対策ソフトの ESET Cyber Security Pro が悪さをしているのだろうと推測できましたが、適合したソフトにアッ プ デートしようにもネットワークに繋がらないので処置なし。 アンインストールしようとしてソフトをゴミ箱に入れて再起動しましたが、効果無し。調べてみると、アンイストールする為に は、 インストールした際に使ったあるファイルを使う必要があるとの事。無ければダウンロードして下さい、とあるがダウンロードし ようが無い。まるで、お手上げ。アップルサポートに電話アドバイスを受けるしかなさそう。 必ず何らかのバグがあるのが常なので、「新しい macOS は初日にアップデートするな！」という、かねてからの自身の鉄則を今回も忠実に守るべきだった、と自己反省しきり。 今朝になって、ネットで情報を漁ると、macOS 15.0 Sequoia アップグレードのトラブルとして、ESET Cyber Security Pro が新OSに対応していない為に発生している事例が諸所で報告されている旨の情報を確認。思った通りでした。 アップルサポートに電話サポートの予約を入れ、予約した14:00に担当者から電話を受信。既に多々対応済みの様で、速 やかに指示があり、システム設定ネットワークの項で ESET Cyber Security Pro を削除した後に再起動して、あっさり解決。 実は昨夜、この項目で《有効》→《無効》にして再起動したがダメでした。単に《無効》にするだけでなく、削除する必要が あった訳。まあ、もう一歩の所まで辿り着いていたという事は確か。まあ、ジタバタして傷を深くするよりも僅か15分程のアド バイスで簡単に治ったので良しとします。アップルの電話サポートは本当に助かる。よくあるこの手のサポート窓口は、まずは電 話を 通じさせるまでにどれだけのストレスか？ 計り知れません。 解決後、Canon IT ソリューソンズ に よる ESET Cyber Security Pro の サイトに行くと、「macOS Sequoia 15.x 対応プログラムを準備中／最新情報は、本ページにて随時公開／macOS Sequoia 15.x 対応 プログラムの提供開始までは、OSのアップグレードをお控えいた だきますようお願いします。」と（赤字原文通り）いうメッセージ。やる気の無さが見え見えです。 【後日談】 ESET Cyber Security Pro のサイト では、9/20になって漸く、私が 9/18にアップルの電話サポート担当者からアドバイスされた手順の不具合回避策が示されていました。 また、同時に、最終的な macOS Sequoia 15.x 対応プログラムが準備できるまでの暫定措置として、現行ソフトを手直ししたバージョン（対応プログラムとどう違うのか？）が 提供さ れていたので、指示に従ってインストール。 ウィンドウズマシンよりはウィルスに晒されるリスクは少ないとはいえ、やはり完全に無防備な状態が長期間継続するのはやは り不安。ウィルス対策ソフトがこの様な体たらくで一体どうなるんでしょう？ Canon IT ソリューソンズ には猛省を促した いところです。 |
|
| ESET
Cyber Security Pro が漸く macOS
15.0 Sequoia に対応したバージョンをリリース。指示に従って、一旦古
いプログラムをアンインストールしてからインストール。特段のトラブルも無く再び保護が始まったので一安心。しかし、ここに至るまでにおよそ２ヶ月も掛か
るというのは、由々しき問題。何処が「サイバーセキュリティープロ」だよ。まるで、アマチュアじゃないか。 元に戻ったので良かった、と思ったのも束の間、愛用しているサイト作成ソフト SeaMonkey が起動できなくなってしまった。アイコンをクリックすると「アプリケーション“Finder”には“(null)”を開くア クセス権がありま せん。」というメッセージが出てオシマイ。一旦、ソフトを削除して再インストールしたり、アクセス権をチェックしたり、iMac を再起動したりするが、どうしてもダメ。ネットでも情報が無い。もしかしたら、Seamonkey がつい半月ほど前にアップデートされた最新の macOS15.1 に対応していない可能性もあるので、ジタバタせずに暫く様子見する事に。 |
|
| 11/7に気
付いた SeaMonkey
のトラブル。その後も何度かネット情報を探ったり、ソフトを削除＆再インストールしたりしたがダメな状態が続いていた。 ところが、Appleサポートコミュニティの 2024/11/14 18:52付けで "「アプリケーション”Dock”に は“(null)”を開くアクセス権がありません」というエラー文の発生" というトピ投稿されているのを確 認。対象のソフトは異なるが、やはり、macOS のバグである可能性が高くなった。まだ、決定的な解決策は示されていないが、毎日チェックして解決策が出て来るのを待つとし よう。 それにしても、最近、ニュースになる程度では無くても、企業のサイトの些細なネットトラブル（バグ）が頻発している。 Cannon の Cyber Security Pro 然り、macOS 然り。どれも、サイバー攻撃によるもの、 というよりも日常的なシステム管理の手抜きが原因と思われる事象。人手不足なのか？ 企業のシステム管理に対する意識が低下 している。 |
|
|| Theme Index || Japanese Index ||