技術的なことをメインにいろいろ書いてくサイトです
ジャンク屋で買ったLTEカード EM7330 、firmwareについて気にしていなかったのですが、あったようなのでメモ
ただ、ユーザ登録が必須っぽい？
・Firmware
AirPrime EM73xx/MC73xx FW Package Build 4837
EM7330は一番下に「Docomo」という列があって「SWI9X15C_05.05.65.00」となっていた。
・Firmware アップデート用ツール
Module Firmware Download Tool (FDT – command line tool for Windows)
・Windows用ドライバ
Windows Drivers for EM/MC Series Modules (Build 5087)
Windows Updateで持ってくるので気にしていなかったのですが、Windows用ドライバが配布されていました。
富士通サイトには 「Sierra Wireless EM7330 WWAN Driver + Firmware Updater」 があり、SWI9X30C_05.05.63.00 になる
Windows Active Direcotry環境とNISによるユーザ管理を行っているSolaris/Linux環境の両方からONTAP 9.9上の共有にアクセスする場合、ユーザ名マッピング設定を行う。
ただ、指定したマッピングが正しく動いているかを確認する方法がわかりにくいのでメモ書き。
(関連資料「ONTAP 9.xでntpやDNSの動作確認」)
今回はStorage VM:netapp103に対して、 Active Directory:VM2 (vm2.adosakana.local) と NISドメイン:nisdom を接続した。
「vserver services name-service nis-domain show」で設定を確認
netapp101::> vserver services name-service nis-domain show
NIS
Vserver Domain Server
------------- ------------------- ------------------------------------
netapp103 nisdom 172.17.44.49
netapp101::>
接続できているかを確認するには「vserver services name-service nis-domain show-bound」を実行する。接続できている場合は「Bound NIS Server」に接続出来ているNISサーバのIPアドレスが表示される。
netapp101::> vserver services name-service nis-domain show-bound
Bound
Vserver Domain NIS Server
------------- ------------------- -----------------
netapp103 nisdom 172.17.44.49
netapp101::>
接続できていない場合は、「-」という表示になる
netapp101::> vserver services name-service nis-domain show-bound
Bound
Vserver Domain NIS Server
------------- ------------------- -----------------
netapp103 nisdom -
netapp101::>
なぜ接続出来ていないかを確認するには権限をdiagに変更した上で「vserver services name-service nis-domain show-bound-debug」を実行して確認する。(advancedでは使えない)
netapp101::*> vserver services name-service nis-domain show-bound-debug
Bound Bound
Vserver Domain NIS Server Status
------------- ------------------- ----------------- -------------------
netapp103 nisdom 172.17.44.49 Could not connect to server
netapp101::*>
今回は「Could not connect to server」ということで、NISサーバへの接続がうまくいかない、ということだった。確認したところ、途中のfirewall設定の問題でNISに関するポートが空いていないためだった。
設定変更後、手動でNISの再接続を行う場合は、ypbindの再起動を行う。このコマンドはノード名を指定することに注意
netapp101::*> vserver services name-service ypbind restart -node ノード名
netapp101::*>
再度「vserver services name-service nis-domain show-bound-debug」を実行して「Status: Success」となっていれば問題ない。
netapp101::*> vserver services name-service nis-domain show-bound-debug
Bound Bound
Vserver Domain NIS Server Status
------------- ------------------- ----------------- -------------------
netapp103 nisdom 172.17.44.49 Success
netapp101::*>
/etc/nsswitch.confに相当する設定をStorage VMに対して行い、ユーザ名とグループ名に関してNISから情報を持ってくるように設定する。
設定を確認するには「vserver services ns-switch show」を実行する
netapp101::> vserver services ns-switch show
Source
Vserver Database Order
--------------- ------------ ---------
netapp103 hosts files,
dns
netapp103 group files,
nis
netapp103 passwd files,
nis
netapp103 netgroup files
netapp103 namemap files
netapp101 hosts files,
dns
netapp101 group files
netapp101 passwd files
8 entries were displayed.
netapp101::>
UNIX側でLDAP情報を使っていない場合は、LDAPを登録する必要は無い。(Windows側だけでActive Directory/LDAPを使っている場合はnsswitchには登録しない)
なお、ONTAP 9.xでは、NISを使用できるのは passwd, group, netgroup となっており、hosts では使用できない。
まず、UNIX側のユーザ名とUIDに関する情報がひけるかを確認するため「vserver services name-service getxxbyyy getpwbyname」と「vserver services name-service getxxbyyy getpwbyuid」を実行する。
これらはadvanced権限が必要となっているので「set adv」で切り替えてから実行する。
netpp101::*> vserver services name-service getxxbyyy getpwbyname -vserver netapp103 -username osakanataro
pw_name: osakanataro
pw_passwd: !!
pw_uid: 1000
pw_gid: 1000
pw_gecos:
pw_dir: /home/osakanataro
pw_shell: /bin/bash
netpp101::*> vserver services name-service getxxbyyy getpwbyuid -vserver netapp103 -userID 1000
pw_name: osakanataro
pw_passwd: !!
pw_uid: 1000
pw_gid: 1000
pw_gecos:
pw_dir: /home/osakanataro
pw_shell: /bin/bash
netpp101::*>
このような形で情報が引けたら問題ない
うまく取得出来ていない場合は、下記の様な出力となる
netapp101::*> vserver services name-service getxxbyyy getpwbyname -vserver netapp103 -username osakanataro
Error: command failed: Failed to resolve osakanataro. Reason: Entry not found for
"username: osakanataro".
netapp101::*>
UNIX/Linuxのユーザ名/UIDとWindowsのユーザ名/SIDを変換するには ONTAPにネームマッピング設定を行う必要がある。
WindowsからUNIX/Linuxに対するマッピング(win-unix)と、UNIX/Linuxに対するマッピング(unix-win)の２種類を設定する必要がある。
netapp101::> vserver name-mapping show
Vserver: netapp103
Direction: win-unix
Position Hostname IP Address/Mask
-------- ---------------- ----------------
1 - - Pattern: VM2\\*
Replacement: *
Vserver: netapp103
Direction: unix-win
Position Hostname IP Address/Mask
-------- ---------------- ----------------
1 - - Pattern: *
Replacement: VM2\\*
2 entries were displayed.
netapp101::>
基本的に１対１となるようであれば、「ADドメイン\Windowsユーザ名」→「UNIXユーザ名」というルール(win-unixにある「VM2\\* → *」)と「UNIXユーザ名」→「ADドメイン\Windowsユーザ名」(unix-winにある「* → VM2\\*」)を設定することになる。
なお、”\”は２つ指定する必要がある。
実際にどのようなマッピングが行われているのかを確認するには「vserver services access-check name-mapping show」を使います。このコマンドもadvanced権限が必要です。
netapp101::*> vserver services access-check name-mapping show -vserver netapp103 -direction win-unix -name osakanataro
ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping.
'osakanataro' maps to 'osakanataro'
netapp101::*>
Windowsの名前からUNIXを探すときはにユーザ名を「-name "vm2\\osakanataro"」というように"でくくると正常な動作とならないので注意。
また、ドメインとユーザの区切りは「\\」と２つ続ける必要がある。
netapp101::*> vserver services access-check name-mapping show -vserver netapp103 -direction win-unix -name vm2\\osakanataro
ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping.
'vm2\\osakanataro' maps to 'osakanataro'
netapp101::*> vserver services access-check name-mapping show -vserver netapp103 -direction unix-win -name osakanataro
'osakanataro' maps to 'VM2\osakanataro'
netapp101::*>
なお、NISサーバにアクセスできない場合にこのコマンドを実行すると、以下の様な結果になります。
netapp101::*> vserver services access-check name-mapping show -vserver netapp103 -direction unix-win -name osakanataro
Vserver: netapp103 (internal ID: 3)
Error: RPC map name request procedure failed
[ 4 ms] Mapping Successful for Unix-user 'osakanataro' to Windows
user 'VM2*' at position 1
[ 11] Successfully connected to ip 172.17.44.49, port 445 using
TCP
[ 59] Unknown error: 12
[ 59] Failed to initiate Kerberos authentication. Trying NTLM.
[ 70] Encountered NT error (NT_STATUS_MORE_PROCESSING_REQUIRED)
for SMB command SessionSetup
[ 95] Successfully authenticated with DC
samba.adosakana.local
[ 109] Encountered NT error (NT_STATUS_PENDING) for SMB command
Read
[ 117] Could not find Windows name 'VM2*'
**[ 120] FAILURE: Name mapping for UNIX user 'osakanataro' failed.
** Explicit Mapping failed and no default mapping found
Error: command failed: Failed to find mapping for the user. Reason: "SecD
Error: The mapped user does not exist and no default user is defined".
netapp101::*>
ONTAP上に置かれているファイルの権限をONTAP OS上から確認する「vserver security file-directory show-effective-permissions」がadvanced権限にあります。
確認したいファイル/ディレクトリをフルパスで指定します。
Windows側ユーザ名でアクセスした場合の確認。このコマンドではドメインとユーザの区切りは「\」が1つとなる。
netapp101::*> vserver security file-directory show-effective-permissions -vserver netapp103 -win-user-name VM2\osakanataro -path /sharevol/testfile.txt
Vserver: netapp103
Windows User Name: VM2\osakanataro
Unix User Name: osakanataro
File Path: /sharevol/testfile.txt
CIFS Share Path: -
Effective Permissions:
Effective File or Directory Permission: 0x1f01ff
Read
Write
Append
Read EA
Write EA
Execute
Delete Child
Read Attributes
Write Attributes
Delete
Read Control
Write DAC
Write Owner
Synchronize
netapp101::*>
UNIX/Linux側からアクセスした場合の確認
netapp101::*> vserver security file-directory show-effective-permissions -vserver netapp103 -unix-user-name osakanataro -path /sharevol/testfile.txt
Vserver: netapp103
Windows User Name: VM2\osakanataro
Unix User Name: osakanataro
File Path: /sharevol/testfile.txt
CIFS Share Path: -
Effective Permissions:
Effective File or Directory Permission: 0x1f01ff
Read
Write
Append
Read EA
Write EA
Execute
Delete Child
Read Attributes
Write Attributes
Delete
Read Control
Write DAC
Write Owner
Synchronize
netapp101::*>
ユーザ名/UID/SID変換の詳細を確認したい場合は、advanced権限にある「vserver services access-check authentication」を使います
UNIX用ユーザ名からUNIX UIDを検索
netapp101::*> vserver services access-check authentication translate -vserver netapp103 -unix-user-name osakanataro
1000
netapp101::*>
UNIX UIDからUNIX用ユーザ名を検索
netapp101::*> vserver services access-check authentication translate -vserver netapp103 -uid 1000
osakanataro
netapp101::*>
UNIX UIDからWindows用SIDを検索
netapp101::*> vserver services access-check authentication uid-to-sid -vserver netapp103 -uid 1000
SID: S-1-5-21-937304154-1581684492-536532533-1180
netapp101::*>
SIDからUNIX用ユーザ名 と Windows用ユーザ名を検索
netapp101::*> vserver services access-check authentication sid-to-unix-name -vserver netapp103 -sid S-1-5-21-937304154-1581684492-536532533-1180
SID Type: User
Unix Name: osakanataro
Domain Name: VM2
Windows Name: osakanataro
netapp101::*>
Windows用ユーザ名からSIDを検索。このコマンドではドメインとユーザの区切りは「\」が1つとなる。
netapp101::*> vserver services access-check authentication translate -vserver netapp103 -win-name osakanataro
S-1-5-21-937304154-1581684492-536532533-1180
netapp101::*> vserver services access-check authentication translate -vserver netapp103 -win-name vm2\osakanataro
S-1-5-21-937304154-1581684492-536532533-1180
netapp101::*>
Windows 7を初期インストールしてWindows Updateを実行すると、「エラーコード 80072EFD」で失敗する。
Windows 7のルート証明書は１つ以外期限切れとなっている
DELLに「Windows 7のアップデートが動作しない」という情報があった。
インストールしたメディアがService Pack 1未適用であれば「Windows 7 Service Pack 1(KB976932)」から「windows6.1-kb2533552-x64_0ba5ac38d4e1c9588a1e53ad390d23c1e4ecd04d.msu」をインストールしてmsuパッケージ適用システムのアップデート(KB2533552)を実施。
続いてSP1本体の「windows6.1-kb976932-x64_74865ef2562006e51d7f9333b4a8d45b7a749dab.exe」 を適用し、再起動
なお、SP1インストール中にKB976902 をダウンロードしてインストールしている模様
「Windows 7 for x64-Based Systems 用更新プログラム (KB3020369)」から windows6.1-kb3020369-x64_5393066469758e619f21731fc31ff2d109595445.msu を適用
「Windows 7 for x64-Based Systems 用更新プログラム (KB3125574)」からwindows6.1-kb3125574-v4-x64_2dafb1d203c8964239af3048b5dd4b1264cd93b9.msu を適用し、再起動
これでWindows Updateが実行できるようになりました。
有効なルート証明書も増えました
DELLページではInternet Explorer 11のインストールが薦められていますが、2022年7月現在リンク先が動作していません。
現状は「x64 ベース システム Windows 7 用 Internet Explorer 11」から入手となる様です。
ただ、DELLページだと別途Internet Explorer 11をインストールする、と書いてありますが、WIndows Updateからでインストールすることも出来ます。
単独でインストールする場合は上記リンクから ie11-windows6.1-x64-en-us_ddec9ddc256ffa7d97831af148f6cc45130c6857.exe を入手しインストールすると前提パッチ適用も行われます。ただ・・・インストール後もWinodws updateでIE11インストールの選択が残っていたので、おとなしくWindows Update経由でインストールした方が良さそうです。
IE11インストーラによるインストール中に以下が追加されていた
「Windows 7 x64 Edition 用プラットフォーム更新プログラム (KB2670838)」
「Windows 7 for x64-Based Systems 用更新プログラム (KB2729094)」
「Windows 7 for x64-Based Systems 用更新プログラム (KB2834140)」
2022/07/15時点でWindows Updateを行うと２つの重要な更新プログラムで「エラーコード 80092004 Windows Updateで不明なエラーが発生しました」という失敗が発生した。
失敗している更新は以下の２つ
2019-09 x64 ベース システム用 Windows 7 向けセキュリティ マンスリー品質ロールアップ (KB4516065)
それぞれ定期的に更新されていそうなものなのでMicrosoft Catalogで検索してみるとかｋ
「Windows 7 向けセキュリティ マンスリー品質ロールアップ」で検索すると、2022/07/15時点では「2022-07 x64 ベース システム用 Windows 7 向けセキュリティ マンスリー品質ロールアップ (KB5015861)」が最新となる。
「Windows 7 用 .NET Framework 3.5.1、4.5.2、4.6、4.6.1、4.6.2、4.7、4.7.1、4.7.2、4.8 のセキュリティおよび品質ロールアップ」で検索すると、2022/07/15時点では 「2022-04 Windows 7 (x64 版) 用 .NET Framework 3.5.1、4.5.2、4.6、4.6.1、4.6.2、4.7、4.7.1、4.7.2、4.8 のセキュリティおよび品質ロールアップ (KB5012329)」が最新となる。
2022-07のロールアップの適用を試みたところ、エラーとなり、「Windows を実行しているコンピューターに .msu 更新プログラム パッケージをインストールするときのエラー メッセージ: 「このパッケージをインストールする前に、Windows モジュール インストーラーを更新する必要があります」」というリンクが案内された。
しかし上記記事内に各OSごとの更新プログラム情報のリンクが存在していない。
ただ、リンク先は「An update that prevents a “0xC0000034” error message when you try to install Windows 7 SP1, Windows Server 2008 R2 SP1, or Windows Embedded Standard 7 SP1 is available」という記事でそこからリンクされているアップデートファイルはアクセス出来ない。
「Update the Windows Update Agent to the latest version」の”Stand-alone packages for Windows 7 SP1 and Windows Server 2008 R2 SP1″にてダウンロードできそうだったのですがアクセス出来ず。
「2533552」で検索すると、そこにはWindows 7 x64 についてのファイルがないが、「Windows Embedded Standard 7 for x64-Based Systems 用更新プログラム (KB2533552)」で適用しようとしたが、すでに適用されてる、となった。
「https://www.catalog.update.microsoft.com/Search.aspx?q=KB3150513」
「https://www.catalog.update.microsoft.com/Search.aspx?q=KB3185319」
ここらを適用しつつ再起動を繰り返したら 次は 2020年 1月 31日 マンスリーロールアップの適用で止まった。
そこは以下を適用していったらなんとなった。
「2020 年 1 月 31 日 — KB4539601 (マンスリー ロールアップのプレビュー)」に記載されている前提パッチ
2019-03×64 ベース システム用 Windows 7 サービス スタック更新プログラム (KB4490628)
2019-09 x64 ベース システム用 Windows 7 のセキュリティ更新プログラム (KB4474419)
そしてパッチ本体 2020-01 x64 ベース システム用 Windows 7 向けマンスリー品質ロールアップのプレビュー (KB4539601)
Windows Server 2012R2 / Windows Server 2016 / Windows Server 2019 / Windows Server 2022 の標準的なインストールメディア内にストレージドライバが含まれていない場合、インストール途中にドライバが含まれてるメディアに差し替えて読み込む必要がある。
ストレージがなにも認識されていないので「ドライバーの読み込み」を選択
Windows Serverのインストール用DVDを抜いて、ドライバが含まれているCDに交換して、OK
該当するストレージのドライバディレクトリを指定
指定したドライバが正解であるなら「インストールするドライバーの選択」に表示されます。
次へをクリックしてドライバを読み込みます。
スキャンが終了すると、以下の様にディスクが表示されます。
しかし、よく見てみると「このドライブに Microsoft サーバー オペレーティング システムをインストールすることはできません (詳しい情報の表示) 」という注意マークがついています。
選択した場所に Microsoft Server オペレーティングをインストールできませんでした。 メディアドライブを確認してください。詳細については、次の情報をご覧ください: 0x80300001
これはWindows Serverのインストール用DVDが認識できない場合の表示です。
先ほどドライバが含まれているCDに交換しているので、Windows Server のインストール用DVDに交換し、「最新の情報に更新」をクリックします。
上記の様に警告が消えて「次へ」が選択できるようになりました。
あとは普通に進めていけば大丈夫です。
この現象はWindows Server 2012R2 , 2016, 2019, 2022で発生することを確認しました。
出したくないのであれば、Windows Serverのインストールメディアにドライバを組み込むか、DVDドライブやUSBメモリを複数用意し、同時にマウントするかです。
インストールメディアにドライバを組み込む際の参考資料:UEFIブートのサーバでWindows Server 2016のインストール用USBメモリが起動しない
twitterでAmazonで1万5千円だったタッチ対応モバイル液晶を買ってメーカー名のロゴを剥がしたらLenovoと書いてあった、というのを見た。
注意:この記事は既にワコムAESペンを持っている人を対象に書いています。(AESペンは6千円～1万円ちょいで買えます)
＜今回届いた液晶はLenovoのペン対応タッチパネル液晶でしたが、Amazonのレビューを見るとLenovoのロゴがないものもあるようです。その場合ペン動作がするのかどうかは不明です。たぶんガラス部分に印字されてないバージョンなだけだとは思いますが…＞
調べて見ると、Lenovoが保守用に販売している液晶を流用してモバイル液晶のケースに入れたものらしい。
興味を持ったので探してみると発見
表示は21999円となっているが、7/14 7/31 8/31までクーポンで7000円引きとなっていて 14999円である。
→ Visual Beat モバイルモニターモバイルディスプレイ13.3インチ FHD 1080p 2024/01/25現在 15999円
じゃあ、Lenovoの何の製品で使われているのか？
「13.3インチ」「10点タッチ」あたりで調べて見るとLenovo ThinkPad Yoga 730あたりで使われているやつじゃないかなーとあたりを付けた。
もし、この液晶であるならワコムAESペンが使えるはずなのでは？ということで買ってみた。
裏面にはVESAマウント用の穴もある。
まずは普通にHDMIモニタとして使えることを確認
続いて気になる左下のシールを剥がしてみます。
Lenovo!
続いてタブレットとしてつなげてみます。
Type-C 1本でディスプレイ出力もできるDisplayPort Alternate Mode対応のノートパソコンなどは「通信用C」とパソコンをType-Cケーブルで繋ぎます。「電源用C」にUSB PD電源アダプタをつなげるとパソコンへの電源供給も可能です。
HDMI出力しかないパソコンに繋いで液晶タブレットとして使うには、まず、「通信用C」と「パソコン」を「Type-Cコネクタ<=>Aコネクタ」のケーブルで繋ぎます。
繋いだあとで、miniHDMIケーブルをさすとパソコン側で認識してくれます。
なお、HDMI接続でタブレットとして使おうとした場合、おかしなUSBデバイス認識となる場合があります。その場合はケーブルを抜いて30秒程度放置したあと、USBケーブルから先に繋いで見てください。
(おそらく、Type-Cケーブル1本で繋ぐと誤認されてしまってDisplayPort Alternate Mode用に内部設定を変えて通信を行おうとするもののネゴシエーションに失敗しておかしなUSBデバイスになっている。)
次に、Windows 10の場合、Windows Inkの設定を変更して、「ペンの使用中はタッチ入力を無視する」にチェックを入れておくといいと思います。(ペンで操作中に画面に手が当たると、手で操作した、という扱いになるため)
この設定項目がない場合は後述のWacomのドライバを追加インストールすると現れると思いますので、インストール後に設定してください。
さて、この液晶タブレット、ワコムのAESペンが使えます。
これは「Wacom One」、「raytrektabなど一部のWindows タブレット」、「Samsung のタブレット(Sペン)」「BOOXのAndroidタブレット」と互換性があるペンです。
すみません↑の記述は誤認していました。
Bamboo Ink が入手しやすいものとなります。
うちにあったWACOM Bamboo Ink CS321AKをAESモードにして試してみます。
Krita でのペン動作の様子 pic.twitter.com/P7d9BImm30
— OSAKANA TARO (@osakanataro2) July 12, 2022
kritaで試してみたのですが、少し遅めな反応ですね。
他にDELL アクティブペン PN556W/750-AANM でも動きました。(PN556Wは電池が単6と特殊なボタン電池2個が必要なのでお薦めしません)
いま入手できて、単6電池1本で動くあたり、となるとBamboo Ink（CS323AG0C） か DELL アクティブペン PN5122W あたりが良さそうに見えます。
USB充電式としてはBamboo Ink Plus CS322AK0C ですかね
Wacomの販売ページ
USB充電式「Bamboo Ink Plus CS322AK0C」12,650円
単６電池１本式「Bamboo Ink 2nd generation CS323AG0C」 6,050円
ヨドバシでの販売ページ
USB充電式「ワコム WACOM CS322AK0C [Bamboo Ink Plus]」 10,800円
単６電池１本式「ワコム WACOM CS323AG0C [Bamboo Ink]」 5,830円
aliexpressで見つけた謎のType-Cコネクタで充電できるStylus Penも動作しました
買ったセラー「PN556W 2048 Rechargeable Stylus Pen for Dell Latitude 7285 7390 7400/ for HP Elite X2 1012 G1 G2 G3 G4 G5 G6 1020 EliteBook」$14.79
その他のセラー「Active Stylus Digital Stylus Pen Pressure Sensitivity Stylus Pen for HP Elite X2 1012 G1 G2 G3 G4 G5 EliteBook」$14.25
なお、ペンが全然反応しない、という場合は、Windowsのディスプレイ設定を開いてタブレット側を「メインディスプレイ」にしてみてください。(うちは１枚目のディスプレイがタッチ操作対応だったのでこれを設定しないとうまく動きませんでした）
どちらの番号がタブレットなのか分からない場合は「識別」をクリックすると画面上に番号が表示されますので、それで判断してください。
選択したあと、下の方にある「マルチディスプレイ」のところにある「これをメインディスプレイにする」にチェックを入れます。
無事ペンも使えるようになった状態というのは、Windows Ink / Tablet APIのタブレットとして動作している、という状態です。
これは最近の絵描きソフトであればだいたい対応している動作モードです。
ここにワコムが提供している「Wacom Components Driver version: 7.7-61」をインストールすると、SAI ver1などのWinTab API対応の古めのソフトも動くようになります。
2023/08/15追記:設定状況によっては「Lenovo Pen Settings Driver」じゃないと認識しない場合があるようです。(version 7.7-111にて遭遇)
また、インストールすることによりデバイスの認識も変わります。
デバイスのインスタンスパスを一部公開
Wacom Components DriverにはAESペンの細かい設定を行えるソフトもインストールされます。
このため、他に使用している液晶タブレットが無い場合や、Wintab.dllの競合問題が発生しないような場合は、できる限りインストールしておいた方がいいと思います。
なお、普通の液晶ペンタブレットだとペンの位置と画面上のカーソルの位置を合わせるためのキャリブレーション用のソフトウェアがありますが、そういったものが無いようです。（見つけられなかった）
人間側で補正する必要があるので繊細な人には向かないかもしれません。