カテゴリーアーカイブ Windows

著者:ym

Windows7 の有償延長サポート

来年2020年1月14日で Windows7 のサポートが終了しますが、有料でサポートを購入する事もできる様な情報が出てきました。

米マイクロソフトはこの方針を転換。ボリュームライセンス契約を結んでいるかどうかにかかわらず、あらゆる企業がWindows 7の延長サポートを購入できるようにすると発表しました

今回の発表で新たにWindows 7 ProfessionalとWindows 7 EnterpriseのESUが、マイクロソフトのクラウドソリューションパートナー経由で12月1日より購入可能になります。
Windows 7 ESUはデバイスごとに販売され、1年ごとに料金が値上がりしていく予定。

https://www.publickey1.jp/blog/19/windows_72023.html

どうしても Windows7 を安全に使い続ける必要がある場合は、ボリュームライセンスでなくてもこの有償サポートを購入する事で維持ができそうです。

ただし年々料金が上がっていく仕組みらしい。

  • この記事いいね! (0)
takahashi 著者:takahashi

Cygwinのバージョンを確認する方法

Unixライクな環境をWindows上で再現できるCygwinですが、使用しているとインストール済みのCygwinのバージョンが知りたくなる時があります。

Cygwinはインストーラーがパッケージマネージャを兼ねているような感じになっているので、Cygwinのインストーラーからインストール済みバージョンを確認することは可能です。

しかし、インストーラーをインストール後に破棄してしまった場合で、再度インストーラーをダウンロードできないような状況では困ることがあります。

実はCygwinではパッケージマネージャだけでなく、Cygwinターミナル上からもバージョンを確認することができます。

下記のコマンドを実行します。

cygcheck -c cygwin

すると下記のような形でバージョンが出力されます。

$ cygcheck -c cygwin
Cygwin Package Information
Package              Version        Status
cygwin               2.10.0-1       OK

cygcheckコマンドはインストールされたcygwinパッケージのバージョンなどを表示することができるコマンドなのですが、Cygwin本体もCygwinのパッケージとして扱われているので、このコマンドで情報が確認できるようになっているようです。

Cygwinのバージョンのチェックが必要な場合は参考にしてみてください。

  • この記事いいね! (0)
著者:杉浦

【Windows10】起動時に高頻度でブルースクリーンになる問題の対処法の一つ

 結論として、対処法の一つは高速スタートアップを切ることでした。切り方は以下の通りです。

アドレス:コントロール パネル\ハードウェアとサウンド\電源オプション\システム設定
UIを使った移動経路:コントロールパネル->ハードウェアとサウンド->電源オプション->電源ボタンの動作を選択する
移動した場所にある「高速スタートアップを有効にする(推奨)」のチェックを外す。
※チェックを外す前に「現在利用可能ではない設定を変更します」のメッセージをクリックする必要がある場合があります。


 これをするとPCが健康になる場合があります。勝手な想像ですが、高速スタートアップをするべきでないPCスペックであるにも関わらず高速スタートアップをしようとしていたのでしょう。
 以下、解決までの道筋です。
 今回起きていた問題は題にある通り、起動時に高頻度でブルースクリーンになる、というものでした。今回の問題の厄介な点はブルースクリーン時に表示されるエラーコードが多様だった点にありました。例えば、SYSTEM_THREAD_EXCEPTION_NOT_HANDLED、MEMORY_MANAGEMENT、BAD_POOL_CALLERです。このためエラーコードをググってピンポイントな解決を見つけることができませんでした。起きているエラーについて詳しく調べることでGoogle先生の提案する解決策を絞り込めます。エラーについて詳しく調べるにはWindowsのログを追うことが一つのやり方です。
 Windowsのログはコンピュータの管理のイベントビューアーから見ることができます。ここからエラー、警告、重大といった問題の起きそうなイベントのログを見ます。今回ならばとりあえず終了時の問題か、起動時の問題かの二択が想像でき、どちらの問題か調べようとしました。このログを見る限り、起動時に問題が発火、大炎上しています。

 これの中を読んでググってとしていくと起きていることがエラーコードのみよりもずっと深くわかります。今回は起点が常に高速スタートアップの失敗で、まさにそれが原因でした。(下図の様に高速スタートアップの失敗がいつも起きていた。そこから派生していくイベントのどこかしらで決定的な破綻が発生。)
 

 後は”高速スタートアップ”でググって予測で出てきた”高速スタートアップ 無効”で提案されたやり方を適用して処置完了です。
 処置後の経過をざっくり見るには信頼性モニター(コントロール パネル\システムとセキュリティ\セキュリティとメンテナンス\信頼性モニター)が便利です。以下の様に起きたイベントからPCの状態を評価、表示してくれます。処置後は回復に向かっており、一度も起動時のブルースクリーンは起きていません。

  • この記事いいね! (1)
