Windowsを、深く掘り下げる。

Windows は依然として Linux よりもローカル ストレージをうまく処理します

<本文>Windows 対 Linux の議論は通常、パフォーマンス、セキュリティ、または多くの場合、イデオロギーを中心に行われます。ストレージがトピックとして同じように注目されることはめったになく、たとえ注目されたとしても、それがリグ内のストレージの実際の使いやすさと関係があることはほとんどありません。 議論を、パーソナル コンピューター上で実際にストレージを使用するときにどのように感じるかという点にまで落とし込んでみると、Windows には依然として明らかな利点があります。 Linux に強力なツールや最新のファイル システムがないからではなく (実際にはありません)、Windows がプラグ アンド プレイの動作、予測可能なマウント、および緊密なアプリケーション統合を優先しているためです。複数のドライブや外部メディアを使いこなしたり、システムの役割を変更したりする人にとって、その利便性は急速に増大し、無視するのは困難です。 プラグアンドプレイ ストレージ ほとんど考える必要がありません Windows の最大の強みの 1 つは、PC 上のストレージの複雑さを積極的に抽象化していることです。新しいドライブを追加すると、ほぼ即座に表示されます。削除したり、再起動したり、ポートを交換したり、新しい USB デバイスを導入したりしても、Windows が混乱することはほとんどありません。ボリュームはほとんどの場合、アクセス可能で安定しており、簡単に識別できます。 Linux は、実際に何が起こっているかを公開するのに非常に優れており、デバイスは /dev/sd x または dev/nvmex で列挙され、ほとんどの場合問題になりませんが、これらの UUID は時々混乱することがあります。デスクトップ環境はオートマウンターを使用してこれをスムーズにしようと最善を尽くしますが、動作はディストリビューションとデスクトップ間で異なる場合があります。ほとんどの場合は機能しますが、機能しない場合は、ファイルの代わりにデバイスのパスを突然考えることになります。 私のように、システム内のストレージを頻繁に交換している場合、Windows のストレージに関する予測可能性は生活の質を高める機能になりますが、Linux がすべてをユーザーに任せることにこだわるのは、機能させるために全体的により多くの作業を行う必要があることを意味します。 マウントは正常に機能します どちらの OS でも完璧ではありませんが、Windows にはまだ優位性があります マウンティングは、Windows が強力なデフォルトから恩恵を受けるもう 1 つの分野です。ボリュームは自動的にマウントされ、安定した識別子が割り当てられ、追加の構成を行わなくてもすべてのアプリケーションで利用できるようになります。マウント ポイント、権限、アプリがディスクを認識できるかどうかについては考えません。一度そこに到達すると、すべてが意図したとおりに動作することを確信できます。 Linux では、ユーザーがマウント動作をより詳細に制御できますが、その制御には責任が伴います。ファイル システムはさまざまなオプションでマウントでき、所有権モデルはさまざまで、リムーバブル ドライブはシステム間で常に同じように動作するとは限りません。 Flatpak や Snap などのサンドボックス アプリケーション形式を追加すると、手動で介入しない限り、ストレージ アクセスがさらに断片化する可能性があります。これは、システム内のドライブの数が増えるほど、非常に一般的になります。これは経験豊富なユーザーにとって特に難しいことではありませんが、Windows が主に回避するところでは摩擦が生じます。 私はやはりディスク管理よりもそれらを使用したいと思っています ツールの深さでは Linux が間違いなく勝っています。 lsblk、blkid、parted などのユーティリティと、ZFS や Btrfs などの高度なファイル システムは、Windows が NTFS に匹敵しないレベルの洞察と制御を提供します。サーバー、NAS システム、または注意深く設計されたストレージ レイアウトを構築するには、多くの場合、Linux が優れたプラットフォームになります。

Windows 11 仮想デスクトップを試してみて後悔しました

