BAKxシリーズ(BAKP/Q/V/W/X/Y/Z)  NTSigSet BVWR 用掲示板の残骸
HOME
BAKxシリーズ(BAKP/Q/V/W/X/Y/Z) NTSigSet BVWR 用掲示板の残骸

投稿しても画面が更新されない場合はブラウザの更新ボタンでリロードして下さい。
メイルアドレスを記載する場合は、フリーメイル等のご利用を推奨します。

過去ログLink >> No.1 No.2 No.3 No.4 No.5 No.6 No.7 No.8 No.9 No.10 No.11 No.12 No.13 No.14 No.15 No.16 No.17 No.18 No.19 No.20 No.21 No.22 No.23 No.24 No.25 No.26 No.27 No.28 No.29 No.30 No.31 No.32 No.33 No.34 No.35 No.36 No.37 No.38 No.39 
過去ログ一括 >> LZH形式 過去ログ一括ダウンロード (2017/04/21版)
 [2521] 「BAKxシリーズ」の公開は終了しました(掲示板も終了しました)
 SYSOP さん 【2011/06/30(Thu) 12:39:43】  
 KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)
BAKP, BAKV, BAKW, BAKX, BAKY, BAKZ の公開及び登録を終了させて頂きました。
長い間、ご利用ありがとうございました。

PS.
 サポートは出来なくなりましたが、ソフトウェアはご利用いただけます。
 引き続き、ご活用下さい。
 [2520] バックアップツールBAKxシリーズについて
 SYSOP さん 【2011/05/01(Sun) 23:01:45】  
 KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)
誠に勝手ながら、公開及び新規登録を近日中に終了させていただきます。
BAKxシリーズのご利用ありがとうございました。
 [2512] BAKY2.17でHDを大きくしたらBAK出来なくなった
 tomy さん 【2011/01/05(Wed) 12:42:54】  
 z53.124-45-72.ppp.wakwak.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5)
BAKYを使っております、最近BAKを始めると元ディスクの情報収集の段階でアプリケーションエラーで応答がなくなり止ってしまいます。MBRの問題はYesもNoも同じです。
昨年HDを80GBから500GBに取り替えました、HDはOS上ではフル容量で認識しDataの読み書きも出来ましたのでそのまま使っていました、Data量が80GBを越えたころからおかしかった可能性があります、現在のData量は108GBです。
ためしに以前のHDの容量80GB以下にDataを抜いてやるとうまくいきます。
システムは OS XP Home、CPU P4 2.6G、MB MSI 845Pro2,
メモリー 1.5GB です。何とか現状でBAKしたいのですが。

  1. RE^2512: BAKY2.17でHDを大きくしたらBAK出来なくなった
    SYSOP さん 【2011/01/05(Wed) 16:46:48】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)

    ●大容量HDDについて

    1.作者環境
      作者のテストマシンのハードディスクは主に80GBです。(一部160/120GB)
      テスト機写真
       http://bakw.sub.jp/gif/testpc01.jpg
      500GBの様な大容量HDDで運用出来ないため、動作確認が出来ません。
      以下は、想定で記載させて頂きます。
      ご了承下さい。

    2.FAT32/NTFS
     特段の事情が有り、特殊な方法でFAT32のHDDを作成してそれをお使いの事と思いますが、大容量HDDをFAT32で利用する事はお勧めできません。

     特殊なフォーマッタをご利用になった事が、原因かもしれません。
     (WindowsXPでFAT32を初期化出来るのは32GB迄です)

    ●お願い
     特段の事由が無ければ、システムをNTFSでご利用頂けますでしょうか。
     なお、上記1に記載した様に大容量HDDの検証は出来ませんので、BAKPをお使いの場合は事前の十分な動作検証をお願いします。

    ●ご了解下さい
     BAKYは、WindowsNT/2000当時作成したソフトをWindowsXP対応にしたものです。(当時は2GB−20GBが主流でした)
     昨今の巨大容量HDDには対応できない所もあるかと思いますがご容赦下さい。

    ●お礼
     BAKYを大容量HDD/FAT32でお使いの方の参考になると思います。
     tomy さんレポートをありがとうございました。

    =======

    ●このBBSをご覧の方へのお願い
     BAKxシリーズは、昨今の巨大容量HDDや最新のOSが発表される前に着手したソフトです。
     一部対応出来ないとの報告もありますので、ご利用に当たっては事前の十分な動作検証をお願いします。

  2. RE^2512: BAKY2.17でHDを大きくしたらBAK出来なくなった
    tomy さん 【2011/01/05(Wed) 19:50:13】  
    z53.124-45-72.ppp.wakwak.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5)

    kuni様 早速の返答ありがとうございます。
    最新のOSの進歩にはなかなか追いつけませんね、方や数百人でやってるのですから。
    当初からBAKZを使っていました、とてもよかったです。その後BAKYとBAKP
    で迷いました、その頃はBAKPは不都合がかなりあり(今でも)、やもなくBAKYを選びました。
    少容量であれば今でもBAKYはいいですね、何もしなくても問題ありませんでした。
    「そんなの沢山あるよ」と友人に言われます、でもその人は何もしていません。一度いいソフトに会うと
    それ以下では困る、検証しなければ解らないでは進めません。当分迷いそうです。
    ありがとうございました。

  3. RE^2512: BAKY2.17でHDを大きくしたらBAK出来なくなった
    SYSOP さん 【2011/01/05(Wed) 20:49:47】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)

    > その頃はBAKPは不都合がかなりあり

    いろいろとお手数をおかけしました。
    使いにくい点も多々あると思いますが、これからもよろしくお願いします。

  4. RE^2512: BAKY2.17でHDを大きくしたらBAK出来なくなった
    SYSOP さん 【2011/01/06(Thu) 23:40:03】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)

    追伸・現在の状況

    大容量HDDをFAT32のシステムで利用した事が無いため試行錯誤しています。
    現在のテスト進行状況です。

    1.HDDの準備
      手元予備HDDの最大容量は160GB迄しか有りませんでしたがなんとか2台確保しました。
      160GBでも一応BIGドライブですし、tomyさんのパソコンでトラブル発生した80GB程度のダミーファイル作成は可能なので傾向はつかめると思います。
    2.元ドライブの初期化
      XPでFAT32を初期化出来ないので、ジャンク箱を探しWindowsMEの起動FDを確保。
      WindowsMEで初期化しました。
    3.元ドライブの作成
      FAT32のWindowsXP−PRO(HDD=10GB)をBAKYでバックアップ。
    4.元ドライブのPBR書き込み
      XP−CD起動の回復コンソールからFIXBOOT C:としてシステムを転送しました。
    5.元ドライブの起動確認
      パックアップ先のFAT32/160GBのHDDからWindowsXPを立ち上げアップデイト。
      FAT32は利用していないので、31個もアップデイトがあり小一時間かかりました。
    6.元ドライブへのダミーデータの書き込み
      5GB位しか利用していないので、ダミーファイルを複写して利用率をあげています。
      日付が替わる頃までダミーファイルの複写をしていましたが、40GB程度になった所でタイムリミット終了しました。


    ==== 以下追記
    7.元ドライブ作成終了
      ダミーデータを入れて、100GB以上消費させました。
    8.先ドライブの作成
      別途用意した先ドライブ用HDDのNTFSパーテーションを削除して、WindowsMEで全領域初期化しました。

    ●動作検証まで、今しばらくお待ち下さい。

  5. RE^2512: BAKY2.17でHDを大きくしたらBAK出来なくなった
    SYSOP さん 【2011/01/07(Fri) 00:39:00】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)

    メイルアドレスに生アドレスが記載されていました。
    メイルアドレス自動収集の餌食になりますので、@覧を修正させて頂きました。
    ご了承下さい。

    メイルアドレスを記載する場合のお願い
    ●アドレスの一部をチョットいじる
    ●フリーアドレス等、捨てアドレス
     等、自動収集ロボットの餌食にならないようにして下さる様お願いします。

  6. 動作検証では、正常にバックアップ出来ました。
    SYSOP さん 【2011/01/07(Fri) 23:25:20】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727)

    ●お待たせしました
     動作検証完了しました。

    ●環境
    ・元ドライブ
     Windows XP Pro
     160GB SATA HDD
     FAT32
     使用量 約120GB
    ・先ドライブ
     160GB SATA HDD
     FAT32

    ●上記条件で問題なく動作しました。
     先ドライブ:WindwsXPを起動・動作とも正常でした。

    ・BAKY開始時
     http://img.blog1.bakw.sub.jp/20110107_822166.gif

    ・BAKY終了時
     http://img.blog1.bakw.sub.jp/20110107_822167.gif

    ●上記画像のとおり、私の環境では全く問題は発生しませんでした。

    ●BAKYのファイルアクセス
    ・元ディスクの情報収集
     この段階では、ファイルアクセスは全てウインドウズ標準APIを利用しています。
    ・この段階でエラーが出るのは、
      ファイルにアクセス出来ないセキュリティをかけている場合
      ファイルシステムに問題がある場合
     等しか考えられません。

    ●tomy様は既に検証済みだと思いますが、もし未だでしたら以下についてご確認下さい
    ・ディスクのチェック
    ・ファイルやフォルダのセキュリティ属性
     アドミニストレータ権限でファイル名を取得出来ないファイル

    ●作者環境で症状が現れませんので、原因が把握出来ません。
     上記程度の事しか解りませんが、ご了承下さい。
 [2507] 「NTFSファイル・セキュリティをバックアップする」について
 クック さん 【2010/09/25(Sat) 19:55:34】  
 p926109.hyognt01.ap.so-net.ne.jp Opera/9.80 (Windows NT 5.1; U; ja) Presto/2.6.30 Version/10.62