村上 著者:村上

【Windows】npmがアップデートできない時の対処法

npm をアップデートしようとしたところ、更新コマンドは問題なく動くのですが、その直後にバージョンを調べても前のバージョンのままという現象が発生していたので、その対処法についてまとめ。

いくつかサイトを見たところ、下記2つのコマンドのどちらかを実行すれば、npm をアップデートできるとのことでしたが、何度実行してもアップデートできませんでした。

npm install -g npm
npm update -g npm

なお、teratail にも全く同じ現象で悩んでいる方がいらっしゃいました。

npm – npm 自身のアップデートができない|teratail
https://teratail.com/questions/152620

 

さて、こちらの現象の対処法ですが、上の teratail の回答で紹介されている Qiita の記事に詳しく掲載されていました。

“npm update -g npm”(npm自身のアップデート)が適用できないのは、実行元のnpmが複数存在するため – Qiita
https://qiita.com/itsumoonazicode/items/ae61c5787064bce3eff8

こちらの記事によると、「npm がアップデートできない原因は、実行元となる npm が複数存在するため」だとか。
…これだけだとわからないので、まずコマンドプロンプトで下記へ下記のディレクトリを確認してみてます。

C:\Program Files (x86)\Nodist\bin

で、このディレクトリ内に、npmnpm.cmdnpm.exe があるので、こちらのバージョンをそれぞれ下記のコマンドで確認します。

npm -v
npm.cmd -v
npm.exe -v

私の環境では、npmnpm.exe が以前のバージョンのままでした。
バージョンが確認できたら、バージョンが古い npm をリネームして、実行されないようにします。
コマンドは下記のとおりです。

move npm npm-orig
move .\npm.exe npm-orig.exe

上記を実行したら、npm -v でバージョンを確認してみてください。
バージョンが無事に上がっていたら成功です!

 

以上、npm のアップロードができない時の対処法でした。
何となくしっくりこない対処法でしたが、バージョン更新は無事できたので良しとします。

  • この記事いいね! (0)
takahashi 著者:takahashi

WSL上のLinuxでGUIを動かす方法

Windows上でLinux環境を動作させることができるWSLですが、実はGUI環境もインストールできることはご存知でしょうか。

今回はUbuntu・KaliLinuxにデスクトップ環境の一つであるXFceをインストールする方法をご紹介します。

まず、デスクトップ環境を起動する予定のあるユーザーの

~/.bashrc

ファイルをviなどで開き、ファイルの先頭に下記のように追記します。

export DISPLAY=:0.0 #display番号
export LIBGL_ALWAYS_INDIRECT=1

次に、必要なパッケージをインストールします。下記のコマンドを一行ずつ実行します。
なお、実際にパッケージをすべてインストールしたところ、2GB前後消費したので、PCに十分な空き容量があるかあらかじめチェックしておいてください。

