タグ：設定の記事一覧

Windows10のPCを立ち上げて、左下のスタートボタンから「設定」をクリックし、設定ホーム画面が開いたとき、あなたのPCは、次のA、Bのうち、どちらの画面になっているでしょうか。

type - A 

type - B 

実は、手元にある2台のPCのうち、1台は「A」、もう1台は「B」と、設定ホーム画面上部のアカウント情報が表示されないPCと、表示されるPCがあったのでした。

長いこと不思議でしたが、いろいろ調べたところ、ようやく原因らしきことがわかってきました。

この記事は、そのメモになります。

1. 経緯

変化に気づきはじめたのは、Windows10のバージョンを1903から1909にアップデートした直後からでした。

バージョンが1903のときは、いずれのPCも「A」の画面が表示されていました。それ以前と同じなので特に違和感はありませんでした。

バージョンを1909にアップデートしたところ、1台は「A」、もう1台は「B」と、異なる画面が表示されるようになったのでした。それ以降に何回かWindows Updateがありましたが、設定ホーム画面上部のアカウント情報の表示については変化がありませんでした。

調べた結果、「A」から「B」の画面に移行しようとしていて、一部のPCのみに先行して「B」の画面を試験的に適用しているらしいことがわかりました。ですから、まだ全部のPCに適用されているわけではないようです。

ただ、ずくにも適用することはできるようで、その方法が次の記事にありました。