いつも問題なく使用させて頂いています。

「NTFSファイル・セキュリティをバックアップする」について教えて頂けますか。

これは、どのような時にチェックを入れるのでしょうか?
いつも取り敢えずチェックを入れて使用しているのですが、
BAKPDATA.BIN、BAKPREST.EXEが出来てしまいます。

宜しくご教示お願い致します。

  1. RE^2507: 「NTFSファイル・セキュリティをバックアップする」について
    SYSOP さん 【2010/09/25(Sat) 21:33:36】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727; AskTB5.6)

    > いつも問題なく使用させて頂いています。

    とても励みになります。
    レポート、ありがとうございます。

    > これは、どのような時にチェックを入れるのでしょうか?

    ●セキュリティについて
     仕事で使う共用パソコン等、ファイルにセキュリティをかけて「他人が読めなく」したり、特定の操作ができない様にしたりします。
     この様な場合、ファイルにセキュリティがかけられます。
     この「セキュリティ情報」をバックアップしておくものです。

    ●バックアップ時にセキュリティ情報を別ファイルにする理由
     ファイルを作らずに、バックアップ時に同時セットも可能です。
     しかし、「書き込み出来ない様なセキュリティがセット」されると、次回BAKP更新時にそのファイルの書き込みが不能になり更新が出来なくなります。
     そのため、セキュリティ情報はBAKP時に行わず、復旧時にセットする仕様になっています。

    ・蛇足
     何らかの操作等でバックアップ先にセキュリティ等がセットされてBAKPで支障が出る場合は、先ドライブを一度FORMATした上、新規BAKPしてください。

    ●セキュリティ情報の復旧についての制限事項 (取説より抜粋)
     〇NTFSファイルセキュリティ(基本機能)
       作者環境では、ユーザ毎のアクセス制限等を行っていないため、NTFSファイ
       ルセキュリティのバックアップ及び復旧の検証が十分に出来ません。その為、サ
       ポート対象外となりますので、ご承知おき下さい。

    よろしくお願いします。

  2. RE^2507: 「NTFSファイル・セキュリティをバックアップする」について
    クック さん 【2010/09/26(Sun) 14:15:16】  
    p926109.hyognt01.ap.so-net.ne.jp Opera/9.80 (Windows NT 5.1; U; ja) Presto/2.6.30 Version/10.62

    アドバイス有り難うございました。

    「NTFSファイル・セキュリティ」を使用していないので、次回からはチェックを
    外して使用します。

  3. RE^2507: 「NTFSファイル・セキュリティをバックアップする」について
    SYSOP さん 【2010/09/27(Mon) 00:05:30】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS; .NET CLR 2.0.50727; AskTB5.6)

    ●忘れる事が有ります
     私は、セキュリティもバックアップする様にしています。
     しかし、復旧テストの折にセキュリティの復旧を忘れて、そのままウインドウズのテストランをする事が有ります。
     その場合でも、ウインドウズの動作に支障が出た事は無かったので、大丈夫だと思います。
     (複数ユーザ環境ではありません)

    ●時間短縮になります
     セキュリティ情報のバックアップにはそこそこ時間がかかるので、この機能を省略すればバックアップ時間の短縮も図れると思います。

    ●機会がありましたらレポートを、よろしくお願いします。
     書き込み、ありがとうございました。
 [2506] バックアップソフトの動作検証用パソコンについて
 SYSOP さん 【2010/07/14(Wed) 12:42:56】  
 KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322)
古いテストマシンが、劣化の為利用出来なくなりました。
残念ですが、Windows 95,98,ME,NT の動作検証は出来ません。

なお、マシン上での動作検証は出来ませんが、机上でのサポートは可能な限り継続して行います。
ご質問は、この落書帳にご記載下さい。
 [2504] 重要なお知らせ
 SYSOP さん 【2010/04/30(Fri) 15:31:35】 【URL】  
 KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322)
作者のオンラインソフト開発環境で有る、PC−9821がクラッシュしました。
・当分の間、各種ソフトのサポート等は行えません。
・復元完了迄は、バージョンアップが出来ません。
これからPC−9821の復元に努力したいと思いますが、メーカのサポートも終了
した古い機種ですので困難が予想されます。
復元が出来ない場合は、サポート及びバージョンアップが出来なくなります。
ご了承下さい。

  1. 復活しました
    SYSOP さん 【2010/05/06(Thu) 12:32:20】 【URL】  
    KD121110047058.ppp-bb.dion.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322)

    接触不良箇所が解り復活しました。
    ご心配をおかけしました。
    なお、作者の開発環境はとても古い機種です。メーカサポートも終わっており、次回同様なトラブルが発生した場合作者のオンラインソフトサポート等が出来なくなる事も予想されます。ご了承下さい。
    復活状況 http://blog1.bakw.sub.jp/images/PC9821Ra20Fukkatsu1005.jpg
 [2495] BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
 もりもり さん 【2009/05/08(Fri) 01:26:49】  
 pc668d0.tubehm00.ap.so-net.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
始めまして。
BAKP3.36で、小さな容量(80MB)の内蔵HDDから、の大きな容量のHDD(320MB)に拡張機能で
バックアップ、というか、HDD換装のためにデータを移行し、コピー先のHDDで起動は
できましたが、HDDの容量が320MBから、元HDDと同じ80MBになってしまいました。
元の容量に戻すにはどうしたらよいのでしょうか…

PC
DELL INSPIRON 640m
元HDD 80MB(内蔵)
先HDD 320MB(USB接続)
HITACHI Travelstar 7K320 HTS723232L9A360 (320GB 9.5mm)
USB HDDケース:Groovy SATA2-CASE2.5BK


  1. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    もりもり さん 【2009/05/08(Fri) 01:45:38】  
    pc668d0.tubehm00.ap.so-net.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)

    追伸です。
    OS は、Windows XP HOME edition sp3です。

  2. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    SYSOP さん 【2009/05/08(Fri) 11:50:43】  
    oh175.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    バックアップツール御利用有り難うございます。

    拡張機能は、ハードディスクの容量情報も含めて全く同じ新しいディスクが作成されます。
    ですから、新しいディスクが「元のディスクと全く同じ容量」で利用出来る様になります。

    解決方法。
    以下のどちらかの方法を御利用下さい。

    1.領域確保コマンドで、ハードディスクの残り部分に新たな領域を確保し、未利用部分をD:ドライブして利用する。

    2.新ディスクを初期化し、BAKPの基本機能で再度バックアップをやりなおす。

    3.パーテーションツールでパーテーションの拡張を行う。


    作業は、1の方法をお勧めします。
    また、手間を惜しまない場合は、2の方法も勧めです。

    以上、よろしく御願いします。

  3. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    もりもり さん 【2009/05/08(Fri) 18:17:03】  
    EM114-51-132-247.pool.e-mobile.ne.jp Mozilla/5.0 (PDA; NF35WMPRO/1.0; like Gecko) NetFront/3.5

    ご回答ありがとうございます。
    領域確保コマンドとは、xpの場合、ディスクの管理
    でしょうか?ディスクの管理だと、ディスクを右クリック
    しても初期化とかパーティションの作成のような
    メニュー項目が表示されなくて困っています。
    2の方法は、HDDメーカーサイトで入手できる物理フォーマット
    ツールでよろしかったでしょうか?

  4. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    SYSOP さん 【2009/05/08(Fri) 20:28:15】  
    oh175.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ・まずはじめに
     Windows NT 系統のOSは、NTシグニチャ(著名)をハードディスクに書き込んでディスクを区別します。

    ・バックアップツールでは(BAKP拡張機能)
     この著名が異なる事により、バックアップ先から起動する時にOSが起動ディスクでないと誤解されるのを防止する為、シグニチャ自体もコピーしています。

    ・バックアップツールでは(BAKP基本機能)
     OSのレジストリをいじって、誤解を防いでいます。

    ・今回は
     拡張機能でバックアップされたディスクですので、元のディスクと今回のディスクの「シグニチャ」は同一です。
     その二つのHDを同時接続した場合、OSから見ると同じハードディスクが双子になっている事になり混乱します。
     初期化前は、絶対に2つ同時に繋がないで下さい。

    ・初期化
    >2の方法は、HDDメーカーサイトで入手できる物理フォーマットツールでよろしかったでしょうか?

    はい、OKです。
    HDメーカサイトから、FDイメージやCDブートイメージをダウンロードして利用して下さい。
    シグニチャは、ハードディスク先頭の1セクタ目に有ります。
    第一セクタをクリヤしてやれば良いので、物理フォーマッタに高速モード等が有ればそれを利用して下さい。

    ・参考1
     なお、FreeDOS/Vと言う方法も有ります。
     私のサイトでダウンロード出来ますので、そのFreeDOS/Vをダウンロードし、第一セクタ(シグニチャ)をクリヤして下さい。
     FDISK /MBR でシグニチャがクリヤされます。

     また領域の削除方法は、以下のHELPを参考にして下さい。
     http://bakw.sub.jp/help/pdftxt/pdelfdos.pdf

    ・参考2
     WinMEの起動FDをお持ちなら、FreeDOS/Vと同様に「FDIS/MBR」と「領域の削除」でOKです。

    ●重要な注意
     初期化等を行う時は、削除するディスク以外のHDDは全て外して下さい。

  5. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    SYSOP さん 【2009/05/08(Fri) 20:32:09】  
    oh175.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    脱字が有りました

    誤 WinMEの起動FDをお持ちなら、FreeDOS/Vと同様に「FDIS/MBR」と「領域の削除」でOKです。
    正 WinMEの起動FDをお持ちなら、FreeDOS/Vと同様に「FDISK /MBR」と「領域の削除」でOKです。

    よろしく御願いします。

  6. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    もりもり さん 【2009/05/09(Sat) 15:37:42】  
    pc668d0.tubehm00.ap.so-net.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8

    いろいろアドバイス有り難うございました。
    結果として、うまくいきました。

    ただ、物理フォーマットをしてもHDDの容量認識は80MBのまま変わらずでしたので、
    http://www.hgst.com/hdd/support/download.htm
    で入手したFeature Toolで、
    Change the predefined capacity of the drive.
    の機能を利用して、元の容量に戻すことが出来ました。

  7. RE^2495: BAKP3.36で大きな容量のHDDに拡張機能でバックアップしたら…
    SYSOP さん 【2009/05/09(Sat) 16:34:54】  
    oh175.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    成功の報告有り難うございます。

    > ただ、物理フォーマットをしてもHDDの容量認識は80MBのまま変わらずでしたので、
    > http://www.hgst.com/hdd/support/download.htm
    > で入手したFeature Toolで、
    > Change the predefined capacity of the drive.

    フラッシュメモリ領域?に有るディスクのサイズが書き換えられてしまっていたようです。
    BAKPの拡張機能はOSの機能のみで書き込みをしています。
    特殊な機能を利用していないので、原因について悩んでいます。

    作者環境で再現出来ないため検証が出来ていません。ご了承下さい。

    > 結果として、うまくいきました。

    ご苦労様でした。
    おめでとうございます。

    PS.
     この機能は、BIGドライブ非対応のマザーに大容量ドライブを取り付ける時等に活躍する機能です。
     ちなみに、私の購入したIO−DATAの120GBのHDDは、160GBのHDDを上記の様な機能で容量カットしていた商品でした。大喜びしてこのカットを解除し、160GBのHDDとして利用しています。


    また、何かありましたらレポートを御願いします。
 [2481] BAKP333
 fuh さん 【2008/11/19(Wed) 12:19:41】  
 193.84.100.220.dy.bbexcite.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)