sudo apt update
sudo apt upgrade
sudo apt install xfce4-terminal #Xfce4上で動作するターミナルアプリ
sudo apt install xfce4 #xfce4本体
sudo apt install fonts-takao #日本語用フォント(これがないと文字化けする)

インストール中に言語をどうするか聞かれるので、”日本語”を選択します。

インストールが完了すれば、Linux側の最低限のセットアップは完了です。

次にWindows上でLinuxのGUIが表示できるように準備します。

LinuxOSのGUIをWindowsで動作させるためにはWindows上で動作する”Xサーバー”が必要になるのでインストールします。

Windows用のXサーバーアプリはいくつかあるようなのですが、僕は”Xming”を使用しました。

Xming X Server for Windows – OSDN

リンク先ページのダウンロード一覧から

Xming-X-X-X-X-setup.exe

のような名前になっているファイルをダウンロードし、インストールします。

インストールが完了したら、”XLaunch” アプリを起動します。

赤枠の”One window”を選択し、Display numberを先程~/.bashrcに指定したdisplay番号と同じ番号(例: “0.0”なら0、”1.0″なら1)に合わせます。

以降の設定は最後の画面まで何も変更せずに”次へ”をクリックします。

上のような、最後の画面になったら、Save configurationをクリックすると、ここまでの設定内容をファイルに保存しておくことができ、次回以降はファイルを開くだけで設定した内容でXサーバーを起動できます。

configurationファイルの保存が完了したら、Xmingがすでに起動していないのを確認した上で”完了”をクリックします。

下の画像のような画面が表示されたら、準備完了です。

この状態で、Windows上からWSLのコンソールを開き、下記のコマンドを実行します。

startxfce4

すると、先程Xlaunchで起動したウインドウにXfceの画面が表示されます!

一見、見た目はかなり綺麗にでていて驚きました。

Windows上でLinuxがVMを通さずに動いているのを目の当たりしてしまうと、なかなか不思議な感覚になりますねw

ただし、完全に動作できるかというとまだまだ不具合もあるようで、なぜかChrome系のブラウザが起動できなかったり、ダブルクリックでファイルが開けなかったりなどの不具合があるようです。

これらについては今回参考にさせていただいた記事に緩和策も紹介されていましたが、完全には解決することはできないようです。

しかし次のWindows10 の大型アップデート(20H1) で、WSL2が搭載され、”本物”のLinuxカーネルが利用できるようになるとのことだったので、もしかするとこういった問題も解消するかもしれません。

Windows上でGUIも動かせるとなれば、余分なリソースを消費して仮想マシン上にLinuxをインストールすることなくほぼ実物に近いLinux環境をWindows上で動かせるということになり、開発もかなりしやすくなりそうですし、デュアルブートも必要なくなってくるかもしれませんね。

今後の展開が楽しみです。

参考: WSLでwindows上にLinuxのGUI環境を作る[メモ] – Qiita

  • この記事いいね! (0)
takahashi 著者:takahashi

Microsoftが開発したターミナルアプリ “Windows Terminal” を試してみた!

GitやWSL、SSHなど、最近は開発や保守などで、GUIメインなWindows上でもCUIを使用する機会が増えてきました。

しかし、LinuxやMacOSなどでは現在に至るまで伝統的にCUIが使われてきたためか、標準の仮想コンソールアプリケーションでもそこそこの機能を持つものが多いのですが、Windowsに標準で装備されている仮想コンソールアプリ(cmdなど)は必要最低限という印象で、しかもSSHなどで繋げた際にUnix系のOSとの互換性が微妙だったりという欠点が目立っていました。

そんな中、Microsoftが公式にWindows Terminal のプレビュー版をリリースしました。

Windows Terminal(Preview) – Microsoft Store

このアプリはWindows 10 1903以降でのみ利用可能となっていますが、従来のWindows標準ターミナルアプリの欠点をほぼすべて補うような内容になっています。