<本文>Windows 11 仮想デスクトップを最初に試してみようと決めたとき、私はそれを使い続けようと思いました。 1 つは仕事用、もう 1 つは個人的なプロジェクト用に使用します。これなしでは生きていけない機能の 1 つのように感じました。しかし、すぐに使用をやめる理由を見つけ始めました。 仮想デスクトップに関して最初に気になり始めたことの 1 つは、毎日のアプリを開いたときに Windows が頻繁に仕事用デスクトップにジャンプすることでした。私は個人のデスクトップにいると思ってアプリをクリックし、突然仕事用のウィンドウを見つめていました。常に切り替えを行っていたため、さまざまな間違いを犯してしまいました。 Windows 11 仮想デスクトップにより、ワークスペースが不安定に感じられました アプリが私を間違ったデスクトップに引き戻し続けました かつて、仕事用スペースと個人用スペースを 2 つのデスクトップに分割しました。 1 つは Windows 11 の仕事プロジェクト用で、もう 1 つは購入を考えているもの用の個人用タブがいくつかありました。 WhatsApp を使用する必要がある場合、Windows では WhatsApp ウィンドウがすでに開いているため、別のデスクトップに切り替えられることがよくありました。つまり、実際に使用したいものに戻さなければなりませんでした。 本当の利点は、デスクトップ間を頻繁に移動することなく WhatsApp を使用でき、個人スペースを分離できることでしょう。そもそも独立したスペースを持つ意味が完全に無効になってしまいました。私は同じワークスペースにいたかったので、そのやり取りはイライラさせられました。 Ctrl + Win + 矢印 を押すだけで済むことはわかっていますが、頻繁に押す必要がある場合は、仮想デスクトップの使用を停止するのに十分です。 Windows 11 仮想デスクトップが増えてタブが見つけにくくなった 「念のため」のタブがデスクトップ全体に分散してしまいました 仮想デスクトップを使用すると、プロジェクトをトピックごとに分離できます。私もそうしました。さまざまな仮想デスクトップを開いていました。 1 つは現在のプロジェクト用、もう 1 つは今後のプロジェクト用、そしてもう 1 つは重要な個人研究用です。また、後で読みたいものを 1 つまたは 2 つのタブを開いて、最後に読み込む時間がありませんでした。気づいたら、「念のため」のタブがたくさん開いていたので、時間があるかどうかに関係なく、すべてをクリーンアップするのに時間を費やす必要がありました。 締め切りを守らなければならないのに、自分で作った混乱を片付けなければならなかったとき、フラストレーションは激しく襲いました。重複したタブを見つけたり、そもそもなぜ開いたのかさえ理解できないタブを見つけたりしました。すべての片付けが終わる頃には、何よりも疲れを感じていました。大規模なプロジェクトを容易にすることを目的とした仮想デスクトップは、結局、管理するものが 1 つ増えたように感じられました。 再起動後の Windows 11 仮想デスクトップは信頼できませんでした 突然の再起動で作業が終了し、1 つのデスクトップに戻ってしまった 再スケジュールするのを忘れていたラップトップの再起動に驚かされてから、Windows 11 仮想デスクトップが不十分になり始めました。これは私自身の責任であることはわかっていますが、私がどれだけ忘れっぽいかを考えると、重要なプロジェクトに取り組んでいるときに同じことを繰り返すわけにはいきません。ラップトップの電源が切れたり再起動したりする理由はたくさんありますが、問題は、開いていたものすべてがそうなっていたことでした。停電または自動再起動の後、特定の仮想デスクトップ上で開いていたすべてのアプリが失われてしまいました。 たとえば、デスクトップ 4 で Google フォトを開き、デスクトップ 1 でファイル アプリを開きました。ラップトップが再び起動したとき、私が作業していたすべてが消えていました。起動時に起動するアプリのみが開きますが、すべてメイン デスクトップ上にあります。その後、ラップトップが再起動する前に使用していたアプリを再度開くことしかできませんでした。

Linux 用 Windows サブシステムが私にとって役立つ 7 つの理由