完全バックアップでHDドライブを交換しました。
現時点でMS-OFFICEアウトルックが起動しない,.pstファイルが当然読めないという不都合があります。
保存ファイルとしてパスワードやレジストキーなどを入れてありますので困っています。
回避策はありませんか?

  1. RE^2481: BAKP333
    fuh さん 【2008/11/19(Wed) 15:03:04】  
    193.84.100.220.dy.bbexcite.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)

    Windows Vista,MS-Office2007 です。

  2. RE^2481: BAKP333
    SYSOP さん 【2008/11/19(Wed) 19:00:50】  
    jz153.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    fuh さん レポートを有り難うございます。

    作者環境では、無事復活していますが、利用しているOFFICEが異なる為か症状が発生しません。
    お手数ですがOFFICEを再インストールしてお試し頂けますよう御願いします。
    なお、オリジナルのHDDが未だ有るようでしたら、BAKPの拡張モードでもお試し下さい。

    ---

    ・作者環境での、バックアップ状況は以下のとおりです。
     なお、これはテストでは無く実際のHDDクラッシュからの復旧をした時の作業です。
     参考URL http://blog1.bakw.sub.jp/?eid=608127

    1.HDD−30GB オリジナル を BAKV で NAS へバックアップ
      このバックアップの後、30GBのHDDが壊れました。
    2.NAS から BVWR で 手持ちの仮HDD 20GB へ仮復旧
      通販で手配したHDDが来る迄、パソコンは20GBで使用。
    3.20GBから BAKP で新規購入した120GBへまるごとバックアップ
      20GBHDDをHPcompaqに取付

     以上の操作でウインドウズ及びOFFICE/一太郎等は使えています。
     現在もその復旧したノートパソコンからの書き込みです。

    ・作者環境は以下のとおりです。
     計算機 HP compaq nx9030
     OS  Windows XP Home
     MEM 256+512MB
     OFFICE 2000

    よろしく御願いします。

  3. RE^2481: BAKP333
    SYSOP さん 【2008/11/19(Wed) 23:27:19】  
    jz153.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    > Windows Vista,MS-Office2007

    OSを見逃してしまいました。
    失礼しました。

    BAKPの拡張機能では、ディスクをセクタ単位でそのまま複写します。

    ●全く同じディスクが出来上がりますが、失敗する原因は2つ考えられます。

    1.ソフトがプロテクトをかけている場合
      Vista自体は、ハードディスク等のデバイスが複数変わると別コンピュータと認識し、再アクティベーションを求められたりします。
      Officeの最新バージョンのも何らかの保護がされていると思われます。

    2.バックアップ中にハードディスクの中身が書き換えられた場合
      インターネットに接続しているとウインドウズ・アクロバット・ウイルス保護ソフト等が自動更新を行うか又は、自動更新を行う最新版が有るかを確認する為に勝手に起動する場合が有ります。
      バックアップ中にその様な事象が発生した場合、元ディスクの途中迄が古いデータ、事象発生後が新しいデータとなり、ディスク内の整合が取れなくなる事が有ります。

    ●解決策

    「1」についてはメーカのプロテクトですので、残念ですが解決方法が有りません。

    「2」については、ウインドウズを起動せずにバックアップをする事で解決出来る場合があります。
       一度おためし下さい。


    ●操作方法
      VistaのインストールDVDから起動し修復モードコマンドプロンプトに以下の様に打ち込みます。
      "C:\Program Files\BAKP\BAKP.EXE"
      パスワードを入力してから通常とおり御利用下さい。
      なお、バックアップ先ディスクはVistaのインストールDVDから起動し修復モードで認識されるデバイスのみ御利用になれます。
      ドライブ番号「C:」「D:」等が、通常と異なる場合が有りますので、十分にご注意下さい。

    ●参考
       http://bakw.sub.jp/
      上記ページ(本HPのトップページ)08/05/14 の記事をご覧下さい。


    よろしく御願いします。

  4. RE^2481: BAKP333
    SYSOP さん 【2008/11/19(Wed) 23:35:44】  
    jz153.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ●追記
     上記操作(VistaのインストールDVD起動修復モード)でも、試用出来ます。
     なお、登録は事前に試用し動作を確実に確認してから御願いします。動作確認未済での登録は、行わないで下さい。

    ●試用
     「回数制限」や「メッセージの表示」等が有りますが、バックアップ機能は登録後と同じです。

    ●よろしく御願いします。

  5. RE^2481: BAKP333
    fuh さん 【2008/11/20(Thu) 10:03:37】  
    193.84.100.220.dy.bbexcite.jp Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)

    プロテクトは問題ありませんでした。
    OFFICEの修復等をしていると,理由は分かりませんが,OUTLOOKは立ち上がるようになりました。
    ただし,.pstファイルは依然として読み込めません。
    http://itpro.nikkeibp.co.jp/article/COLUMN/20060724/244160/
    上記のサイトに,.pstファイルの読み込みに関する記事がありましたので試したところ成功しました。
    これで,すべてOKです。ありがとうございました。

  6. RE^2481: BAKP333
    SYSOP さん 【2008/11/20(Thu) 16:32:11】  
    fq126.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    fuhさんレポート有り難うございます。

    復旧したとの事で安心しました。

    また、pstファイルの読み込みに関する情報を有り難うございました。

    これからも、よろしく御願いします。
 [2479] BAKP 3.36 について
 SYSOP さん 【2008/11/14(Fri) 22:55:50】  
 jz165.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
●BAKP最新版をテストページ公開しました。
 問題が内容でしたら通常のページに移行します。

●変更内容
 主に内部バッファーの拡大などです。
 機能等の変更は有りません。

●ご確認下さい。
 作者環境でいくつかのテストを実施したのみで、テストが不十分です。
 御利用に当たっては、事前に安全な環境で動作の確認を御願いします。