How to enable Settings header design on Windows 10 version 1903
(  https://pureinfotech.com/enable-settings-header-windows-10/  )

この記事をみると、Windowsのバージョンが1809から1903にアップされたころから始まったようです。

2. 設定ホーム画面上部のアカウント情報を表示させる方法

いずれは新しい「B」の画面に移行されると思われますが、いまだに「A」の画面の場合は、「B」の画面にすぐに移行させる方法があります。

(1) Githubのサイトから最新のmach2という圧縮zipファイルをダウンロードする。

この記事を書いている時点では、サイトは

https://github.com/riverar/mach2/releases

ダウンロードすべきファイルは
　　　　mach2_0.3.0.0_x64.zip      ←     (64ビットPCの場合)

です。

(2) ダウンロードしたzipファイルを任意のフォルダに移動し、そこで展開します。

例えば、以下の例では、フォルダとして、C:\Users\user01 に移動して展開しています。

(3) 左下のスタートボタンから「Windowsシステムツール」-「コマンドプロンプト」を選び、右クリックし、管理者モードで実行します。

(4) cdコマンドで、さきほど展開したフォルダに入ります。

(5) 次のコマンドをタイプし、実行します。
　　　　mach2 enable 18299130

(6) これで、「コマンドプロンプト」は閉じてかまいません。いったん、設定ホーム画面を閉じて、再び左下から「設定」をクリックし、設定ホーム画面を開くと、設定ホーム画面上部のアカウント情報が表示された「B」の画面になっているはずです。

3, 注意事項

注意事項として、このアプリケーションはサードパーティから提供されていますが、保証はされていない、また、ウィルス対策ソフトで悪意のあるアプリとして誤認識されてしまうかもしれない、ということです。もし、この方法を試みる場合は自己責任で実施して下さるようお願いします。

(2020-5-6)

4, 追記 - Windows10 に May 2020 Update を適用したらこうなった .......

Windows10のアップデートを実施しました。Versionは2004 になりました。

それで、このアカウント情報の表示部分がどうなったかというと、元にもどりました。すなわち、type-A の画面にもどってしまいました。

おそらく、これがデフォルトなのでしょう。これから変わるかもしれませんが、.......。

ということで、再度、type-Bの画面を上記の方法で設定してみることにしました。

左下のスタートボタンから「Windowsシステムツール」-「コマンドプロンプト」を選び、右クリックし、管理者モードで実行することになります。

これで、再度、設定ホーム画面を閉じて、再び左下から「設定」をクリックし、設定ホーム画面を開いたところ、次の type-C の画面になりました。

type-C

以前の type-B にあった「リワード」の項目はなくなりました。また、ユーザーの画像を設定しているのですが、これが消えてしまいました。

というわけで、Windows10 の May 2020 Update を適用すると、また変化しますよ、という報告でした。

(2020-5-31 追記)

久しぶりに、ダイヤルアップ接続に挑戦した。いや、Linux OSとしては初めてかなとおもう。まだ、ブロードバンドが普及しない時代に、PCのシリアルポートにモデムを接続し、電話回線を使ってインターネット接続したことはあるが、それ以来である。

今回は、ネットブックのPrime PC Cartina UMを使って、Fedora 11にて、また、モデムとしてはPHS携帯電話であるToshiba製の WX320Tを使用してインターネット接続した。

こうすることで、公衆無線LANが使用できない環境でも、無線電波を使ってインターネット接続できると考えたからであった。(WX320Tは、つなぎ放題で契約中のものを使用した。)

ここでは、おおよその手順と、途中でつまづいた問題点(最終的には解決したが)を紹介しようとおもう。

以下の手順を行う前に、無線LANのスイッチはOFFにしておく。([Fn]+[F2]で左下手前の4番めの青色のランプが消灯するはずである。)

Cartina UMには、USBポートが複数あるが、そのうちのひとつのポートとWX320TのUSB端子とを接続する。そして、lsusb、およびdmesgコマンドを実施してみる。

$ lsusb

---(省略)---

Bus 001 Device 004: ID 0bda:0156 Realtek Semiconductor Corp. Mass Stroage Device

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 002 Device 004: ID 0930:0d35 Toshiba Corp.

---(省略)---

のように、Toshiba製のデバイスが認識され、

$ dmesg

---(省略)---

usb 2-2: USB disconnect, address 2

usb 2-2: new full speed USB device using uhci_hcd and address 3

usb 2-2: New USB device found, idVendor=0930, idProduct=0d35

usb 2-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0

usb 2-2: configuration #1 chosen from 1 choice

cdc_acm 2-2:1.0: ttyACM0: USB ACM device

---(省略)---

のように、このデバイスが「ttyACM0」という名称で識別されていることが確認できるはずである。

この確認ができたら、次に、[システム]-[管理]-[ネットワーク]のメニューで、「ネットワーク設定」のタブを選択する。[ハードウェア]-[新規]-[Modem]で、「モデム設定」の別ウィンドウが現れるので、[デバイス]は、「/dev/ttyACM0」を入力し、その他はデフォルトのままとする。

さらに、[デバイス]-[新規]を選び、プロバイダーの登録情報を入力する。そして、このときのプロバイダー名が例えば「abcde」だとする。

ここまで完了すると、「/etc/ppp/peers」のディレクトリに「abcde」というファイルが自動的にできているはずである。また、「/etc/sysconfig/network-scripts」のディレクトリに、「ifcfg-abcde」というファイルが、もうひとつ、「/etc/sysconfig/networking/devices」のディレクトリにも、「ifcfg-abcde」というファイル(同じもの)ができているとおもう。

ここまで設定できたら、本来は、[システム]-[管理]-[ネットワークデバイスの制御]のメニューを開いて、「デバイス ppp0」を選択して「起動」をクリックすれば、ダイヤルアップで接続できるはずであった。

ここでひとつ、問題が生じたのであった。上述の手順で行うのだが、モデムが動作しない。どうも、ATコマンドの一部をWX320Tが認識しないようであった。いろいろ調査してみて、次のファイルを少し修正しなければならないことが判明した。

それは、「wvdial.conf」というファイルで、上記の設定を行うと自動的に作成されるファイルなのだが、その中にある「Init3=」から始まる一行を削除する必要があったのである。

# cat /etc/wvdial.conf ( ← rootでの処理が必要になる)

[Modem0]

Modem = /dev/ttyACM0

Baud = 460800

SetVolume = 0

Dial Command = ATDT

Init1 = ATZ

Init3 = ATM0 ( ←---- この行を削除する )

FlowControl = NOFLOW

[Dialer abcde]

Username = xxxxx@xxxxx.net

Password = xxxxxxxxxx

Phone = 0570570xxx##61

Stupid Mode = 1

Init1 = ATZ

Inherits = Modem0

このうちの、「Init3 = ATM0」をviエディタなどで削除する。そして、[システム]-[管理]-[ネットワークデバイスの制御]のメニューを開いて、「デバイス ppp0」を選択して「起動」をクリックする。こうして、ようやく、ダイヤルアップで接続できたのであった。

久しぶりに、モデムの「ATコマンド」なるものを使用してみた。Windowsでは、デバイスドライバーをWX320Tに付属しているCD-ROMからインストールしたので、特にこのようなつまづきはなかった。他のLinuxディストリビューションではどうか不明だが、この記述がなんらかの参考になれば、と願っている。

最後にひとこと、やはり、ダイヤルアップのPHSモデム接続では、速度は遅いと感じる。

(2009-11-15)

上記の記事を書いた後で、Fedora 11を再インストールしました。ほぼ、同じ方法で、ダイヤルアップ接続できたのですが、一点、パッケージwvdialのインストールが必要でした。もし、途中でメッセージがでた場合は、

# yum install wvdial

で、できるとおもいます。

(2009-12-30)