例えば、ほかのUnix系アプリでは標準で備えているタブ機能のほか、 SSHの標準サポート、さらに新規タブを開く際に使用するシェルを選択できたり、デザインのカスタマイズを行ったりといったことも可能になっています。

従来では、Windowsのコマンド操作はcmd/Powershellアプリを使い、WSLはコマンドで起動、SSHはTeratermで…といった形でかなり使い勝手が悪かったのですが、Windows Termialを使えばすべて1つのアプリで完結できるようになるのでとても便利そうです。

現状、ターミナルの動作設定はjsonファイル直接編集する形でのみ提供されているため少々扱いづらいです。ただ、多彩な設定が可能なので、GUIの設定画面が装備されたら最強のターミナルアプリになるかも…?

正直、Windowsのコンソールアプリは一つの悩みの種にもなっていたため、新しいターミナルをMicrosoft公式でリリースされるのはとてもありがたいです。

今後の動きが楽しみですね。

  • この記事いいね! (0)
takahashi 著者:takahashi

Microsoftが正式にLinuxのexFAT対応を支援

HDDやSSDなどのストレージ上でファイルの管理の仕方を定義する”ファイルシステム”の一つとして、exFATと呼ばれるものがあります。

このexFATは昔Windows上でよく使われていたFAT32というファイルシステムを拡張したものです。

FAT32にはほかのモダンなファイルシステムと比較して、いろいろと難点がありました。

  • 4GBまでのファイルしか保存できない
  • 実質2TiB(厳密な1024進数上での2TBのこと)までのパーティションしか扱えない
  • 圧縮、暗号化機能なし
  • ジャーナリング機能なし

ジャーナリング機能がないためファイルシステムが破損しやすく、また、保存できるファイルの大きさにも制限がありました。

ただ、FAT32はほかのファイルシステムの中でも、Windows以外の多くのOSで実用的なレベルでサポートされている数少ないファイルシステムでもあります。
(NTFSも一応MacOSやLinuxでも使えますが、これらのOSで標準で使われるNTFS-3Gドライバは、実はNTFSを完全にサポートしておらず、Windowsで使用しているときと比較してリスクがあるらしいです。)

そんな中、MicrosoftはFAT32の改良版として、exFATというファイルシステムをリリースしています。

このexFATでは、モダンなファイルシステムにあってFAT32にはなかった性能や機能が盛り込まれています。

  • ファイルあたりの容量制限は16EiBに増加(現状のハードウェアでは1ファイル16EiBのファイルは事実上作成できないため実質無制限)。
  • 16 EiBまでのパーティションを扱える
  • ジャーナリング機能を搭載⇒FAT32と比較してデータが壊れにくい。
  • FAT32と比較して読み書きが高速

上記のように、FAT32と比較して、最新のマシンでも問題なく使えるレベルまでには進化しました。

ただ、FAT32と比較した唯一の欠点が、Linuxでのサポートがいまいちだった点です。

例えば、Linux上で視覚的にパーティションの編集やディスクのフォーマットができる gparted ではNTFSは何とか操作できますが、exFATは作成することすらで着ない状況でした。

そんなexFATですが、先日Microsoftから、Linux上でexFATをちゃんと扱えるようにするための実装の支援を公式に行うことが発表されました。

Microsoft、Linuxカーネルで公式に「exFAT」サポート – ITMedia News

うまくいけば、Linuxカーネル上でも標準でexFATがサポートされ、どのOSでも扱うことができる安全なファイルシステムとして利用できる状態になるかもしれません。

USBメモリなど、最近はOSを問わずファイルを移動したい場合も非常に多くなっているので、こういった対応はとてもありがたいですね。

公式サポートのリリースが楽しみです。

  • この記事いいね! (0)
takahashi 著者:takahashi

Windows10 1903でついにサウンド設定が設定アプリに移動

Windows 10 1903で、ついにサウンド設定が”設定アプリ”に移動しました。