<本文>Windows Subsystem for Linux (WSL) は、初登場時に注目を集め、物議を醸しました。 Windows 上の Linux ユーザーである私にとって、WSL が理にかなっている理由は次のとおりです。 HTG Wrapped 2025: 24 日間のテクノロジー お気に入りのハードウェア、ガジェット、テクノロジーを 24 日間お楽しみいただけます コーディングのアイデアに飛びつくことができる 私が WSL で気に入っている点の 1 つは、シェルまたは Python で試してみたいことのアイデアがある場合、Windows を使用しているときにターミナルを起動するだけで済むことです。これで、早速実験してみることができます。 Kaggle からデータセットを調べたい場合は、データセットをダウンロードし、IPython または Jupyter ノートブックのパンダを使用してインポートします。 主流のアプリを実行できます WSL の魅力の 1 つは、主流のアプリやゲーム (後者については後で説明します) と並行して Linux 開発およびいじくり環境を実行できることです。 Linux 用のゲームや生産性向上アプリは他にもありますが、将来的には Windows 用に書かれたアプリも増えると予想されます。私は Windows 愛好家というわけではありません。それはちょっと…そこにあります。オペレーティングシステムは消滅すべきだと私は思います。これは、システム上でより興味深いことを実行するための単なる方法です。 Windows または Linux でお気に入りのレトロ ゲームを今でもプレイできます 何らかの理由で、現代の「AAA」ゲーム シーンは私にとってあまり役に立ちませんでした。ノスタルジーかもしれませんが、PC でのゲームのピークは 90 年代だったと思います。私は、King’s Quest シリーズのような古典的なアドベンチャー ゲームや、SimCity のようなシミュレーションで育ちました。ビジュアル ノベルも好きですし、現代の古典だと思う『Balatro』のような、より現代的なインディーズ タイトルも好きです。新しいゲームではなく、レトロなゲームが私を Windows に向かわせるのかもしれません。 Steam と GoG は Linux をサポートしていますが、利用可能なこれらのゲームの最新バージョンの多くは Windows 用です。私がたまたま気に入ったゲームの多くは、開発者が移植していないようなものです。これは、GoG レトロ ゲームの場合には奇妙です。これらのゲームでは、ScummVM または DOSBox がよく使用されます。どちらも Linux ですぐに利用できます。エミュレータが実行するアーカイブを開くためだけに WINE を使用したくありません。少なくとも楽しいことに関しては、私は Windows に向かうことになるでしょう。

Windows: 最も強力な Wi-Fi ネットワークへの自動切り替え

<本文>Windows 10 および 11 には、利用可能な信号が最も強い同じ SSID をブロードキャストする Wi-Fi アクセス ポイントにワイヤレス NIC を自動的に切り替える機能が組み込まれています。 AutoSwitch 機能を使用すると、より強い信号が利用可能なときに、Windows デバイスが弱い信号で Wi-Fi AP に接続されたままになるのを防ぐことができます。 AutoSwitch 機能は、WLAN アダプターの設定で有効にすることができます。 ネットワーク接続管理パネル (ncpa.cpl) を開きます。 Wi-Fi 接続を右クリックし、ステータス を選択します。 ワイヤレス プロパティ ボタンをクリックし、このネットワークに接続中に他のワイヤレス ネットワークを探す オプションを有効にします このオプションは、「 このネットワークが範囲内にある場合は自動的に接続します 」の設定がオフになっています。 ネットワーク アダプターの自動スイッチを有効にすると、Windows は利用可能な最も強い信号を使用して Wi-Fi ネットワークに自動的に接続します。 PowerShell を使用して、現在の Wi-Fi ネットワークの信号強度 (品質) を (% 単位で) 確認できます。 (netsh wlan showinterfaces) - '^\s+Signal' と一致します - '^\s+Signal\s+:\s+' を置換します、'' 「 netsh wlan 」コマンドを使用して、特定の WLAN プロファイルの自動切り替えを有効または無効にできます。

富士通カタログの SCCM へのインポート: 完全ガイド

