Windows
 Computer >> コンピューター >  >> システム >> Windows

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

少しティーザーから始めましょう。今後数週間で、Windows 10 に関する記事がたくさん出てきます。それらは主に、前述のオペレーティング システムを搭載した新しいデバイスのインストール、Windows 7 から Windows 10 への古いデバイスのアップグレード、およびそれに続く必須のインストール後の微調整と変更を中心に展開します。タイトルが微妙に示唆しているように、真ん中のオプションから始めましょう.

Windows 7 の期限が迫っているため (現在は過ぎ去っています)、古い Windows 7 デスクトップの 1 つをこの実験のために犠牲にすることにしました。つまり、大したことではありませんでした-不測の事態が発生し(ヒント:新しいハードウェア)、素敵なセブンがサポートされなくなったため(しかし、それはあなたを怖がらせるべきではありませんよね)、私は何を見たかったのですか?弾丸をかじり、最新の Windows バージョンで運試しをしようとする人には、ある種の未来が待っています。この記事はその試みの物語です。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

メディア作成ツール

Media Creation Toolをダウンロードすることから始めました。このユーティリティは、利用可能な最新のイメージを取得します。これは、不要な更新で時間を無駄にする必要がないため、既存のソフトウェアの互換性テストを実行してから、システムが目前のタスクに対応できると判断した場合に役立ちます。 、実際のアップグレードを開始します。データとアプリの両方を保持するか、データのみを保持するか、スレートを完全に消去するかを選択できます。

最も複雑なオプションであるデータとアプリをテストしたかったのです。構成段階で、ボックスにインストールされている Acronis True Image 2012 が Windows 10 と互換性がないことをツールが通知し、先に進む前にアンインストールする必要がありました。システムは既にイメージ化されているため、これで問題ありません。最悪の場合、実験前のスナップショットにロールバックするだけです。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

私の場合、Windows 7 Ultimate から Windows 10 Pro に移行する必要がありました。とにかく、初期設定段階に約 15 分かかり、その後、実際のインストールと構成に約 90 分かかりました。これは、システム パーティションに約 37 GB の空き容量しかなく、古い Windows 7 データのコピーがより小さなシャッフルで行われたことを意味するため、想定よりも少し長くなりました。明るい面では、これはデュアル ブート システムであり、このセットアップがアップグレードを妨げることはなく、Windows 10 が優位性を主張してブート シーケンスを引き継ぐこともありませんでした。問題ありません。

初回ログイン ...

最初のログイン前は少しためらいました。もちろん、場所や音声、広告などナンセンスなことを聞​​かれました。しかし、その後すぐに、使い慣れたデスクトップにアクセスし、すべてのアイコンが適切な場所に配置され、いくつかのテキスト ファイルとメモが含まれていました。一見すると、すべてが本来あるべき姿でした。

Windows 10 では、互換性の問題によりいくつかのプログラムが削除されたことが通知されましたが、面白いことに、少なくとも 6 ~ 7 年以上使用していないソフトウェアについて話しているのです。 Lovely EMET も削除されたため、代わりに新しい Exploit Protection フレームワークに時間を費やす必要がありました。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

頭痛?ごくわずかです。

事は、システムがナンセンスで私と戦うことを期待して、私は準備ができて突撃したということです.代わりに、経験はほとんど反クライマックスであり、IQの低いナンセンスは比較的少量でした.いくつかの変更と調整を行う必要がありました。詳細については、専用のチュートリアルをご覧ください。しかし、簡単な概要として、私が行ったことのほとんどを以下に示します:

  • 自動更新を無効にしました。
  • Windows Defender とテレメトリを無効にしました。
  • 健全なローカル ユーザー デスクトップのニーズを反映するようにプライバシー設定を変更しました。
  • 一般的なソフトウェアのエクスプロイト保護を構成しました - 私は過去の冒険から XML を用意しました - 上記を参照してください。
  • Cortana を削除し、メニューで Web 検索を無効にしました。
  • Chromium バージョンへの将来の Edge アップグレードをブロックしました。
  • ウイルス対策保護などに関する退屈な通知を黙らせました。
  • この PC から不要なフォルダー (3D オブジェクト、ドキュメントなど) を削除しました。
  • 基本的な視覚的な調整を行いました。
  • デフォルト プログラムを変更しました。