よろしく御願いします。

  1. RE^2479: BAKP 3.36 について
    SYSOP さん 【2008/11/14(Fri) 23:01:24】  
    jz165.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ●訂正です
    > 問題が内容でしたら通常のページに移行します。
    正 問題が無い様でしたら通常のページに移行します。

    ●追記です
     BAKPは、当初ウインドウズ2000をターゲットに開発を開始したソフトです。
     時代は、ウインドウズXP/Vistaにかわりました。可能な限り対応をしてきま
     したが、昨今の巨大容量のHDDやプロテクト(アクティベーション)の掛ったソフト
     等では、バックアップや復旧がスムースに進まない事例も報告されています。
     御利用に当っては、事前に皆様自身の環境で動作試験を御願いします。
 [2476] BAKV 5.11
 SYSOP さん 【2008/11/08(Sat) 18:03:13】  
 jz165.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
BAKV 5.10は試用版のため、年末で使用期限が終了となります。
BAKV を 5.11 とし作成致しました。
作者環境で動作確認を行い、問題がなければTESTページへのアップロード。
テストページで大きな問題が無ければ正式版として公開させて頂く予定です。

なお、御利用に当たっては、以下の点をご確認下さい。

---
BAKVは、当初ウインドウズ2000をターゲットに開発を開始したソフ
トです。
時代は、ウインドウズXP/Vistaにかわりました。可能な限り対応を
してきましたが、昨今の巨大容量のHDDやプロテクト(アクティベーショ
ン等)の掛ったソフト等では、バックアップや復旧がスムースに進まない事
例も報告されています。
御利用に当っては、事前に皆様自身の環境で動作の試験を御願いします。
なお、DOSからの復旧で支障が出る場合は、別途公開しているBVWRを
お試し下さい。BVWRはウインドウズ上で動くため、DOSの制限等を回
避出来る場合が有ります。
---

よろしく御願いします。

  1. RE^2476: BAKV 5.11
    SYSOP さん 【2008/11/08(Sat) 23:25:26】  
    jz165.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ●バックアップテスト
     ウインドウズ2000 BAKV Mode1

    ●復旧テスト
     ウインドウズMEの、FD起動(USB−FDモード)で実施しました。
     無事ウインドウズ2000及びいくつかのアプリケーションの動作を確認しました。
     復旧成功です。

    ●現在
     ウインドウズVista BAKV Mode Zero
     でバックアップ試験をしています。
     Vistaは容量が大きいので、時間がかかっています。
     復旧テストは、明日以降になりそうです。

    ●今後の予定
     Vistaの復旧が確認出来た時点で、TESTページへのアップロードを行う予定です。
     アップロードと並行して、XPの動作試験を実施する予定です。

  2. RE^2476: BAKV 5.11
    SYSOP さん 【2008/11/09(Sun) 20:27:05】  
    jz165.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ただ今アップロードしました。
    作者環境での限られたテストしか完了していません。
    御利用の折りには、事前に安全な環境でテストを御願いします。
 [2472] MS-OFFICEがつかえなくなりました。
 KANE3 さん 【2008/09/21(Sun) 16:37:21】  
 h220-215-160-028.catv02.itscom.jp Opera/9.52 (Windows NT 5.1; U; ja)
今までFAT32があったのでBAKYを試用していましたが、今回D:ドライブのみBAKPで
実施してみましたが、コピー先でのMS-OFFICEがつかえなくなりました。
EXCEL、WORDはつかえませんでした。 元のディスクでは正常に使えます。

使用ツール BAKP

環境
WindowsXP SP3
IN SATA 70GB ドライブ C: FAT32  D: NTFS BAKY にてコピーしたもの
この内 D:のみをBAKPでコピー
C:はXCOPYコマンドでコピー

OUT SATA 240GB  ドライブ I: J:


コピーもコピー先にディスクからの立ち上げ(起動ドライブはD:)も正常に終了。

EXCELを使用するといきなり、CDからの「インストーラ準備中」画面が表示。
その後しばらくすると、

エラーが発生しました。この機能は正しく動作しません。修復しますか?
「はい」を選択すると上記のメッセージが再度表示され
以下のメッセージが表示され、
windows インストーラエラー1635のため MICROSOFT EXCELは必要なファイルをインストールできません。
この修正プログラム パッケージを開くことができませんでした。修正プログラムパッケージが
存在しアクセスできることを確認してください。

 どなたかアドバイスをお願いします。






 

  1. RE^2472: MS-OFFICEがつかえなくなりました。
    SYSOP さん 【2008/09/21(Sun) 17:59:37】  
    ea160.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    KANE3さんレポート有り難うございます。

    申し訳ありません。記載された内容の一部が読解出来ずで一部想定で記載させて頂きます。
    (C:とD:の関係、XCOPYとBAKYとBAKPとの関係、OFFICEのバージョン、OFFICEのインストールドライブ等システム全般について分かりませんでした)

    なお、作者環境では
    ・AT互換機   C:からのWin2000/XP起動 アプリは C:\Program Files\xxx
    での動作確認が可能です。D:からの起動は追試が出来ませんのでご了承下さい。

    ●作者環境での事故

    作者は、テストではなくハードディスククラッシュ事故で、本番のリストアをする羽目になりました。
    私の環境では、復旧したOFFICE(2000)も含めて元通りになりました。
    (作者が利用している/検証可能なOFFICEは2000となります)

    リストア状況のリンク http://blog1.bakw.sub.jp/?eid=608127

    ●お試し下さい

    ・全ての元ドライブを物理的に外します。
    ・バックアップ先で起動します。
    ・これでもOFFICEが使えない場合
     一度OFFICEをアンインストールして、再度インストールして見ていただけますでしょうか。

    お手数とは思いますが、よろしく御願いします。


    PS.
     メイルアドレスがスパムに利用される事が有ります。
     ここにメイルアドレスを記載する場合は、ヤフーメイル等のフリーメイルアドレスを取得して御利用される事をお勧めします。
 [2459] 無題
 at さん 【2008/08/27(Wed) 14:14:39】  
 121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)
はじめまして。昨年夏からBAKPにお世話になっております。

今まで問題なくバックアップできていたのですが、
ある日を境に「不要ファイル等削除中」の動作が始まると
ソフトが応答しなくなってしまいました。
(不要ファイル等削除中の0%で止まります。)