1809まではこのように従来のWindowsと同様の設定画面だったのですが、1903からは

こんな形で、設定アプリに移動しました。

配置が換わっていて、最初どの機能がどこにあるのかわからなくて戸惑いました(;´∀`)

どの機能がどこへ移動したのか、把握するまでには少し時間がかかりそうですね…

  • この記事いいね! (0)
asaba 著者:asaba

別のプログラムがこのフォルダーまたはファイルを開いているので、操作を完了できませんメッセージでハマった時の対処法

あるファイルを別のフォルダの中に入れようとしたら以下のような警告が出てはまりました。

 

「別のプログラムがこのフォルダーまたはファイルを開いているので、操作を完了できません」

該当するファイルは全部閉じて再度コピーを試みたのですが依然変わらず・・・。

だとしたらどこかで参照されているのかな?と思い探そうにも一つ一つのファイルを見るのも骨が折れるし

効率が悪い・・・。と思っていたら有益な情報を入手。

まず、コマンドプロンプトで「perfmon.exe /res」と入力してリソースモニターを立ち上げます。

 

 

リソースモニターは、どのアプリがメモリを多く食っているか・どのアプリが動いていない状態か等を

特定することができるツールです。(タスクマネージャーと同じ意味?)

CPUタブをクリックすると真ん中あたりにハンドルの検索というテキストボックスがあるのが分かります。

 

ここにコピーできなかったファイルの名前を入れて検索するとどこのアプリが

当該のファイルを操作しているかを知ることができます。

特定出来たら原因となっているアプリを閉じてみて自分の実行したい処理(自分の場合は別フォルダにコピー)

を試してみてください。

ちなみに自分のは既存で開いていたコマンドプロンプトで当該ファイルのディレクトリに在中していたのが原因でした。

 

同じような状況で困っていたらこちらを参考にしてみてください!それでは。

 

 

 

 

  • この記事いいね! (0)
村上 著者:村上

【PowerPoint】入力した英字がすべて大文字になる時の対処法

頻繁に使うものではありませんが、たまに遭遇した時に覚えておくと便利なので備忘録としてまとめます。
PowerPoint でスライド資料を作成中、入力した英字が大文字になってしまう時の対処法です。
例えば、「Power Point」と入力したはずが、実際には「POWER POINT」となってしまうときにお試しください。

今回参考にさせていただいた記事はこちらから。

なんで全部大文字になるの?というときに|クリエアナブキのちょこテク
https://www.crie.co.jp/chokotech/detail/156/

 

対処法としては簡単で、まずリボンメニューのホームの「フォント」の設定を開きます。
フォントの設定エリアの右下隅にある、四角と矢印のアイコンをクリックしてください。
すると、下記のようなウィンドウが開くと思いますので、「文字飾り」の項目の「すべて大文字」のチェックを外します。

あとは OK ボタンをクリックすれば、設定が反映されるはずです。

設定としては以上ですが、場合によってはある程度スライドを作ってしまってからこの設定を反映させたい場合があるかもしれません。
その際に、いちいち入力エリアを選択して、フォントメニューを開いて設定…とやるのは面倒なので、そんな時は「スライドマスター」から一括変更を行います。
下の画像のように、リボンメニューの「表示」を選択すると、「スライドマスター」という項目があるのでこちらをクリックします。

すると、現在使用しているスライドのテンプレートがすべて表示されるので、ここからフォントの設定を変更したい項目を選択し、上記で紹介した方法で「すべて大文字」を解除します。
例えば、変更したいスライドのテンプレートの見出しを選択して設定を変更すれば、すべてのスライドにこの変更が反映されます。
あとは、スライドマスターを閉じれば、元の画面に戻ります。

 

以上、PowerPoint で英字がすべて大文字になってしまう時の対処法でした。
特に一括変更は他の設定でも使えますので、覚えておいて損はないかと思います。
参考になれば幸いです。

  • この記事いいね! (0)