最後の箇条書きで、小さな問題に遭遇しました - Firefox が利用可能なブラウザのリストに表示されていなかったため、Firefox をデフォルトとして設定できませんでした。解決策は、ブラウザーをアンインストールして再インストールすることでした。その後、適切に登録され、適切な変更を行うことができました。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

ハードウェアの互換性とドライバーの更新

ここでは、ほぼ完璧でした。 Windows 10 は既存のドライバーを再利用しました。 Windows Update を手動で実行したところ、グラフィック カード用の Nvidia ドライバーが提供されました (1 つのバージョンから最新の WHQL を差し引いたものですが)。プリンタードライバーもありました。

さらに、1909 年のイメージからの差分が小さかったため、Windows パッチの小さな束と、私の Microsoft Office 2010 のコピーに対するいくつかの更新プログラムを提供してくれました。 Visio、Access など、カスタマイズしたセットアップでインストールしたものはありません。

マイクが機能しません!

その後、問題が発生しました。マイクが機能していませんでした。というか、「ほぼ」無言でした。トラブルシューティング ツールを使用してみましたが、予想どおり、問題は見つかりませんでした。設定から変更を試みましたが、何も起こりませんでした。もちろん、由緒あるコントロール パネルには、「最新の」設定メニューよりもはるかに多くのツールと、さまざまなオプションのきめ細かい制御が用意されていました。 Windows 10 から 5 年経った今でも、タッチ操作に最適化された新しい設定ユーティリティは、あらゆる点で従来のツールよりも劣っています。実際、すべてのタッチ アプリケーションは、宇宙全体のすべてのデスクトップ アプリケーションよりも劣っています。そして、これは決して変わることはありません。営業担当者があなたの周りでどれだけ大声を上げたり、口論したりしても、変わりません。

2016年からこの特定のマザーボードで利用可能な最新のセットを使用して、オーディオドライバー(Realtek HD Audio)を更新してみることにしました。これは役に立たなかったので、ロールバックしました。不安定なのはマイクだけではなく、オーディオ スタック全体であることに気付きました。ボリュームが Windows 7 ほど高くなかったので、ゲイン/ブーストに問題があるのではないかと考えました。

もう一度、コントロール パネルを開き、スピーカー デバイスとマイク デバイスの両方のプロパティを調べました。詳しくは、コントロール パネル> サウンド> 録音> プロパティ。ここで、マイク ブーストを 0 から +30.0 dB に変更し、レベルを 0 から上にスライドさせました。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

同様に、スピーカーのレベルが 100 のうち 79 にしか設定されていないことに気付いたので、別の修正がありました。 Windows 10 にはもう 1 つの癖があり、人間の声を検出するとバックグラウンド サウンドがミュートされます。ここでは、デスクトップに侵入する電話の考え方があります。チームメイトなどとチャットしている場合でも、ゲームを黙らせたくないので、特にゲームをプレイしている場合、これは非常に面倒です。これは [コミュニケーション] タブにあります。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

私はさらに微調整とテストを行いましたが、システムにどれだけの矛盾があるかは驚くべきことです。 Linux は、共通のインターフェイスとエクスペリエンスに関して言えば、ワイルド ウェストのようなものだと常に信じていましたが、Windows は独自の混沌の側面を持っており、すべての設定の半分が新しい形式で、4 分の 3 が古い形式で、いくつかの優れた設定が含まれています。 (実際にはそうではありません)、しっかりと重なっています。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

オーディオ アイコンを右クリックすると、次のようになります。古いものと新しいものが混在しています。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

これは 2010 年の Realtek HD Audio Manager で、Windows 10 でも問題なく動作しています。信じられないかもしれませんが、これは 2016 年のツールよりも見た目が良く、実際にはより便利な機能を提供します。しかし、どちらも Windows の設定とは一致せず、これらのオプションの一部はコントロール パネルからアクセスできますが、設定からはほとんどアクセスできません。

パフォーマンス