正常に動いていた時から環境を変更しておらず
原因が分からないため質問致しました次第です。
何か解決法がございましたらお助け下さい。

  1. RE^2459: 無題
    at さん 【2008/08/27(Wed) 14:19:56】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    「不要ファイル等削除中」
    ではなく
    「不要ファイル消去中」の誤りでした。
    失礼致しました。

  2. RE^2459: 無題
    at さん 【2008/08/27(Wed) 14:38:51】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    先ドライブをフォーマットしてから試してみると
    正常にバックアップできました。
    しかし、再起動するとまた先ほど申し上げました
    現象になってしまいます。

    この減少に何かヒントがあると思うのですが、
    そこからはどうしていいかわからずご質問させていただきました。

  3. RE^2459: 無題
    SYSOP さん 【2008/08/27(Wed) 21:15:04】  
    ea118.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    atさん、レポート有り難うございます。

    > 今まで問題なくバックアップできていたのですが、
    > ある日を境に「不要ファイル等削除中」の動作が始まると

    ある日突然環境が変わるのは、ウインドウズアップディトによる
    OSの挙動の変化なのかもしれません。

    追試を致しますので、OS名をお知らせくださいますでしょうか。
    出来ましたら、サービスパック名もお知らせ下さい。

    よろしく御願いします。

  4. RE^2459: 無題
    at さん 【2008/08/28(Thu) 00:47:15】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    SYSOPさん

    こんばんは。
    早速のご返事ありがとうございます。

    誠にお恥ずかしい話なのですが、
    原因がディスクの断片化ということが分かりました。
    半年ほどデフラグをさぼっておりました。。。

    デフラグをしてからBAKPを実行すると、
    無事にバックアップを開始致しました。
    現在バックアップ中でございます。

    お手数をお掛けしてしまい申し訳ございませんでしたm(_ _)m

  5. RE^2459: 無題
    at さん 【2008/08/28(Thu) 00:54:55】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    BAKPこれからも愛用させていただきます。
    感謝しております。

  6. RE^2459: 無題
    SYSOP さん 【2008/08/28(Thu) 07:30:34】  
    ea118.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    atさん引き続きレポート有り難うございます。

    > デフラグをしてからBAKPを実行すると、
    > 無事にバックアップを開始致しました。

    この様なレポートをいただけるととても助かります。
    またなにか有りましたらお知らせ下さい。
    よろしく御願いします。

  7. RE^2459: 無題
    at さん 【2008/08/28(Thu) 17:41:24】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    SYSOPさん

    こんにちは。度々申し訳ございません。
    今日になってPCを立ち上げてからBAKPを実行すると
    また止まってしまいました。

    昨日フォーマットして再起動後の先ドライブにデフラグとBAKPを実行したと
    思っていたのですが、もしかしたら再起動をしていなかったかもしれません。
    (記憶が曖昧で申し訳ございません)
    また振り出しに戻ってしまいました。

    OSはWindowsXPproのSP2でございます。
    先ドライブをフォーマットしてからBAKPを実行すると
    バックアップできるのですが、一度でも再起動すると
    不要ファイル等削除中の0%で止まってしまいます。

    フォーマット後の最初の再起動後に、
    先ドライブの System Volume Information フォルダの更新日時が
    再起動の時刻に更新されるのですが、これは何か関係ありますでしょうか。

    よろしくお願い申し上げます。

  8. RE^2459: 無題
    SYSOP さん 【2008/08/28(Thu) 20:55:39】  
    ea118.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    レポートを有り難うございます。
    作者環境ではSP2=>SP3にUPしていますので、SP3でのテストです。ご了承下さい。

    ●動作検証環境
     ウインドウズXP−Pro SP3 最新版にUP済み
     ウイルス検出 VB2007(2008へのUPは行っておりません)
     他のソフト  オフィス2000、一太郎13等がインストールされています
     元ドライブ  320GB SATA
     先ドライブ  160GB SATA
     BAKP   3.33

    ●動作試験
    ・先ドライブのFORMAT
    ・C:=>D: BAKP 実施
    ・C:=>D: BAKP 実施(2度目)
    ・再起動
    ・C:=>D: BAKP 実施(3度目)
    ・D:のアクティブを確認した所、起動可でなかったのでアクティブに設定。
    ・シャットダウン
    ・元ドライブの取り外し
    ・先ドライブをC:の部分に移動
    ・先ドライブから起動
    ・正常動作の確認

     作者環境では、現象の再現が出来ませんでした。

    ●確認の御願い
     作者環境で再現出来ませんでしたので、とりあえずの動作確認を御願いします。

    ・先ドライブの「システムの復元機能を無効にする」のチェックを入れて試して下さい。
     先ドライブは、バックアップですので復元機能は不要です。
     重要:ドライブを間違えないように注意の上、設定して下さい。
     注意:元ドライブクラッシュ等で先ドライブと入れ替えた場合は、システムの復元を確認し、必要に応じて設定して下さい。

    ・方法
     1.「マイコンピュータ右クリック」
     2.「プロパティ」
     3.「システムの復元タブ」
     4.「ドライブの設定枠内の先ドライブ」
     5.「設定」
     6.「ドライブx:の設定」xは先ドライブです。・・・★重要★
     7.「このシステムの復元機能を無効にするにチェック」

     作者環境で再現出来ませんでしたので、仮定となります。
     ご了承下さい。

    よろしく御願いします。

  9. RE^2459: 無題
    at さん 【2008/08/29(Fri) 12:29:21】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    SYSOPさん

    こんにちは。ご返信ありがとうございます。
    システムの復元の設定を確認したところ、
    元ドライブ先ドライブ共に復元を無効に設定しておりました。

    2436でアドバイスされていました、ゴミ箱機能を無効にする
    という設定も致しましたが動作しませんでした。

    その他に気になる点がございましたらお願い致します。

  10. RE^2459: 無題
    SYSOP さん 【2008/08/29(Fri) 20:57:54】  
    ea118.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    at さんレポート有り難うございました。

    > システムの復元の設定を確認したところ、
    > 元ドライブ先ドライブ共に復元を無効に設定しておりました。
    > 2436でアドバイスされていました、ゴミ箱機能を無効にする
    > という設定も致しましたが動作しませんでした。

    私の所で思いつく点はその程度です。
    長いフルパスで内部バッファがオーバーフローしているのかと思い下記の試験をしました。
    ・元ドライブに長大な名前のフォルダを多重に作成しました。
     (マイコンピュータでエラーが出るまで作成しました)
     Documents and Settings\UserName\0123456・・7890\0123456・・7890\012・・345
    ・BAKPを実施
    ・元ドライブの長大なファイルを削除し別名で長大な名前の多重フォルダを作成
     フォルダ名を少し短くし、そのフォルダに適当なテキストファイルを複写
    ・BAKPを実施
    正常動作しました。

    パス名の長さによるトラブルでは無いようです。

    ---

    ●想定
     atさんの事例には、当てはまらないと思いますが、これしか思いつきません。ご了承下さい。

     御利用の環境で日本語以外の文字を使われていますでしょうか。
     通常は日本語以外は使いませんが、音楽プレイヤー曲名のダウンロードをした場合、非日本語圏ファイル名となる場合が有ります。(英語はOKです。問題の出る例:ドイツ語のウムラウト文字等)
     BAKxシリーズは、内部処理を「シフトJIS」と言う日本語文字体系で行っている為「半角英字」、「半角カナ」、「全角文字」以外の文字が有ると処理出来なくなります。


    現象が再現出来ず、お手数をおかけします。
    よろしく御願いします。

  11. RE^2459: 無題
    at さん 【2008/08/30(Sat) 23:52:05】  
    121-80-182-233.eonet.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; MEGAUPLOAD 2.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)

    SYSOPさん

    こんばんは。アドバイス下さりありがとうございます。
    NTFSドライブ情報取得中の際に下記のようなメッセージが表示されます。
    ソフトの動作には関係がないと思いご報告が遅れました。申し訳ございません。

    以下のファイルは、日本語(s-jis)で表示できない文字が
    含まれるため、長いファイル名(LFN)での処理が行えません。
    短いファイル名(SFN)で処理を行います。

    LFN=
    SFN=0A00~1


    0A00でファイル名を検索してみたのですが検索されませんでした。
    自分で英語と日本語以外の言語を使用したことはございませんので
    何かソフトを入れた際に入ったのかもしれません。
    アドバイス下さりありがとうございました。

  12. RE^2459: 無題
    SYSOP さん 【2008/08/31(Sun) 10:08:08】  
    ea118.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    atさんレポート有り難うございます。

    > 何かソフトを入れた際に入ったのかもしれません。

    ・解決の可能性
     非日本語の文字が入る可能性は、「ソフトによるもの」か「インターネットからのデータ」の可能性が有ります。
     前者ですと、ソフトそのもの及びそのデータの削除が必要となり、解決は困難となります。
    後者の場合で、かつ、それが「インターネットプラウザのキャッシュ」の場合「インターネットのキャッシュをクリヤする事で」解決出来る可能性が有ります。一度おためし下さい。

    ・それでも解決出来ない場合「拡張機能」を御利用下さい
     ハードディスク容量が元ディスクより大きくないといけない・交信バックアップ機能が無い等制限事項が多くなりますが、文字の制限等がありませんのでお試し下さい。

    作者環境で再現出来ないため、お手数ばかりおかけしています。
    よろしく御願いします。
 [2455] BAKPの基本機能でのエラーについて(報告と質問)
 RSEKI さん 【2008/08/02(Sat) 01:27:01】  
 203-124-67-241.parkcity.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16
BAKPはα試用版以来、ずっと使用させていただいています。

長く2.01Tを使っていました(安定していたので、こちらはのぞいていましたが、最新版に更新していませんでした)が、最近ちょっと不具合を感じ、最新版の3.33に代えて基本機能で試しましたが、同じ不具合が出たので報告します(ただし、思い返すと今回の不具合は最初からありましたが、あまり気にしていなかったので報告が遅れてしまいました)。

なお、「不具合」と書きましたが、こちらの環境によるものかも知れないので、ソフトのせいではない可能性は否定できません。また、2309や2391と同じような原因かも知れないとも思いました。

OSはXPSP2、メモリは1GB、HDDは約160GBです。ドライブのフォーマットはすべてNTFSです。

システムドライブ(C:)をバックアップ用のドライブ(F:)にBAKPの基本機能でコピーする時のことです。

コピー元である(C:)の中に、70000を超えるファイル数を持つディレクトリがあるのですが(正確には72450ファイルと10のサブディレクトリがある)、これがどうやら元ドライブ情報取得時にうまく取得できていないようで、きちんとコピー先の(F:)にコピーされない、という不具合です。ファイルは基本的に画像やHTMLファイルといったもので、システム的な性格のものではありません。

BAKPLOG.TXTを見ると、●元ドライブ情報の中に、上に書いた「10のサブディレクトリ」が、本来のサブディレクトリの場所ではなくて、ルート直下のディレクトリとして入っていたのを発見しました。そこで、ソフトの元ドライブ情報取得がおかしいか、こちらのファイルシステムへの登録がおかしくなっているため誤認識されてしまうのか、その辺りが怪しいところまで分かりました。

そこで、その多数のファイルを持つディレクトリ全体をLAN上のHDD(これはUNIXで管理されているので、NTの持つファイルのセキュリティ情報はなくなってしまいます)にコピーして(C:)から削除し、あらためて、XPのコピーコマンドやC.MOSさんのzcopy.exeを使って(C:)にコピーしてから、再度BAKPを使ってみたのですが、状況は変わりませんでした。なお、XPの通常のコピーコマンドや、zcopyでは、ディレクトリの扱いに問題は出ていなかったので、ファイルシステムへの登録がおかしくなっているわけではないと思います。

それから、(F:)をフォーマットして基本的に空にしてからBAKPの基本機能でコピーすると、ある程度フォルダを作成したところで不正終了することがありました。2338でSYSOPさんが、

>それより「エラーメッセージが出ずに中断しているか」の方が気になるのですが、

と書かれていますが、まさに何のメッセージもなく、ふと見るとプログラムがデスクトップから消えている、という感じでした。BAKPLOG.TXTも、途中まで作られたフォルダが記録されているだけでした。(ただ、このとき、上で書いた、間違ったディレクトリの作られ方があったかどうかは確認しませんでした)