<本文>この投稿は、富士通カタログを SCCM にインポートするための完全なガイドです。富士通サードパーティのカスタム カタログを Configuration Manager にインポートすると、富士通デバイスの更新をサブスクライブしてソフトウェア更新ポイント (SUP) に公開し、クライアントに展開できます。 富士通は、出張時の最適なモビリティとオフィスでの人間工学を求めるビジネスプロフェッショナル向けに優れたノートブックをいくつか製造しています。昔、私はある組織で Adob​​e カスタム カタログを SCCM にインポートし、アップデートを Adob​​e アプリケーションに展開するプロジェクトに取り組みました。このガイドでは、富士通カタログをインポートする場合とほぼ同じ手順に従います。 カスタム カタログを初めて使用する場合は、カスタム カタログがサードパーティ ソフトウェア アップデートのソースとして手動で追加されることを知っておく必要があります。サードパーティ ソフトウェア アップデートの有料および無料カタログに関する私の投稿を読むことを強くお勧めします。この投稿では、さまざまなタイプのサードパーティ パッチ カタログについて詳しく説明し、SCCM 用に無料および有料の両方のカタログ オプションを提供するベンダーに焦点を当てています。 Patch My PC を使用してサードパーティ アプリケーションをインストールおよび更新する 富士通カタログを SCCM にインポートする手順 富士通カスタム カタログをインポートする手順には、富士通カタログ (.cab ファイル) の追加、カタログの同期、富士通更新を同期するための SUP の構成、および Windows クライアントへの展開が含まれます。 先に進む前に、SCCM でサードパーティの更新が有効化され、構成されていることを確認してください。 ステップ 1: Fujitsi カスタム カタログの追加またはインポート 次の手順を使用して、Configuration Manager で富士通カスタム カタログをインポートまたは追加します。 構成マネージャー (SCCM) コンソールを起動します。 ソフトウェア ライブラリ \ 概要 \ ソフトウェア アップデートに移動します。

Microsoft は、Windows 11 を再インストールせずに Smart App Control を間もなく無効にできることを確認

<本文>11 月初旬に開発チャネルとベータ チャネルにリリースされたビルド 26220.7070 以降、Windows をクリーン インストールしなくても、スマート アプリ コントロールをいつでもオンまたはオフにできるようになりました。この切り替えは、Windows セキュリティ > アプリとブラウザー コントロール > スマート アプリ コントロール 設定の下にあり、有効にすると、信頼できないアプリや有害な可能性のあるアプリを引き続きブロックします。 これまでは、一度でもスマート アプリ コントロールを無効にすると、システムをワイプしてクリーン インストールをやり直しない限り、Windows はスマート アプリ コントロールを永久にロックオフしていました。 Smart App Control で正規のソフトウェアをブロックしていたユーザーは、壊れたアプリを使い続けるか、その機能を永久に諦めなければなりませんでした。 Smart App Control は、Windows 11 のゲートキーパーとして機能するように設計されています。何かの実行後にスキャンするのではなく、Microsoft のアプリ インテリジェンス サービスとコード整合性ルールをチェックすることで、危険なアプリを起動前に停止しようとします。未知のアプリ、未署名のアプリ、または疑わしいアプリを完全にブロックします。理論的には、これにより Windows はマルウェア、PUA、ゼロデイ エクスプロイトに対してより安全になります。 しかし、実際には、Smart App Control は多くのユーザーにとって邪魔になっており、Microsoft も最終的にそれを認めたようです。このアップデートでは、スマート アプリ コントロールが何をブロックするかを決定する方法は変更されませんが、ユーザーはスマート アプリ コントロールを一度オフにしても永久に罰せられることはなくなりました。 以前は Smart App Control を再度有効にすることができなかった理由 この Insider ビルドまで、Smart App Control は非常に厳格なライフサイクルに従っており、エラーの余地はほとんどありませんでした。 Microsoft は、Windows 11 のクリーン インストール時または完全なシステム リセット後にのみ動作するように設計しました。古い W​​indows バージョンからアップグレードした場合、Smart App Control はデフォルトでオフのままでした。また、クリーン インストールを実行した場合、Windows はそのインストールを Smart App Control の運命を決める唯一のチャンスとして扱いました。