良い。のように、Windows 7 より良くも悪くもありません - 以前に何度もお話ししたように。パフォーマンスは、何もないところから魔法のように現れるわけではありません。新しいハードウェアはより良い結果をもたらしますが、同じハードウェアでは、新しいオペレーティング システムで利益が得られる可能性はほとんどありません。とはいえ、Windows 10 がはるかに古いオペレーティング システムと同じ結果を提供できることよりも、かなり素晴らしく、さらに印象的です。基本バージョンでは約 5 年、最新版ではほぼ 10 年の違いがあります。

ただし、いくつかの小さな違いがありました。 Windows 10 の起動シーケンスは長く、ほぼ 2 倍です。アイドル時の CPU 使用率は少し高くなりますが、プロセスの量は Windows 7 セットのほぼ 2 倍で、このマシンの場合は 59 で、Windows 10 の場合は約 115 です。低いほど、ハードウェア ポーリングが少なくなり、メモリ フットプリントも小さくなります。つまり、いくらか勝ち、いくらか失うことになります。

最大の違いは、知覚される応答性にあります。 Windows 10 は Windows 7 よりも少し遅れているように感じます。これは、alt-tab によるウィンドウの切り替え、迅速な最小化/最大化など、小さなことで実現します。枢機卿的すぎるものは何もなく、ほとんどの人は気付かないでしょう。言及する価値のあるもう 1 つの特定の違い - Windows 10 の Acronis True Image 2019 は、Windows 7 の Acronis True Image 2012 よりも約 30% 高速に動作し、外部デバイスでより適切に動作するようです。かなりクール。

興味深いことに、Windows 10 のディスク フットプリントは Windows 7 と同じです。これは、数年分の更新プログラム (サイズが追加されます) とプログラムを備えた Windows 7 と、同じソフトウェア セットを備えた新しいオペレーティング システムのことです。アップグレード前は、私の 100 GB の Windows パーティションには約 37 GB の空きディスク容量がありましたが、現在はその数が約 39 GB になっています。これは、古い Windows インストール ファイルを削除した後のものです。とにかくシステム イメージはあるので、必要に応じて 15 分で簡単に復元できます。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

さまざまなエラーと奇妙さ

システムは安定しており、99% の機能が正常に動作しています。しゃっくりしたり苦労したりしたプログラムは1つもありませんでした。これは印象的です。いつものように、私の最愛のオペレーティング システムである Linux に戻ると、この種の結果は実際には期待できません。オペレーティング システムのアップグレード - はい - Asus Vivobook で Ubuntu Trusty から Bionic に移行することを説明しました。しかし、ソフトウェアスタック?いいえ。これは、私が Windows の使用をあきらめたくない理由の 1 つです (もちろん、ゲームや Office も)。古いレガシーコードについて話しています。 Lemme が例を挙げます。最も実用的で便利な WYSIWYG HTML エディター KompoZer です。これは Windows 10 でも問題なく動作し、おそらく以前よりも少し良くなっています。最後に更新されたのは 2008 年です。いいですね。

しかし、いくつかのバグに遭遇しました。まず、ESENT エラー (イベント 455) を読み取ります - これは、ローカル ディレクトリにネストされたフォルダー TileDataLayer\Database を作成することで修正できます。

svchost (8868,R,98) TILEREPOSITORYS-1-5-18:ログファイル C:\WINDOWS\system32\config\systemprofile\AppData\
Local\TileDataLayer\Database\EDB を開くときにエラー -1023 (0xfffffc01) が発生しました.log.

次に、DiagTrack サービスのエラーです。これは Connected User Diagnostics and Telemetry サービスで、私が無効にしたものです。それはいくつかの苦情を投げかけました。 1 つ目は、実行できなかったこと、2 つ目は、ログが最大サイズであり、将来のイベントがログに記録されないという警告です。これらのエラーはそもそも発生しないはずです。

次のエラーのため、セッション「AutoLogger-Diagtrack-Listener」が停止しました:0xC0000188

セッション「AutoLogger-Diagtrack-Listener」の最大ファイル サイズに達しました。その結果、イベントがファイル "C:\WINDOWS\System32\LogFiles\WMI\AutoLogger-Diagtrack-Listener.etl" に失われる (ログに記録されない) 可能性があります。最大ファイル サイズは現在 33554432 バイトに設定されています。