そこで、ちょっと困ってしまい、上記と同じようにzcopy.exeを使ってとにかく移せるファイルだけは先にすべてコピーして、そのあとでBAKPを使ったところ、今度は途中で止まらずに(しかし上であげたおかしい点はありましたが)最後まで行くようになりました。
HDDの中身は113GB程度、ファイル数では100万ちょっとはあるので、コピーすべきファイルが多いと大変なのかな、などと思っています。

長くなり、また分かりにくかったかも知れず、済みません。
何かありましたら、どうぞよろしくお願いします。

  1. RE^2455: BAKPの基本機能でのエラーについて(報告と質問)
    SYSOP さん 【2008/08/02(Sat) 20:17:40】  
    oh77.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ●お礼とお詫び
     RSEKI さんレポート有り難うございます。
     レポートを参考にしてプログラムの修正をしたいのですが、作者環境で再現出来ず検証は困難です。
     以下の記載事項は、すべて想像での記載となっています。
     ご了承下さい。

    ●ディレクトリ解析について
     BAKPはディレクトリの解析に2つの方法を用いています。
    ・元ドライブ側
     NTFSのファイルシステムをハードディスク上から直接読み込んで解析しています。
     (NTFSでは、ファイルシステムもファイル名$MFT言う名称のファイルとして格納されています)
    ・先ドライブ側
     ウインドウズの標準のファイル名取得APIを利用しています。
    ・可能性
     BAKP開発当時は、NTFSのファイルシステムについての日本語の解析資料は殆ど無く、図書館で取り寄せてもらった1冊だけが頼りでした。
     その資料で作成したものが現在BAKPに付属しているDLL(NTWABSP.DLL)です。
     今回の事例では、NTFSのファイルシステム直接解析に問題が出た可能性が有ります。
    ・ディレクトリ解析ミスの原因について
     ウインドウズ標準のAPIを利用せずにディレクトリ解析をしていますので、ソフトのバグの可能性も有ります。
     また、ソフト作成時には予想にもしなかったドライブの大容量化等で、プログラム内部にオーバーフローが発生している可能性もあります。

    ●フォルダの作成について
     フォルダの作成はウインドウズ標準API又はANSI−C標準関数を利用しています。
    ・エラーについて
     作者環境で発生していませんので確認が出来ないのですが、元ドライブ側のディレクトリ解析で何らかのトラブルが発生し、フォルダ名がバグり、先ドライブに作成不能な名称のフォルダを作ろうとしているのではとも考えています。
    ・参考
     BAKPの標準機能では、書き込み側ドライブに対しては直接アクセスは一切行っておりません。
     これは、直接アクセス/直接書き込みにより書き込みが実施された事を気が付かないウインドウズとバッティングする可能性が有るためです。
     フォルダの作成もウインドウズAPI/ANSI−C標準関数を利用しています。
    ・参考
     BAKPの拡張機能ですとフォルダの解析もせず、セクタ単位でそのままコピーするだけですので、その様な問題は少ないと思いますが、高速性や異なる容量のドライブへのバックアップ等の機能が失われてしまいます。
    ・注意
     拡張機能では直接アクセスをしますので、バックアップ後の操作については取説を熟読下さい。

    ●追伸
    ・NTFSのファイルセキュリティの無いドライブ間でのコピーの場合、BAKZが使えるかもしれません。
     私はNAS(玄箱HG)のデータをUSB−HDDにバックアップするのに、BAKZを利用しています。
     (使用OSはウインドウズXP−Home)
     記載して頂いた様な多数のファイルを含むディレクトリについては検証していませんのでご了承下さい。
     (BAKZは、元/先ドライブ共にウインドウズAPI/ANSI−C標準関数を利用しています)
    ・解決策が見つからない事例が増えてきました
     最近、お問い合わせをいただいても、現象が確認出来ず、解決策が見つからない事例が多くなってきました。
     また、最近は良いソフトが多数出てきたせいか、BAKxシリーズの御利用(DL数)も少なくなってきました。
     作者としては悲しいのですが、BAKxシリーズは時代にそぐわなくなっているのかもしれません。

     よろしく御願いします。

  2. RE^2455: BAKPの基本機能でのエラーについて(報告と質問)
    RSEKI さん 【2008/08/04(Mon) 00:52:53】  
    203-124-67-241.parkcity.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16

    SYSOP さん 早速のご返信、ありがとうございます。

    ディレクトリのコピーの不具合ですが、解消しました。
    BAKPでもうまくコピーできるところへ移動させてしまおうと思い、分割したり、ルートに近づけたりして移動していたら、途中からコピーできるようになったので、だめもとで、今度は反対に(ルートから遠ざけたり統合したり)移動してみたら、最終的には、もともとのところにディレクトリを戻してもうまくできるようになりました。

    お騒がせして申し訳ありませんでした。
    結果から見ると、恐らく当該ディレクトリのファイルシステムへの登録状況には、微妙に何か問題があり、BAKPではそれに反応してうまく進まなかった(それに対してXPの通常のコピーコマンドや、zcopyでは「おおらか」に対応していた?)のが、移動させることで登録状況が更新されている間にその問題が解消し、BAKPでも扱えるようになったのか、と想像しています。
    実は以前にもこういうことがありました。これはSYSOP さんがプログラムで想定して作ってあったこと(のはず)ですが、未来のタイムスタンプを持つファイルがあり、それに反応してBAKPがエラーメッセージを出したことがありました。これもXPの通常のコピーコマンドや、zcopyなどでは問題なしだったので、ちょっとびっくりしたのですが、きちんとファイルがチェックされているのだと思い、むしろ安心感を持ちました。
    今回のケースも、ある意味ではこれと同様で、プログラムの問題ではなく、扱われるデータのほうに問題があったのだろうと思います。

    SYSOP さんはちょっと悲観的に思われているのは私も残念ですが、もともと98SEからXPへの移行を考えていた時代に、信頼できるバックアップの手段がないままでは移行できないと思ってあれこれ探していたときにこちらを知り、ほんのちょっと試行のお手伝いもできて、実際に安心できるツールとしてなくてはならないものとして現在まで使っています。確かに市販の全自動をうたうようなツール付きで安くHDDが売っていたり、何か困ったことがあったりしたときにとりあえず自分でやってみる、というような昔かたぎのユーザの割合が恐らく減っていたり、いろんな状況の変化があるのでしょうが、今後ともぜひがんばっていただけたらうれしいです。

  3. RE^2455: BAKPの基本機能でのエラーについて(報告と質問)
    SYSOP さん 【2008/08/04(Mon) 21:05:46】  
    oi115.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ●エラーについて
    > もともとのところにディレクトリを戻してもうまくできるようになりました。
     解決出来たとの事レポート有り難うございます。

    ●BAKP/V/W/X/Y/Zの今後について
     皆様からレポートを頂くのですが、作者環境で再現出来ない例が多くお役に立てない状況です。
     「[2436] DVD−RAMへのBAKYについて(続)」は、作者環境で再現できず、当てずっぽうで修正したのが偶然Hitした成功例です。
     少し悲観的かもしれませんが、この様なまぐれは今後は期待できません。

    > 今後ともぜひがんばっていただけたらうれしいです。
     有り難うございます。
     可能な範囲で頑張っていきますので、引き続きご愛用下さい。

    よろしく御願いします。
 [2452] BAKY バージョンアップのお知らせ
 SYSOP さん 【2008/05/24(Sat) 18:51:48】  
 jx176.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
「DVD−RAMへのBAKYについて(続)」でゲホゲホ様から頂いたレポートを頼りに臨時バージョンを配布していましたが、臨時バージョンの動作について特段の問題が出ていないようですので、正式版として公開させて頂きます。
動作確認期間が短い為テストページへ掲載し、問題が出ない様でしたら通常の公開用ページに移動致します。
ゲホゲホ様、有り難うございました。
 [2436] DVD−RAMへのBAKYについて(続)
 ゲホゲホ さん 【2008/05/12(Mon) 05:31:40】  
 z123.124-44-200.ppp.wakwak.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
kuni様。ご無沙汰しております。
過日は色々とご指南ありがとうございました。

とりあえず書き込み速度の問題は、解決出来ておりませんが
HDが調子悪くなっている様なので、DVD1枚≒24時間
という超低速ペースでバックアップを行っております。

チョット気になったのでご報告ですが、強制読み込み実施中
にバックアップ先の残量が0KBになり、「WAGF-OFO Erro」と
言うメッセージが出て、OKボタンを押すと、強制読み込み
を続行しますか(Y/N)となり「Y」を押すと「メディア
サイズ0KBがファイルサイズ101kbを超えているため、大容量
メディアの採用をご検討…」⇒「デバックコード(応急パス
作成処理)⇒「OK」⇒元に戻るとループに入ります。

強制読み込み続行に「N」を選ぶと「Errcode=-5/2」が出て
終了選択画面になり、またBAKYを再起動して1枚目から
始める様な作業となります。

これは何かのタイミングで、次のメディアに移る処理がゆか
ない時があるということでしょうか。

