参った! Vistaは頑固者で一筋縄では行きません。
結局のところ、堂々巡りのsp1から脱出できないまま、数人が改善したと述べている手順を試すことにしました。
マイクロソフトからの作業手順に従って、サービスの Windows Update を停止して、ダウンロードしたファイルやログを全消去して、復元ポイントを新しく作成して、対応するsp1の Windows6.0-KB936330-X86-wave0.exe ファイル をダウンロードして、システムをセーフティーモードで起動して、ダウンロードした sp1 を管理者モードで実行しました。
期待したのに肩透かし、その後 「システムの整合性をとる」手順を管理者権限のコマンドプロンプトで行い、一部の修復ができなかったとの表示を含み完了し、再びセーフティーモードで sp1 を実行しましたが、同様に結果はエラーで、 エラーコード: 0x80070002 最初の頃のエラーコードは色々と変化していた様な記憶ですが、最近ではこのエラーコードに固定しています。
そこでエラーコードに対応する復旧手順の指示書に従って作業してみましたが、何故かエラーコードは同じ エラーコード: 0x80070002 えっ! その復旧なのに……、この意味は期待しているファイルが見付からないといった内容なのだとか?
次から次へと色々と行っているので、一部記憶違いがあるかも知れませんが、システム更新準備ツールとかのリンクから Windows6.0-KB947821-v35-x86.exe をダウンロードしました。同じような環境で再現した方が可能性があると思い、アップグレードしたIE8を削除して元のIE7に戻して、ダウンロード自体はブラウザにFirefoxを使いました。
今までの経いから期待をしないで Windows6.0-KB947821-v35-x86.exe を起動すると長い時間が立って完了しました。その後で sp1を起動すると、今度こそは正常に完了したようです。ちゃんとシステムのプロパティで、Windows Edition の下に Service Pack 1 の文字が書かれています。
その後のアップデートを継続実行しています。sp2までは長い道のりか?
また新たな壁に当たっています。やはりsp2が壁になってしまいました。同様にネットを検索するとsp2で進まなくなる人達が続出しているようです。その書き込みの内容にもsp1で使用したモジュールの名前が出てきます。
半信半疑で Windows6.0-KB947821-v35-x86.exe を実行してみましたがやはり駄目でした。でも解決方法を指示するリンクからダウンロードすると同じモジュールがダウンロードされたので、そのモジュールで解決した場合もあるようです。ただ、解決方法のリンクページは今のIE7 ではスクリプトが実行できないらしく、画面がグチャグチャでまともに見ることができません。
そんな訳で、IE8をスタンドアロンで再投入してから、次の対策に進めてみようかと思いました。IE8のインストールでは同時に色々な関連するモジュールが一緒にインストールされていると思われます。そして三度目のシステム更新準備ツール Windows6.0-KB947821-v35-x86.exe を実行してみました。
何となく同じソフトなのに、実行時間が長くなっているような気がします。実際にインストールされている内容で処理が異なるのでしょうね、きっと…そしてダウンロードしてあったsp2の Windows6.0-KB948465-x86.exe を実行しました。
長い時間が立ち、今度は最後まで実行したようです。システムのプロパティで、Windows Edition の下に Service Pack 2 が表示されました。
カテゴリー: ひとりごと
独り言として適当にメモ
Windows Vistaに四苦八苦 (2)
MS Windows Vista にはまってます。
別に書いているブログの続きです。何とか容量を拡張したVistaのシステムを Windows update しようと算段していますが、かなり難航していて頭を整理するためにブログに向かっています。
Windows update も、自動取得できないipv4のアドレスを手動で与えて何とか動き出して、99個、35個、…と更新されていましたが、Service Pack 1 になってから、何度起動しても履歴リストには[成功]と出ていて、5個も記録されているのに、再チェックでまた現れます。
よくよく見てみると Internet Explorer 7 のサポートは終わっていると書かれています。メニューの無いブラウザで、どこからバージョンを確認するのか四苦八苦してやっとのことで確認すると、確かにバージョンは 7 らしい。
Internet Explorer 9 [今すぐダウンロード] のボタンが表示されているので、一応クリックはしてもダイアログが表示され、対象モジュールは、 名前: IE9-WindowsVista-x64-jpn.exe と表示されていて、当然 [実行(R)] しても互換性がありませんのようなダイアログが開きます。そりゃOSが32bitのVistaなので、64bit用のソフトは動きません。
その画面の下には、まだ疑問がある場合は、 とリンクが貼られています。 でも…クリックしてもIE7では、表示できない作りになっているらしい。これって永遠の無限ループに落っこちていますよね。
仕方無く Mozira FireFox をダウンロードして、IE9-WindowsVista-x86-jpn.exe を入手、インストールしようとしてもパッチの前提条件で弾かれてしまい入らないようです。Service Pack 2 辺りが導入されていないとダメなように思います。しかし、それ以前に Service Pack 1 が導入されていないとそれも無理のようで、それには IE9 (Internet Explorer を今後 IE と記述) に変えろと突っぱねられたら、堂々巡りのデッドロックですよね。
以前、Windows XP を利用していた頃に、Service Pack 4 は、それ以前の Service Pack を包含していると認識していましたが、Vista の Service Pack 2 は、導入の前提条件に Service Pack 1 が導入されていることをあげていました。何かおかしいですよね、導入の前提条件に含まれるものが、その導入条件にその相手を含めているなら、導入する方法に解が無いことになりますよね。
打開策として、中間を取って IE8の導入を試みることにしました。と言ってもすんなりダウンロードの画面に辿り着くことはできず一苦労です。気長にネット検索で、それらしい画面を見付けることができて運良く無事に IE8-WindowsVista-x86-JPN.exe のダウンロードができました。そして、導入もできたようです。
おおっ !、やっとループから抜けることができたようです。4つの更新プログラムが表示されています。まだ先は長そうで、次のトラップがいつ出現するのか楽しみです。
完全に糠喜びでした。先に進んだと思って喜んだのですが、IE8が導入されているので、さすがに IE9 を入れろと行った画面は出て来なくなりましたが、でも以前と同様に SP1 の更新が履歴上は成功となっていて、以前同様に SP1 の適用でループしています。
マイクロソフトさんは、今更初期のVistaが世の中に存在することはありえないとの立場で、更新プログラムをメンテナンスしているのでしょうね、きっと。昔売っちまった物を今更使うな、使うなら新しいOSを買い換えろとの考えなのでしょうか。
更新パッチがメディアで販売もされているようですが、でもそれを買えば必ず更新できるのか疑問を感じますよね、高い金がかかるならそこそこの性能でも安いので、最新のOSを導入した最新の機器を購入した方が良さそうな気もします。
八方塞がりに突入してしまいました。
ネット検索に、「vista sp1 インストールできない」 のキーワードで、色々な人が苦労していることを知りました。この件は、2010年頃にも大勢の人に騒がれているようで、マイクロソフトのサポートで情報のやり取りが記録された物もアップされていました。今年 2015年にも私と同様な疑問を持ちながら悩んでいる人達が大勢いることがわかりました。
ダウンロードセンターから sp1 をダウンロードして実行して解決した人がいるようなので、同様にダウンロードして実行しています。モジュールは、Windows6.0-KB936330-X86-wave1.exe です。過去の記録では wave1 の部分が wave0 だったようなので改良されているのでしょうか。
起動すると長い時間が経過した後、内部エラーが発生しました…となり終了します。一度では納得できないので、再実行しましたが、同様に内部エラーの発生を示すダイアログが表示されて終わります。ただ、エラーコードが何故か異なっていたようでした。
Windowsにはまってます (1)
最近は利用するPCが Linux一辺倒で、一部のWindowsでしか動かせないGPSロガーのデータ収集とか、Windows系のシステムを入替えたりの作業で時々操作するだけになってしまったため、Windowsの操作や機能が疎くなってしまいました。
以前同じ会社で一緒に仕事をしていた友から、使えないWindows Vistaの話を聞きました。使えないとはどのような状況かというと、内蔵ディスクが60GBなので、その当時は一般的な格安ノートの製品の1つかと思われますが、何と半分にパーティション分けされていて、システム側が最初からほぼ空きのない状態で構成されています。
簡単に工場出荷の初期状態に戻せるとのフレコミのようですが、最初から数%の空きしかなくて、何もしなくてもWindows updateが行われれば、それだけでディスクエラーになるのではないかと思われる状況でした。製品名はEVEREX VA4100J Cel M 1.46 1GB 60GB DVD/RW です。
久し振りのWindows系のOSなので、ちょっと興味を持ちまして、頭の体操を兼ねてディスクを借りて持ち帰り、家に手持ちで空きのディスクがないかと探し回りましたが、見付けたのは500GBと80GBの2つでした。
60GBから80GBでは容量にあまり変わりがないし、かと言ってこのスペックに500GBじゃ過剰品質のようにも思え、他にも何とかしようと思っていたWindows 7の非力な PCが頭に浮かびました。こちらは160GBのディスクが内蔵されていました。
Windows Vista 60GB ⇒ 160GB, Windows 7 160GB ⇒ 500GB とプランが決まりました。まず、先に160GBを空けなければなりません。歳を重ねた今でもちょっと気の短いところがあって、分解方法がわからず、無理やり分解を始めました。爪が欠けたりしても何故か明けられず、ネットで情報収集、何だ目隠しのシールを貼ったビスがあるのか…
その160GBのディスクが入っていた機器の構成をネットの情報で検索し確認しました。記憶力の低下が進み記憶から消えることが増えたので、自分で必要なメモとして追記しておきます。
たぶん製品名は、Acer AspireRevo ASR3610-A45、『 デュアルコア「Atom 330」へ強化し、処理能力の向上を図っている。上位機種「ASR3610-A45」は、4GBのDDR2メモリーや160GB HDDを搭載し、VESA取り付けキットやWebカメラ専用スタンドなどが付属、…OSはともに64bit版「Windows 7 Home Premium」をプリインストールする。 』 と価格.comの情報から拾いました。Windows 7 が出て直ぐの製品で、NVIDIA「ION」グラフィックスを搭載したハンディ・デスクトップPC、と書かれています。
Atom 330 プロセッサではかなり非力ですが、一応フルスペックになる4GBのメモリを搭載して、64bit OSが動くので、500GBディスクの換装と Windows 10 で蘇らせて利用しようと思います。
ちゃんと先に情報収集を行えば何の問題もなかったのですが、後悔先に立たずですね。基本的には DDコマンドでディスク to ディスクのフルコピー、その後レスキュー用のgparted で、パーティションをずらして広げて立ち上げると、最初にchkdskが勝手に起動して修復が行われて正常にディスク交換は完了しました。
そのままでは芸が無いので、Windows 10 に無償のアッブグレード、元が非力PCでもとりあえずのシステム換装です。今までは手持ちのLinux系や Windows XP 、 Windows 7 でディスクの入替えを実施して、大容量ディスクにヤドカリ君を実行しています。
そしていよいよ Windows Vista の作業です。いつもと同様に DDコマンドでコピーして、gparted で何とかパーティションを拡張して、手持ちの Windows 10 のノートにUSBアダプタで接続すると、ディスクのチェックが警告されてましたが、見た目は正常な状態に見えます。
本体から外したディスクだけの持ち帰りだったので、Linux常用のノートPCに装着して起動すると立ち上げ途中でリカバリの選択画面が出て、そのまま従うとコピーらしい動作後にリブートして、その後新規のユーザー登録が始まり Vistaが起動しました。容量も期待した100GBに拡張できていました。
その状態だと本来の装着する機器とはハード構成が異なるので、元に戻そうと思いパーティション間を DDコマンドでコピーして、大丈夫だろうと少し自信を持って友のもとに移動して、本来の機器に装着しました。同様にチェックが走りリカバリが起動して、立ち上がった結果の容量を見てがっかりです。えっ…30GBしか認識できない。
外からパーティションを確認すると100GBあるのに立ち上げた Windows からは 30GBにしか見えない。結局解決出来なくて、ツールの持ち合わせもなく、本体も含めて持ち帰りました。
基本の作業は DDコマンドを利用したコピーですが、色々な作業を実行しましたが、パーティションを広げた状態で、工場出荷に戻しても期待した状況にできませんでした。
Windows 環境でのコピーでは、フルコピーのコマンドには xcopy が利用できるようですが、色々なオプションで対象を絞るようです。rd削除コマンドも含めて、エラーが出て拒否されるものが発生しています。
色んなことを試行錯誤しながら試して、最終的には拡張したパーティションにシステムをセットアップした状況で立ち上げが成功しました。
Windows update が利用できない。調べると ipv4のipが作成されていない。自分が公開するページは、ipv6経由で接続できているので気が付かなくて、これには参った。
ipv4のアドレスが拾えないので、手動で固定のipを設定すると Windows update が機能したようで、修正を実行中です。
Vista は、特異なシステムのように感じます。初期状態でネットワークのモジュールに決定的なバグがあるような気がします。ipv6 より ipv4 を優先させたくて、設定を変更するコマンドを発行したけれど、何故か理由がわからずエラーで操作できません。 最新の Windows update が適用された時点で、動作確認を行わないと何とも言えないのが実状です。
北海道の写真整理は道半ば
北海道から帰って写真や動画の整理も、まだ道半ばで見通しが立っていません。その編集の中でGPSロガーで収集した移動の軌跡が、グーグルアースで 表示できるkmlファイルとして収集できました。
軌跡が抜けている経路もあちこちにあり、抜けた原因も色々で、また何が原因で抜けているのか不明なこともあります。しかし、せっかくの収集データなので今回の北海道でのメニュー表示内にその軌跡を一括で表示してみようと考えました。
これがけっこう難問題で、意識して分割しているわけではないのですが、GPSロガーが短期間静止するとその時点で勝手に休止して、ファイルが分割してしまうようです。そんな訳で全ファイル数が210ファイルを超えていました。
そのファイルを非力なサーバーで読み出して、遅いネット上を転送するのに長い時間が掛かります。もともと写真を公開しているサーバーの処理では、1日か2日程度を想定していて、データが全て転送されてからマップ上に表示するためのオブジェクトを生成しています。今回の場合は完全に想定外な、とても大きな軌跡データとなりました。
試しにそのままで表示してみると、日本地図が表示されてから変化がなく、他の画面に移動しなければ、完全に忘れた頃に赤い経路が描画されて最終的には表示が行われました。
これを転送途中で逐次描画できないものか、単一の赤ではなく赤系で少しずつ色を変えて、同じ経路を何度も往復していても、地図を拡大した時には色の異なる線で確認できないかと、スクリプトの変更を考えました。
元は自分で作成したオリジナルのスクリプトでも、ドキュメントも無く年月も立っているし、最近の仕事は全く異なる世界で過ごしていて、プログラミングから離れていたので難儀をしました。データファイルを読んだり転送する部分はサーバーサイド側で動作するrubyのスクリプトで記述しています。
処理を繰り返して分割転送すためには1回で完結する記述では実現できないので、cookieで情報を保持する必要があり、rubyでcookieの書き出し方法ではまってしまい悩みました。
よくよく考えてみれば、cookieは個々の端末側で保持する情報なので、サーバーサイドで動作するrubyスクリプトで書き変えることはできないわけです。最終的にはテンポラリファイルに情報を保持して、そのテンポラリファイル名を端末側に渡してcookieで保持して、何度か処理のループで起動されるrubyスクリプト側で、その情報を取出して処理の継続性を確保する方法でまとめてみました。
地図に表示される経路の軌跡が特別に早くなっているわけではありませんが、何の変化もなく長時間待つのに比べれば、少しずつ描画されていくのが見えるので更新は成功したと思います。何人の人が見てくれるかはわかりませんが、自分自身が単に納得できるだけで一応成果があると思っています。
実はグーグルマップ上に経路の軌跡や写真を撮った場所を示すピンをマップ上のオブジェクトとして追加生成するのですが、色々な条件でのタイミングで先に生成したマップが安定する前に、オブジェクトの追加処理が始まってしまうと無視されてしまうようです。ここでも対策に悩みましたが、結局マップの生成から10秒程度の待ちを作ることにしました。
皆さんグーグルマップてすごいと思いませんか、私は公開されているAPIを利用させていただいて、組み込んでいますが、通常の地図や地形図、航空写真の切替やドラッグによる地図の移動、マウスホイールの回転による拡大縮小、地名や住所入力による表示の中心位置の移動、北緯東経の入力による表示の中心位置の移動が出来るようにしています。
そうそうAPIを利用したこんな事も追加しています、地図を適当なズーム値で表示しておき、地図上でマウスをダブルクリックするとドラッグで移動できる大きなピンが表示されます。このピンが指す場所の住所やあるいは道路名、北緯東経などの情報が表示できます。
帰ってからの整理が大変です
あまり走らないようにしようと思いながらも、期間が長かったので、結局は8550kmを走行してしまいました。
長く走っていたので、フロントに付着した虫を落としての洗車に苦労しました。
まだ、車内の清掃まで手が回っていません。
そうそう、群馬のじゆうじんさんの再出発も18日の予定のようです。
帰宅しました
秋田で下船して八幡平に回り、曇天の大沼を散策しました。
八幡平では地元の中学生がボランティアガイドをしてました。初々しさがあって好印象を受けました。
駐車場は満杯でした。世間は連休中なのですね。完全に忘れてました。
ご無沙汰していた東北ですが、記憶には細くあちこちで曲がりくねった4号線…、大きく進化していた13号線には、高速国道の区間もあり、一般区間でもけっこう高速走行だったりして驚きました。空白が長かったので浦島太郎になってました。
西日本や九州の方も大きく変わっているのだろうと想像します。まだ道の駅が無かった頃の記憶ですから、余裕が出来たら訪問してみたいですね。
その後、田沢湖では大雨になってました。田沢湖とは相性が悪いらしい。夜の雨の中を走り、道の駅むらかみで力尽き車中泊です。
そのまま内陸を通り、蔵王に寄り道、山形や会津を経由しながら栃木県に、日光が頭によぎり川俣から戦場が原に出ると、いろは坂方面は縦列駐車状態で動きがない。
仕方なく友達の家に行く予定をキャンセルして、反対方向の沼田に向かうが、吹割の滝手前で渋滞に巻き込まれました。
心霊スポットとして有名らしい園原ダムの静かなトンネルを抜け、赤城山を通り抜け、渋滞を避けながら帰宅しました。
長く離れていたので、行楽シーズンの世間の連休をすっかり忘れてました。一極集中の東京を近くに抱える関東エリアを常に意識していないと痛い目にあいますね。
帰ってからの洗濯やら諸々の後片付けが大変です。
台風23号
今は、旭川21世紀の森ファミリーゾーンで車中泊しています。
当初の予測通りに、台風が北海道東部に掛かるように通過するようですね。外れを期待していたのですが外れないですね。
昨晩トイレに行った際は、星が綺麗で天の川が見えていました。月が上がったのも美しく見ることが出来ました。
夜中に時々強い風が吹き、車体が揺さぶられましたが、早朝はまだ雨もなく風が強くなった程度でした。朝6時頃から雨と風の影響が出始め激しくなってきました。
あまり深刻に考えてなかったので、そのまま食べられる物を切らしています。これからどうしようか考えないといけないですね。
旭岳に行って来ました
朝起きると、予想通りに晴れ渡った空を見て、旭岳に行こうか悩みました。
朝食を済ませて、少し遅くなったなと思いながら、一応様子見で旭岳ロープウェイ乗場に行きました。
無料駐車場のトイレが使えなかったこともあり、ビジターセンターに寄って話を聞き、情報を教えていただき、台風23号が来るとまた色々な状況が起こる可能性があり登るなら今日しかないと判断しました。
旭岳ロープウェイを片道の登りだけ利用して、歩いて下ることにしました。
このコースは長年の夢で、まだ実行できずにそのままになっていました。
雪解けの水でぐちゃぐちゃなのを想像していました。例えば愛山渓温泉から沼の平を目指すルートの粘土質を想像していましたが、全く異なり、雪解け水は流れていますがさらさらで、ぐちゃぐちゃのイメージは皆無でした。
ちょっと無理すれば、ロープウェイを利用しなくても歩いて登り下りは可能だと思います。
旭川に戻りました
今年だけで三度目となる旭川21世紀の森です。
すでに私の好きなふれあい広場には人がいなくなったらしく、一応希望をしたのですが、ファミリー側の分割された区画にしてと言われてしまいました。
分割された区画を利用するのは久し振りです。急に寒くなりテントを張るか悩んでいたので、車中泊でも良いかと受け入れました。
ここに来る途中、大雪山系の山頂は白く化粧されているのが見えました。十勝岳や旭岳、永山岳等全体的に均一に頭頂部は白くなっていました。
期待していた紅葉は、今年は無理のようです。紅葉しないで枯れてしまったようです。十勝岳周辺が紅葉だと伝えられていましたが、わざわざ寄ったのに肩透かしでした。
北海道全土が枯れてしまったような気がします。ぱっとしない汚れた緑と枯葉のくすんだ茶色に染まっています。
期待していたのにとても残念です。
羊蹄山の近くをうろうろ
羊蹄山に登りたいと思いながら、周辺をうろうろしてましたが、天候が不安定なのでやることもなく時間潰しの毎日でした。
今朝はやっと雲が無くなりましたが、山頂は白くなり今夜から荒れそうとの予想なので、登るのに踏ん切りがつかず諦めました。
京極からのルートでは、頂上付近が足場の悪い岩場なので、中途半端に雪が積もったのを想像すると怖い気がします。同行者がいれば違うのでしょうけどね。
京極の登山口の記入には、9/28に3人が入ってますが、それが最後です。今日は駐車している車が皆無でした。
28日は天候が不安定だったと思いますが、それでも登るなんてガッツがありますね。その登山届けは記入部分が泥で汚れていました。ちょっと生々しいですね。
今の空は全体が薄く曇ってきたようです。今夜から明日は最悪な荒天が予想されていて、どう過ごすか考えないといけないですね。