ログなどについて不平を言うイベントはこれだけではありません。パーフリブ。バッファ サイズに関するエラー (イベント 1020) と共有ライブラリの構成情報に関する警告 (イベント 2003) の両方。これは比較的簡単に修正できますが、そもそもなぜこれが起こるのでしょうか。特に理由はありません。

必要なバッファー サイズは、"LSM" サービスの "C:\Windows\System32\perfts.dll" 拡張可能カウンター DLL の Collect 関数に渡されるバッファー サイズよりも大きくなっています。指定されたバッファ サイズは 16184 で、必要なサイズは 31384 でした。

"TermService" サービスのパフォーマンス ライブラリ "C:\Windows\System32\perfts.dll" の構成情報が、レジストリに格納されている信頼できるパフォーマンス ライブラリの情報と一致しません。このライブラリの関数は、信頼できるものとして扱われません。

この特定のカウンター (cmd、lodctr /q) の詳細を確認すると、次のようになります。

[TermService] パフォーマンス カウンター (有効)
DLL 名:C:\Windows\System32\perfts.dll
開く手順:OpenTSObject
収集手順:CollectTSObjectData
閉じる手順:CloseTSObject
最初のカウンター ID:0x0000238C (9100)
最後のカウンター ID:0x0000238C (9100)
最初のヘルプ ID:0x0000238D (9101)
最後のヘルプ ID:0x0000238D (9101)

興味深いですが、これが何をするかについては何も教えてくれません。または、なぜわざわざリロードするか、信頼できるようにする必要があるのですか。 Windows エクスプローラーで perfts.dll を見ると、それが実際に何であるかを確認できます:Windows リモート デスクトップ サービス パフォーマンス オブジェクト。ただし、もちろん、このサービスを無効にしているため、エラーが発生する理由を説明できます。また、このライブラリを信頼できるものにすることを提案する無数の記事が (その機能を知らずに) 世に出回っていることは、おそらく世界で最も賢明なことではないことも示しています.

しかも、これはデザインが悪い。 Windows 7 から Windows 10 への移行、カウンター データベースなどは正しく更新されているはずです。関連するサービスが無効になっている場合、システムはこのカウンターのイベントを収集する必要はありません。

先に進みます。アプリに関連する多数のランダム エラー (イベント 69、AppModel-Runtime)。例:

ユーザー COMP\User のパッケージ Microsoft.YourPhone_1.19112.113.0_x64__ の AppModel ランタイム ステータスの変更 0x490 で失敗しました (現在のステータス =0x0、必要なステータス =0x20)。

これはランダムな例にすぎません。他にもあります。さらに悪いことに、これに続いてイベント ビューアに次の情報イベントが表示されます。

AppContainer Microsoft.YourPhone__ が正常に更新されました。

したがって、これは実際にはエラーではないだけでなく、誤解を招く迷惑な誤検出です。デスクトップを汚染するタッチベースのデトリタスの典型的なケースです。だから問題外の問題。ありがとうございます。

アプリといえば、次のような繰り返し警告もありました:

アプリケーション固有のアクセス許可設定では、CLSID {2593F8B9-4EAF-457C-B68A-50F6B8EA6B54} および APPID {15C20B67-12E7-4BB6-92BB-7AFF07997402} を持つ COM サーバー アプリケーションのローカル アクティベーション アクセス許可がユーザー COMP\User SID に付与されません。 (S-123567890) アプリケーション コンテナーで実行されているアドレス LocalHost (LRPC を使用) から 利用できない SID (利用できません)。このセキュリティ権限は、コンポーネント サービス管理ツールを使用して変更できます。

その CLSID は RuntimeBroker.exe にマップされ、これはストアに関連しているようです。ローカル アカウントに関係するばかげた競合である可能性があります。または、「最新の」アプリを使用したくないという事実かもしれません。もちろん、これを解決する方法はありますが、そうする理由はありません。

アプリ固有の問題もいくつかありました。たとえば、マウントされた TrueCrypt コンテナなどの「奇妙な」デバイスを検出した場合、VSS はイメージング プログラムなどによって呼び出されたときにエラーをスローします。最近のソフトウェアの症状である、職場での QA の脆弱性が再び発生しています。割り当てられたドライブ文字の背後に潜んでいるデバイスの種類を簡単に確認するだけで、そのようなデバイスを VSS で列挙する必要があるかどうかを判断できます。上記の TrueCrypt ボリュームがアンマウントされている場合、そのようなエラーは発生しません。