少し気になりましたのでご報告まで。また再開してみます。

  1. RE^2436: DVD−RAMへのBAKYについて(続)
    SYSOP さん 【2008/05/12(Mon) 23:25:47】  
    oi164.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    ゲホゲホさんレポートありがとう御座います。

    ●SP3/SP1
     最近WindowsXP−SP3及びVista−SP1が公開されたため、updateにかかりっきりになっています。
     PCの速度にもよりますが、適用に2時間を超える場合もあり、開発環境などでVistaやXPパソコンを多数抱えている作者としてはヒイヒイ言いながらの作業です。

    ●追試
     ゲホゲホさんの症状追試と同時にWindowsXP−SP3の動作確認を兼ねて、BAKYを行いました。

    ・環境
     Core2duo + 1GB + ウインドウズXP−Pro
     HDD=FAT32,10GB(テスト環境でオフィス等を入れる必要がないので小容量にしています)
     DVD−RAM(LF−D521JD/マザーボードのIDEがタコな為USB2.0変換で利用しています)
    ・結果
     DVD−RAMで1枚半程度のサイズになりましが、2時間程度で問題なく完了しました。
     (両面DVD−RAMですので実際は一枚で済みました)
     なお、DVDをFD起動のDOSで読むドライバが無いため、復旧試験は行っておりません。

    ●DVD書き込み速度について
    > DVD1枚≒24時間
    ・私の環境の場合は、一枚1時間半程度でした。(正確に時間を確認していたわけではありませんので誤差があります。また時間は片面当たりです)
    ・LF−D521は、2倍速ですからベリファイを入れて実質一倍速です。
     また、シークタイム等も有りますのでこの程度かかるようです。
    ・ゲホゲホさんの場合、あまりにも時間がかかりすぎですので、システム的なトラブルも視野に入れてご確認頂いた方が良いと思います。

    ●WAGF-OFO Error について
    ・強制読み込み時のメッセージについて
     出力側ファィルをANSI−Cの標準手順 fopen() により作成していますが、そのエラーが発生すると表記のメッセージを出します。
     なお、読み込み側ファイルは、OSのファイルシステムを介せずにハードディスクから直接読み込みますので、このメッセージは出ません。
    ・考えられる原因
     1.書き込み側のディスクサイズがゼロの場合(一クラスタでも残っていれば fopen() は成功します)。
     2.書き込み側のディスクが保護されている場合。
       OSによりディスクが保護されると書き込みが出来ません。
       強制読み込みのファィルは、元ディスク上で保護されているファイルですので、先ディスクでもOSがお節介をする可能性が有ります。
     3.ハードウェア又はドライバ等システムがうまく動作していない場合
      ゲホゲホさんの場合、DVDの書き込みに24Hもかかるとの事ですので、この可能性も高いと思われます。

    ●以下の方式もお試し下さい
    ・USB変換ケーブルの利用
     PC=>USB2経由で外付けHDDへBAKY/BAKP等
    ・内蔵IDEに接続
     内蔵IDEに接続するのが一番早いのですが、ウイルスに侵略された場合など同時に被爆しますので、外しておく手段、リムーバブルカートリッジ等が必要になります。
     なお、作者は「内蔵IDEをリムーバブルカートリッジ」にして利用しています。

    よろしく御願いします。

  2. RE^2436: DVD−RAMへのBAKYについて(続)
    ゲホゲホ さん 【2008/05/14(Wed) 06:34:07】  
    z8.61-45-53.ppp.wakwak.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

    kuni様

    ご返信ありがとうございました。
    そうですが、USBでも通常の速度で書き込み出来ておられるのですね。
    もう一台のPCでも、USB接続のDVDが遅いので少々困っています。

    それはともかく、BAKYは最後の0.1%切る辺りで強制書き込みが
    始まるとそこから永遠に抜けられず、仕方なくCTRL+ALT+Delキーを押し
    終了しています。DVDは10倍速のメディアを使っているので、途中
    からドライブから変な臭いがしてきますので...(^_^;)

    ここ1週間、何度も行っているのですが、途中でコケてしまうると最初
    からやり直しなので、少しメゲてきました。最後のトライをしてみます。

    ところで、小生もUSB→IDE変換ケーブルを買ったので、HDDに
    バックアップしてみようかと考えておりました。その場合、最新作?の
    BAKVのMode0やBAKPの拡張機能でデッドコピーする場合と
    どちらがメリットがあるものでしょうか。

    もう一台のNTFSマシンが、BAKP(3.33)が例のRECYCLERの所で
    止まってしまうしまう問題があり先に進んでおりませんが、BAKVの
    Mode0でしたら大丈夫でしょうか。

    色々とご心配をお掛けしてすみません。よろしくお願いします。


    P.S
    関係ありませんが今度アマ無線の免許を取りに行くので、その関係でも
    色々ご教示頂けると幸いですm(_ _)m

  3. RE^2436: DVD−RAMへのBAKYについて(続)
    SYSOP さん 【2008/05/14(Wed) 14:25:01】  
    oi164.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポートありがとう御座います。

    > それはともかく、BAKYは最後の0.1%切る辺りで強制書き込みが始まるとそこから永遠に抜けられず、

    ホームページの08/05/12に記載したとおりテストしたのですが、再現出来ずにいます。
    お手数をおかけします。

    > ところで、小生もUSB→IDE変換ケーブルを買ったので、

    変換ケーブルはとても便利ですね。私は6本(台)位有りますが、古い物は140GBの壁を越えられないため今では、押入行きです。

    > HDDにバックアップしてみようかと考えておりました。

    HDDへのバックアップをお勧めします。

    > その場合、最新作?のBAKVのMode0やBAKPの拡張機能でデッドコピーする場合とどちら

    ・BAKY及びBAKPの基本機能は、ファイル単位でバックアップを行います。読み込み側は強制読み込み機能が有りますので、OSがロックしているファイルを読む事が出来ますが、書き込み側は通常の処理を行っています。(詳細は省略しますが、書き込み側で強制書き込みを行うと、書き込まれた事を知らないOSがファイルを破壊する可能性が有るためです。)
    そのため、書き込み側ディスクがOSに制御されていると書き込みが出来ない/フォルダが作れない等のトラブルが発生する場合が有ります。
     長所:40GB=>100GB等の大きなサイズのHDへ移行に利用できます。
     短所:OSの干渉を受ける場合が有ります。

    ・BAKPの拡張機能は、読み込み側、書き込み側共にOSのファイル機能を介在せずに直接読み書きします。
     処理は、セクタ単位でディスク丸ごとそのままバックアップします。(ドライブ単位ではなくディスク単位です)
     長所:OSのファイルシステムによる干渉を受けにくいです。
        ですから、ウインドウズ上からリナックスのハードディスクのバックアップ等も可能となります。
        (作者環境でバックアップに成功しましたが、サポートは行えません)
        ディスク丸ごとバックアップしますので、C:/D:とパーテーション分割されたディスクでも、一気のバックアップ出来ます。
     短所:40GB=>100GBのハードディスクにバックアップした場合、C:ドライブは40GBのままになります。
        残りの60GBは、D:ドライブ等としてパーテーションを新規作成するか、パーテーションユーティリティでC:ドライブの拡張をして利用する必要があります。

    ・BAKVは、 リカバリディスク作成に利用する為の物です。
     ハードディスクにバックアップする場合、そのままハードディスクを取り替えるだけで復旧可能なBAKP/BAKYをお勧めします。(大容量HDDをご利用の場合は、NTFS&BAKPでのご利用をお勧めします)
     リカバリディスクを作成する場合は、BAKVになりますが、最近のシステムはオフィス等を入れるとDVDでも十枚程度になりますので、現実的では有りません。ハードディスクをリカバリディスクとして利用する事になります。
     DOS起動からの大容量HDDへの復旧は限界が有ります。試用版として公開しているBVWRで大容量HDDへの復旧が可能ですが、BVWRはウインドズ環境が必要です。復旧用ウインドウズ環境としては、下記環境を使って下さい。
     1.ウインドウズXPをご利用でしたら、BartPE環境を構築して下さい
     2.ウインドウズビスタのインストールDVDの修復モードコマンドプロンプト起動してください

    > 関係ありませんが今度アマ無線の免許を取りに行くので

     バブルがはじけて以来アマチュア無線人口が大幅に減りました。一人でも多くの皆様に無線の楽しみを知って頂ければと思います。
     ブログにも書きましたが、昨日は「南極昭和基地」からのCQが聞こえました。対応するアンテナが無いため送信出来なかったのが残念です。

  4. RE^2436: DVD−RAMへのBAKYについて(追伸)
    SYSOP さん 【2008/05/14(Wed) 18:00:18】  
    oi164.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    > それはともかく、BAKYは最後の0.1%切る辺りで強制書き込みが

    ご利用の環境で強制読み込み時に、先メディアの残り容量検出が上手に出来ないのかもしれません。

    強制読み込みの位置をずらしてみて頂けますでしょうか。

    ●新品メディアの場合
    1.元ドライブにダミーフォルダを作成します。
    2.上記フォルダに画像ファイル等をダミーファイルとして数十メガバイト程入れます。(数MBでも大丈夫かもしれません)
    3.そのフォルダを前もって先メディアにエクスプローラ等で複写しておきます。
    4.BAKYします
    上記の操作で、書き込み順が変わりますので、強制読み込み位置がずれると思います。
    ディスクの中で強制読み込みとなるファイルは少ないので、それで位置をずらせば暫定的に対処出来ると思います。
    ---
    ●既にBAKYされた履歴の有る先メディアの場合。
     最初の先メディアは書き込みされているはずですので、
    1.先メディアの適当なファイルを削除してメディアのディスクスペースを空けます。
    2.元ドライブにダミーフォルダを作成します。
    3.上記フォルダに画像ファイル等をダミーファイルとして数十メガバイト程入れます。(数MBでも大丈夫かもしれません)
    4.そのフォルダを前もって先メディアにエクスプローラ等で複写しておきます。
    5.BAKYします
    ---

    ●一度おためし下さい。

    ●・・・とは言っても1枚24時間では辛いです。
     先ドライブをHDDにして頂けると世界が変わります。
     お試し下さい。

    よろしくお願いします。

  5. RE^2436: DVD−RAMへのBAKYについて(続)
    ゲホゲホ さん 【2008/05/14(Wed) 21:34:52】  
    z65.124-44-202.ppp.wakwak.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)

    kuni様

    こんばんは、詳細なご指南を大変ありがとうございましたm(_ _)m
    少し勇気が湧いてきました(^_^)/~

    BAKPは例のRECYCLERのフォルダー作成で止まってしまうのですが、
    これは120GB(SATA)→40GB(UATA)という変則な
    構成のせいもあるのでしょうか?尚この現象は拡張でも基本機能でも
    同じで、バックアップ元のC:は40GB以下です。
    今度、同容量のHD(SATA)を買って試さなくてはでしょうか。

    BAKYを行っているFAT32のXPマシンは、私も書き込み位置
    をずらす必要があるのかもと思っていましたが、何としてもDVD−
    RAMの書き込み速度が遅いので、メーカーにも再度当たってみます。

    無線は冬期登山が周りから危ないと言われ、4X歳の手習いで始める
    ものです。右も左も分かりません。いつかそちらの方へも書き込みが
    出来るようになりたいと思います。

    いつも色々ありがとうございます。取り急ぎ、御礼のご連絡まで。

  6. RE^2436: DVD−RAMへのBAKYについて(続)
    ゲホゲホ さん 【2008/05/14(Wed) 22:12:40】  
    z145.124-44-183.ppp.wakwak.ne.jp Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)

    追伸

    BAKYですが、今日の様子を見ていると、残量が8MBの状況で、
    強制読み込み(DVDにアクセスしているので書き込み?)していて
    表示のファイルサイズの分母が24MBとなっているので、8MB
    辺りで書き込みは失敗しても仕方ない様に思えます。

    強制読み込みの部分との連携が、もしかすると旨くいっていないので
    しょうか?ダミーファイルの大きさもいくつにするか難しい(ー_ー;)

    もう少し様子を観察してみます。取り急ぎm(_ _)m

  7. RE^2436: DVD−RAMへのBAKYについて(続)
    SYSOP さん 【2008/05/14(Wed) 22:16:14】  
    oi164.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    > BAKPは例のRECYCLERのフォルダー作成で止まってしまうのですが、

    ・私のテスト環境
     RECYCLERフォルダで停止した事例が有りません。OSだけでなく、セキュリティソフト等も影響しているのかもしれません。

    ・対策
     先ドライブの「ゴミ箱機能を無効」にしてみてはいかがでしょうか?
     バックアップドライブのゴミ箱はどうせ不要ですので。

    ・無効にする方法
     WinXPですと、「ゴミ箱右クリック」「プロパティ」「該当ドライブ」「ゴミ箱にファイルを移動しないで云々」でゴミ箱機能が無効になります。無効にした後、該当ドライブのRECYCLERのフォルダーを削除出来るようになります。

    > これは120GB(SATA)→40GB(UATA)という変則な

    この場合、拡張機能は使えません。先ディスクは、同一サイズか、大きなサイズのディスクが必用です。なお、メーカにより120GBでも細かい所で120.001だったりしてサイズが異なりますので、同サイズでも注意が必要です。

    ・出来れば同一メーカの同一型番ならOKです
    ・購入時にディスクのラベルを見る事が出来れば、LBAと言う数値を見て下さい。
     これが使っている物と等しいか、大きければOKです。
     ちなみにハードディスクのサイズは、LBA×512(バイト)になります。
    ・困難であれば、一回り大きなサイズの先ディスクを用意すればOKです。

    > 4X歳の手習いで始める

    頑張って下さい。免許取得の折りには交信よろしく御願いします。

    よろしく御願いします。

  8. ハードディスクの購入について
    SYSOP さん 【2008/05/15(Thu) 15:00:16】  
    oi164.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    私はテストマシン用のハードディスクを「価格につられて」下記アウトレット店で購入しています。なお、商品は【アウトレット/中古品】ですので、その点は確認の上ご判断を御願いします。
    バッファローのアウトレット店BuffShop http://www.buffshop.com/index.html

  9. RE^2436: DVD−RAMへのBAKYについて(続)
    ゲホゲホ さん 【2008/05/15(Thu) 18:00:27】  
     Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)

    kuni様

    色々とアドバイスをすみませんでした。

    昨日の結果は、やはり最後のファイルの強制読み込み(書き込み)を繰り返していて
    先へ進まないので、強制終了させました(;_;)

    ゴミ箱の件は知りませんでした。是非今夜トライしてみますm(_ _)m

  10. 危険なバージョンアップをしてみました
    SYSOP さん 【2008/05/15(Thu) 21:20:41】  
    oi164.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    > メディアサイズ0KBがファイルサイズ101kbを超えているため

    ダメモトで、メディアサイズ取得方式を変更してみました。
    テストページに 「BAKY 2.16geho」 をアップロードしました。

    ・修正について
     応急措置での修正です。

    ・動作確認について
     私の環境で一度試しただけのとても怪しいバージョンです。

    動作に一切責任は持てません。また、トラブルを引き起こす可能性も有ります。
    御利用になる場合は、その旨ご理解下さい。

    なお、このプログラムは、実行ファイルのみです。解凍の後、既存のBAKY.EXEと差し替えて御利用下さい。
    このプログラムは、近日中にHPから削除します。

    よろしく御願いします。

  11. RE^2436: DVD−RAMへのBAKYについて(続)
    ゲホゲホ さん 【2008/05/17(Sat) 15:29:45】  
    z249.58-98-175.ppp.wakwak.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

    kuni様

    小生のために特別版をご提供頂き、ありがとうございました。
    いま早速再開致しましたが、これまで抜けられなかった2枚目のDVDを終え
    3枚目の書き込みに始めて入っております。

    後でよくよく考えてみると、残量以上のファイルを強制書き込みしても、既に
    あるファイルの上書きであれば、何らおかしなことではないですね。大変失礼
    を致しました。

    ともあれ前進することが出来ましたので、終了しましたら状況をご報告させて
    頂きます。重ねて御礼申し上げますm(_ _)m

  12. RE^2436: DVD−RAMへのBAKYについて(続)
    ゲホゲホ さん 【2008/05/17(Sat) 23:17:05】  
    z249.58-98-175.ppp.wakwak.ne.jp Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

    kuni様

    GWから試行錯誤しておりました、FAT32・XPマシンの
    DVD−RAMへのバックアップを、お蔭様で完了することが
    出来ました(^_^)/~ 本当にありがとうございました。

    しばらくこのバージョンを使ってみて、もし何か問題が出る様
    でしたらレポートさせて頂きます。

    取り急ぎ速報です。真摯なご対応に、心より感謝申し上げます。

  13. RE^2436: DVD−RAMへのBAKYについて(続)
    SYSOP さん 【2008/05/17(Sat) 23:30:12】  
    oi35.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

    レポート有り難うございました。

    私の環境で再現出来ない為不安でしたが、うまく動いたようで良かったです。

    公開したファイルは、削除しようかと思っていたのですが、同様な悩みを持つ方がいらっしゃるといけないので、当分現行のまま公開を続けたいと思います。

    よろしく御願いします。
 [2434] AT互換機の Windows NT4.0 の追試・サポートについて
 SYSOP さん 【2008/04/16(Wed) 10:57:19】  
 jx46.opt2.point.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
ホームページ上にも記載しましたが、システムダウンの為「AT互換機の Windows NT4.0 の追試・サポート」が行えなくなりました。
検証が行えないだけで、ソフトそのものは引き続きウインドウズNT上でも利用出来ます。
よろしく御願いします。

PS1.PC-9821のウインドウズNTについては、2006/10/01から追試が出来ない状態となっています。
PS2.そのほかの古いシステム等について「現時点では在追試可能」ですが、故障等により追試が出来なくなる可能性が有りますので、ご了承下さい。

・現在追試が困難なOS
 PC−9821/AT互換機のWindowsNT

・近い将来追試が困難となる事が予想されるOS
 PC−9821のWindows95/98/2000
 AT互換機のWindows95/98/ME


HOME

お礼:この掲示板は、ひろPis氏作のHTB 1.1を利用させて頂きました。