memo.

カテゴリー: 技術系

  • 13世代のCore i7のノートPCが安定しない

    インテルの13世代のCore i7（Core i7-1360P）のノートPCが安定しない。BSODになったり、動作が重かったり、グラフィック部分で暗転するときがあったり、などなど、13世代Core i7のノートPCの不具合が多い。安定して動いているノートPCもあるので、個体差がある。

    BSODの原因ばかりを探っていたが、PCとしてのパフォーマンスが悪いのでパフォーマンスを強化する方向で調べ方を変えたところ、以下の記事を見つけた。

    Intel issues statement about CPU crashes, blames motherboard makers — BIOSes disable thermal and power protection, causing issues
    https://www.tomshardware.com/pc-components/cpus/intel-issues-statement-about-cpu-crashes-blames-motherboard-makers

    PC側の動作が遅いので、高パフォーマンスで使うようにしてもらっていたが、逆効果になっている可能性がある。BIOSの問題かどうかわからないが、電力消費が増えることによる劣化か安定しないか、その可能性が出てきた。パフォーマンスコアをうまく使えていないのかと思っていたけれど、そもそもCPUが外れか、制御が甘々でパフォーマンスが出ないのかも。14世代のCPUも似たような問題を抱えていそうなので、新モデルが出て、乗り換えるのも得策ではなさそうだ。

    とりあえず、ソフトウェア制御というかアップデートなどで安定してくれるといいのだけど。打つ手がないPCトラブルは大変なので。

  • BitLockerを悪用したランサムウェアとは厄介な。

    BitLockerを悪用してPCを暗号化するランサムウェア。Kasperskyが注意喚起
    https://pc.watch.impress.co.jp/docs/news/1594922.html

    VBScriptとPowershellの実行に気をつけろ、というが・・・サーバだったらPowershellは多用しているので、難しいかも。

    侵入されないようにするしかない気がする。

  • 「RE: 日程調整の件」とか「RE: XXXXの件」の迷惑メール

    最近、営業系の迷惑メールで件名が「RE: 日程調整の件」とか「RE: XXXXの件」のものが多く来るようになった。

    今までやり取りをしたこともなく、返信のREの前のメールもない。それなのに、いままでやり取りをしている感を出して、返信のような感じで営業メールを送ってくるところが増えた。そういうメールは、だいたいフレンドリーだったり、失礼な感じのメールが多い。

    これ、どこかの営業セミナーか何かで紹介されているのだろう。開封率が高いとか、ぼけて返信があるとか、そういうものを誘発しているのだろう。もう、分類的にはフィッシングメールに近いような感じだ。フィルタしにくいし、これを開いて消す手間もあるので、本当に迷惑。

    内容勝負ではなく、見た目のひっかけやすさだけを目的にした営業メールは、DMとしてのインフラを崩壊させるわけで、だれも得をしないはずだ。大量のメールをGoogle（Gmail）やMicrosoftが規制するようになっているので、プラットフォームとしてかなりきつい。そうなると、ウェブでのマーケティングになるのだろうけれど、こっちも悪質なものが増えて、ブロックされるケースが増えている。そうなると初心に戻って、検索エンジンから流入になるわけだが、こっちも怪しい。そうなると最後は、なんだろうか。展示会とかオフライン活動になってしまうのだろうか。いろいろと考えさせられる。

  • クラウド環境でも構成のバックアップは必要

    Google Cloudが起こしたミスで、クラウド環境がふっとんだ、というニュースがあった。本来消すはずのない企業アカウントを消してしまい、Google Cloudの構成が吹っ飛び、冗長化されていた設定も吹っ飛んだ、という。アカウントを消されたら、何もできない、復旧もできない、というわけだ。

    Google Cloud、豪年金基金のアカウントを誤削除　予備も誤削除　他社でのバックアップでなんとか復旧 – ITmedia NEWS
    https://www.itmedia.co.jp/news/articles/2405/13/news090.html

    （復旧できたようなのでよかった、と思う。教訓にもしやすい。）

    クラウド環境のハードウェア的な問題であれば、冗長構成は役に立つし、バックアップも機能する。でも、メインのアカウントが、なんらかの理由で消えたり、垢バンされたりすると、それらは使えない、という事例ができた。これに対応しようとすると、まったく別のクラウド環境にバックアップを持つ、構成が消されたりクラッシュしてもいいように再構築できる資料を用意するしかない。アナログだけれど、それが一番確実かもしれない。構築が自動化されているのであれば、構成レシピは別のところに保存しておく、というのも有効だろう。

    いい教訓がうまれた、と思う。

  • VMwareライセンスのBroadcomアカウントへの移行はやっと終わったみたい。

    今月の1日（5月1日）から始まったVMwareアカウントからBroadcomアカウントへの移行は、やっと終わったみたいである。

    まだ、移行中のメッセージは表示されているが、保有ライセンスは表示される。ライセンスのバージョンアップグレードは、怖くて試していないがメニューはある。ソフトのダウンロードはできた。概ね、ライセンスの移行は終わったようだ。

  • vCenter Server Applianceで「/storage/archive/」の使用量警告がでる

    vCenter Server Applianceで、アラート表示として、”/storage/archive/” の使用量警告がでる。

    この使用量のアラートは、動作には影響がないとのこと。公式のナレッジによると、誤った警告表示で、仕様だとか。

    https://kb.vmware.com/s/article/57829?lang=ja

    100%まで使用するとどうなるかというと、もともと容量を100%まで使い切る使用で、いっぱいになると自動的にクリーンアップされるとのこと。公式のナレッジには、次の記述がある。この警告については、無視するかない。

    /storage/archive パーティションは、仕様で残り容量がなくなるまで使用できるため、この問題が vCenter Server のいずれかの操作に影響することはありません。
    このボリュームには、可能な限り多くの WAL 履歴が保存されます。アーカイバ サービスによって自動的にクリーンアップされるときは、最も古い WAL セグメントが自動的に削除されます。

    vCenter Server 6.7 だけでなく、vCenter Server 8.0系でも発生するとのこと。

  • Broadcomアカウントへの VMwareアカウントの情報移行が遅れているようだ。

    VMwareアカウントが、Broadcomアカウントに移行されるという通知が来たのが4月末ごろ。日本のゴールデンウィーク期間にBroadcomアカウント側にライセンスなどが移行されるとされていたのだが、まだ終わっていないようだ。Broadcomのアカウントでログインすると、まだ移行中であることが表示されている。メンテナンスの期間は終わっているはずなんだが。保有ライセンスも、ライセンスキーも、アップグレードもできないので、早く移行が終わってほしい。

    Xの投稿をみていると、ユーザによっては、GWの期間に通知されたようで。休みの間にVMware側のアカウントが使えなくなっているとか。いまに始まったことではないが、Broadcomの対応は急というか雑というか、ひどいものだ。

  • Windows 2000 Server のADの降格手順

    Windows 2000 ServerのADの降格の難点は情報が少なくなってしまっているところ。そして、一番大変なのは、AD設定用のウィザードを表示させるところ。

    Active Directory のインストールウィザードの表示ができれば、後はGUIでウィザードに沿って作業するだけだ。

    降格手順

    1. ファイル名を指定して実行を選択する

    2. 「dcpromo」と入力して、Enter。

    3. 「Active Directory のインストール ウィザードの開始」が起動する

    4. あとは、ウィザードに従って、ADの削除を行う。

  • メモ：GitLab 16.9.2-ceからGitLab 16.10.3-ceへはapt updateでアップデートできた。

    油断すると、GitLab CEのアップデートがapt updateで失敗するので、メモ。

    GitLab 16.9.2-ceからGitLab 16.10.3-ceへはapt updateでアップデートできた。

  • Win11のVS2019からSQL Server 2005に接続できない

    開発環境をWindows10からWindows11にアップグレードした。Windows11のVisual Studio 2019の開発環境のコードから、Windows Server 2003 R2上のSQL Server 2005に対して、接続ができなくなった。接続時のセキュリティの不一致のため。