ボリューム シャドウ コピー サービス エラー:シャドウ コピー プロバイダー {b5946127-7c9f-4925-af80-51abd60b20a5} でルーチンの呼び出し中にエラーが発生しました。ルーチンの詳細 IVssSnapshotProvider::IsVolumeSupported() が 0x8000ffff で失敗しました [hr =0x8000ffff、致命的なエラー]。

操作:
ボリュームがプロバイダーによってサポートされているかどうかを確認します

コンテキスト:
実行コンテキスト:コーディネーター
プロバイダー ID:{b5946127-7c9f -4925-af80-51abd60b20a5}
ボリューム名:\\?\Volume{9347def3-21d6-11ea-a4cd-04d9e5e56101}\

さて、あなたを元気づける何か:

これらのエラーはすべて、Windows 10 の新規インストールでも発生します!

これを別のホストでテストし、すべてをゼロから行いました。エラーはアップグレード プロセスとは関係なく、すべてオペレーティング システムに関係しています。私の提案は、いじくり回したくない場合は、そのままにしておくことです。将来的には、おそらく修正されるでしょう。たぶん。

悲しいことに、これらのメッセージを検索すると、ファイルシステムの破損、ファイルの欠落、BSOD、絶対的なナンセンスなど、考えられるあらゆることに関するランダムな提案を含む 10 億件の投稿が表示されます。人々は、発生している症状をシステム ログ イベントに関連付ける専門知識を持っていないため、物事を無作為に関連付け、解決をさらに困難にしています。これは 100% の確信を持って言えます。なぜなら、私は 2 つの別々のシステムからのデータを異なる方法で構成しており、グリッチ、スローダウン、問題などはなく、オペレーティング システム自体を除いてほとんどすべてを除外できるからです。リラックスできます。

最後に、優れた EMET の後継である Windows 10 Exploit Protection で問題が発生しました。 Windows 7 と Windows 8 に戻って、すべてではないにしてもほとんどの軽減策をオンにして、ソフトウェアの実行に問題はほとんどありませんでした。 Windows 10 では、いくつかの癖に気付きました。 Google Chrome は、ほとんどの設定が有効になっていると実際には機能しません。そして今、Firefox も積極的に封じ込められることを好まないようです。以前は Firefox 用の EAF と EAF+ でしたが、セットが大きくなりました。積極的な緩和セットを使用すると、ブラウザがランダムに 3 ~ 5 秒間フリーズする可能性があり、そもそもそれらを使用する目的全体が無効になります。実際の機能を妨げるセキュリティは役に立たないからです。

別の例 - IrfanView。最も厳しいセットでも問題はありませんでした。さて、EAF をオンにすると、しばらく前に Firefox で見たのと同じように、たとえばビデオ ファイルをロードするときのように、イメージング ビューアーがクラッシュすることがあります (これは、特にすべての異なるプラグインを使用している場合に発生する可能性があります)。

障害のあるアプリケーション名:i_view64.exe、バージョン:4.54.0.0
障害のあるモジュール名:PayloadRestrictions.dll、バージョン:10.0.18362.1
例外コード:0xc0000409
障害オフセット:0x000000000002b5d8
障害が発生しているプロセス ID:0x1b44
障害が発生しているアプリケーションの開始時刻:0x01e3c1a3fcd92935
障害が発生しているアプリケーションのパス:C:\Program Files\IrfanView\i_view64.exe
障害が発生しているモジュールのパス:C:\Windows\SYSTEM32\PayloadRestrictions .dll
レポート ID:7eaccb1e-1f20-72a9-c7b8-d59c02845683
障害のあるパッケージのフルネーム:
障害のあるパッケージ相対アプリケーション ID:

もちろん回避策はありますが、それは重要ではありません。要点は、Windows 7 で同じ操作を行うと、互換性の問題が少なくなるということです。そこで一連の軽減策を有効にし、Windows 10 でも同じことを行うと、古いシステムの方がうまく機能します。

繰り返しますが、一歩後退、一歩前進、一歩横移動、およびジャンプの問題があります。 EMET を保持しない理由は本当にありませんでしたが、ちょっと、イノベーションか何かですね。さらに言えば、Windows Phone がなくなった今、タッチ ベースのインターフェイス全体に価値はありません。無駄な努力です。

Windows 10 へのアップグレード (Windows 7 から) - 驚くほどスムーズ

アップグレード プロセスの最初のノイズ ... 高速で効率的なゾーンに戻りました。

とにかく、数時間後、システムは落ち着きました。エラーはなくなりました - それらのほとんどはゴミの「アプリ」などに関連しています。最終的に、システムは正常に動作し、適切なエクスペリエンスを提供します。 IQ の低いコンポーネントをオフにすると、本来あるべきデスクトップになります。マイクロソフトは、LTSB レベルの健全性と静音性を提供するプロ プラスという追加の階層を追加することで、かなりの利益を上げることができます。あっ、待って。それが Pro バージョンの意図ではありませんか?

結論

アップグレードプロセスには非常に満足していると言わざるを得ません。ゆっくりと混乱すると思っていましたが、スムーズで比較的速く、ほとんど痛みがありませんでした.最も重要なことは、すべてのデータが無傷であり、実質的にすべてのソフトウェアが無傷であり、ドライバーが正しく移植されて使用され、一部はアップグレードされていて、パフォーマンスがほぼ同じであり、システムが安定していることです。特にこれは新しいシステムではないため (決して前かがみでない場合)、これはこのようなものにとっては良い結果です。

さて、私はいくつかのことをしなければなりませんでした - マスメディアのナンセンスを無効にし、プライバシー設定を微調整し、エラーを 1 つまたは 3 つ修正しましたが、それ以外は良かったです。まあ、それは理にかなっています-できるだけ多くの人々をWindows 10に移行することはMicrosoftの最善の利益であり、このプロセスは完璧である必要があります.技術者として、私は驚きと突然の後退を心配していましたが、それは起こりませんでした. Windows 10 を使用して、本当に満足していると言えるのはこれが初めてかもしれません。ある意味では幸せではありません、イェーイ、風船ですが、モニターで罵倒を傷つけたり、最終的な治療法としてトーチの使用を検討したりする必要がないという事実.

ある意味では、それは純粋さの終わりです。Windows 7 は、オンライン全体がモノになる前に、インテリジェントなユーザーを主な対象者として設計された最後の Windows でした。今後は、楽しみの問題ではなく、苦しみを最小限に抑えることが重要です。これは、ほぼ全面的に当てはまります。とはいえ、ほとんど問題なく Windows 7 マシンを Windows 10 に移行できました。少なくともソフトウェアに関しては、将来が良くなるわけではありませんが、当分の間、まだ正気は残っています。全体として、Windows 10 を検討している場合、アップグレード プロセスは堅牢であり、その後は適切な設定を行う必要があります。これで完了です。私の次の実験は、真新しいハードウェアで行います。お楽しみに。

乾杯。


  1. Windows 10 の最近のビルドとローカル アカウントのセットアップ

    退屈?あなたの人生に十分な興奮や第一世界の問題はありませんか?心配しないでください! Windows 10 at your service - サービスとしての Windows と混同しないでください。実際、過去 3 ~ 4 年間の技術ニュースをフォローしていた場合は、Windows 10 で予期しないアクティビティが常に発生していることに気付いているかもしれません。これは、更新後のシステム変更、更新の問題、または最新のこと、新規インストール後にローカルアカウントをセットアップする方法。問題になるべきではありませんが、一見、そうであるように見えます. 数日前、(新しい) 現象について論じてい

  2. Windows 10 を bash しましょう。つまり、Windows 10 で BASH を実行します!

    はい。 Windows 10 は特別なことではありません。オペレーティング システムがリリースされたとき、1 年前の G50 に関する私のレビューと、最近の Anniversary Update に関する私の記事の両方で、それを確立しました。良くも悪くもありません。ちょうど平均。 ただし、興味深いのは、BASH を実行できることです。はい、基本的に適切な Linux です。仮想マシンとしてではありません。これは、Linux システムコールを NT API に変換し、Linux カーネルをエミュレートする Pico カーネル ドライバーを使用した、Ubuntu のユーザーモード実装です。邪悪