HOME] [BBS
BAKxシリーズ(BAKP/Q/V/W/X/Y/Z)  NTSigSet BVWR 用掲示板

BAKxシリーズ(BAKP/Q/V/W/X/Y/Z) NTSigSet BVWR 用掲示板 過去ログ No.29

 [1751] BAKP使わせていただきました
 takahashi さん 【2004/07/30(Fri) 11:12:12】  
  HMX-12 Multi-inside Browser/1.2
以前BAKZでは大変ありがとうございました
BAKPをxpプロフェッショナル、NTSF→NTSFで使わせていだきました。
問題なく起動できました。ありがとうございます。
正規バージョンの購入を楽しみにしております、

  1. RE^1751: BAKP使わせていただきました
    SYSOP さん 【2004/07/30(Fri) 23:49:12】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポート有り難う御座います。
    もう少しα版の様子を見て、大きな問題が無い様でしたら、β版として公開したいと思います。
    ---
    引き続きよろしくお願いします。

  2. バックアップ時間について
    takahashi さん 【2004/07/31(Sat) 19:12:32】  
     HMX-12 Multi-inside Browser/1.2

    130GBほどのファイル容量をAthlonxp2600+、IDEHDDで差分バックアップしようとすると、
    複写ファイルのチェックに非常に時間がかります。
    2時間たっても複写ファイルのチェックが半分終わっていません。
    クイックフォーマットから全て複写させると2時間半ほどで終わりました。
    素人考えで差分バックアップの方が早くて当然と持っておりましたが、
    こういうものでしょうか。
    もっとも他の市販ソフトよりははるかに早いと思いますが。

  3. RE^1751: BAKP使わせていただきました
    SYSOP さん 【2004/07/31(Sat) 21:18:16】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    高速化の余地はあるのですが。。。
    将来の課題として検討させて頂きます。
 [1742] BAKV 3.16β
 SYSOP さん 【2004/07/28(Wed) 20:18:49】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表記ソフトを公開しました。
・本バージョンから、NTFS独自のファイルやフォルダのセキュリティ
 情報を保存復旧する事が出来るようになりました。
・現状では作者の環境の一部でテストしているのみですので、β試用版として
 公開させていただきます。
・安全な環境で十分な検証をしたのち、ご利用下さい。
 [1736] BAKP 006a でコピー元がリモートドライブである場合
 dualazmak さん 【2004/07/28(Wed) 12:37:09】  
 l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
少々変則的な使い方ですが、BAKP 006aを利用して、NTFS→NTFS で、「特定のフォルダの同期コピー」を行いたいと考えております。

これまでも報告させていただいているとおり、「コピー先」ドライブは、「ネットワーク接続のリモートドライブ」を指定することが可能であり、すなわち、ネットワーク接続した NAS などの「特定のフォルダ」をOSでドライブとして認識させておけば(X: などのボリュームレターを割り振っておけば)、コピー先に指定することが可能です。

一方、「特定のフォルダ」を「コピー元」とするために、その「特定のフォルダ」を前もってリモートドライブとして認識/マウントしておき(たとえば P: ドライブとしておく )、P: → X: の BAKP を実行しようとすると、残念ながら「ドライブの読込みに失敗しました。(NtOpen/ReadFile BootB)」のエラーが表示され、実行できません。

コピー元が「リモートドライブ」や「仮想ドライブ」である場合でも、BAKP が可能になれば、NTFS で特定のフォルダ間で同期コピーが可能になるので便利なのですが、いかがでしょうか?

  1. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/28(Wed) 12:56:02】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    追加コメントですが、私の場合、たとえばノートPCのドライブC: を BAKP で ギガビットLAN 接続サーバマシンのフォルダ H:\store_c\ に日常的にバックアップしており(現在の BAKP 006a で可能)、さらに、時折、この H:\store_c\ フォルダを、LAN 接続した NAS の X:\store_c\ (Z: ドライブとしてマウントしておく)に高速 BAKP したいわけです。

    もちろん、ノートPC(C:)→NAS(Z:) の BAKP は可能なのですが、サーバ機から NAS へ「特定のフォルダ」=「H:\store_c\」をドライブ P: として認識させた上で P:→ Z: (NAS のX:\store_c\) へ高速 BAKP できれば、非常に効率的なので、コピー元が「仮想ドライブやリモートである場合」の BAKP を実現していただきたい、という希望がございます。

  2. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/28(Wed) 18:58:16】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    cmd.exe で起動する WindowsXP の DOS 窓で、
    subst P: H:\store_c
    として、仮想ドライブ化した場合でも、ネットワークリモートドライブ接続した場合と同様に
    「ドライブの読込みに失敗しました。(NtOpen/ReadFile BootB)」
    のエラーが表示され、実行できませんでした。

    「元ドライブ」が「subst P: H:\store_c」で指定する「仮想ドライブ」でも、「net use P: H:\store_c」で指定する「リモートドライブ」でも、同じエラーになるようです。

  3. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    SYSOP さん 【2004/07/28(Wed) 20:07:00】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKxシリーズは基本的にリモートドライブはサポート外となります。
    ---
    BAKP/BAKYに付いての説明
    ・先ドライブとしてリモートドライブを利用する
     当方にNASが無いためテスト出来ません。
     テストが出来ないためサポート外となっていますが、動作はする物と思われます。
    ・元ドライブとしてリモートドライブを利用する
     アクセス方式が根本的に異なるため、利用は不可能です。
     元ドライブは、強制読み込みを行うためにハードディスクに直接アクセスを行います。(HDDセクタから直接読み込みを行います)
    ---
    ・ファイルセキュリティの問題が無ければ、ウインドウズ標準のマイコンピュータ等で複写するのが一番簡単だとおもいます。
    ・ファイルセキュリティの問題が有る場合は、不可能と思います。
    ---
    よろしくお願いします。

  4. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/28(Wed) 22:05:46】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    >・元ドライブとしてリモートドライブを利用する
    > アクセス方式が根本的に異なるため、利用は不可能です。
    > 元ドライブは、強制読み込みを行うためにハードディスクに直接アクセ> スを行います。(HDDセクタから直接読み込みを行います)

    了解しました。フォルダ単位での同期コピーについては、別の方策を用いることといたします。ご丁寧なご回答をいただき、感謝申し上げます。

    引き続き、BAKY, BAKP を活用させていただきます。

  5. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    SYSOP さん 【2004/07/28(Wed) 22:52:58】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKZは、通常のコピー処理です。
    (理由:NT/2000/XPを対象としていないため、ファイルセキュリティ突破の必用が無いため)
    NTFSでBAKZを利用した事は有りませんが、安全な環境でチャレンジしてみてください。

  6. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/28(Wed) 23:45:00】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > BAKZは、通常のコピー処理です。
    > (理由:NT/2000/XPを対象としていないため、ファイルセキ> ュリティ突破の必用が無いため)
    > NTFSでBAKZを利用した事は有りませんが、安全な環境でチャレ> ンジしてみてください。

    BAKZ は、NTFS ではエラーで動かないものだとばかり思っていたので、試したことがありませんでした。今度の週末にでも、試してみます。私が実行したいフォルダ同期は、基本的に「強制読み込み」の必要がないフォルダですので、うまくいくことを願って、試してみます。また報告させていただきます。

  7. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/29(Thu) 00:00:17】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    BAKZ には、BAKY の NET=YES (管理領域としてボリウム名を使用しない)のオプションは設定できましたでしょうか? これができないと、仮想ドライブやリモートドライブでの BAKZ は無理ですね?

  8. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/29(Thu) 00:31:16】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    BAKZ の説明ファイルを、よく読まずに質問して申し訳ありませんでした。

    ただいま、ダウンロード、インストール、シェアレジ登録、IDとパスワード入力、してエキスパートユーザーにさせていただき、NET=YES, NET=ALL を設定できました。

    NTFS→NTFS で、仮想ドライブ→リモートドライブ の BAKZ を試してみることにします。

  9. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/29(Thu) 00:45:34】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    NTFS→NTFS で、仮想ドライブ→リモートドライブ の BAKZ を試してみましたが、一度 BAKZ 後、すぐに同一条件で BAKZ しても、かなりの数の「必要がないはず」な消去とコピーが毎回発生しており、やはり常用は難しそうです。

  10. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/29(Thu) 00:56:37】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    NTFS→NTFS で、仮想ドライブ→リモートドライブ をNTFS 警告を無視して BAKY でも試してみましたが、BAKZ の場合と全く同じ数と同じファイルが、「消去&コピー」不要にもかかわらず、「消去&コピー」されるようです。

  11. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    SYSOP さん 【2004/07/29(Thu) 22:43:42】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    NTFS非対応のソフトですので、
     ・コピー機能はOK
     ・アトリビュートの比較関係がNTFSに対応していない
    となっているのですね。
    ---
    レポート、どうも有り難う御座いました。
    ---
    PS.
     バックアップ先ドライブから実ドライブへのUPDATE−COPYどうして必用なのでしょうか????

  12. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    dualazmak さん 【2004/07/30(Fri) 12:42:39】  
    ns2.nmp.co.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

    >  バックアップ先ドライブから実ドライブへのUPDATE−COPYどう> して必用なのでしょうか????

    いくつかの重要なドライブ(例えばノートPCの C:ドライブ)のコピーを、複数のマシンの特定フォルダに定期的に残すことにしております。この際、最初のノートPCからサーバ機の高速Ultra320SCSI HDD 内フォルダへの BAKP は、ギガビットLAN 経由で実施しております。さらに、月に1回程度の頻度で、このサーバ機のいくつかのフォルダを、同機内の別の HDD および NAS の特定フォルダへ同期バックアップ(同期バックアップなので、コピー元フォルダにないファイルは、コピー先でも削除する)することを行っており、これはデュアル Xeon 2.8G RAM 2GB 自作サーバですので、他の多くの作業をさせながらでもストレスなく実行できます。(ノートPCから何度も LAN 経由で BAKP するのは非常にもどかしいので..........)

    現在は、フリーソフトの WinSync2000(最近3年ぶりに更新された)を使って、複数フォルダの同期コピーを行っていますが、速度的には BAK* ファミリーが優れていることと、WinSync2000 が3年前から全く更新されない不安、WinSync2000 にはこの掲示板ような頼もしい情報交換サイトが乏しい不安、などから、BAK* シリーズによる NTFSフォルダ間の同期コピーを試みようとした次第でございます。

    もちろん、ネイティブなドライブ-to-ドライブ の同期コピーをコンセプトとする BAK* シリーズと、複数のドライブ(ネイティブ、仮想、リモートを問わず)またはフォルダの一括同期コピーをコンセプトとする WinSync2000 では、目的やコンセプトが異なりますし、なによりも WinSync2000 は、OS稼働中ドライブの「強制読み込み」に対応していないので、最初のOS稼働ドライブの同期バックアップには BAK* シリーズが必須となっています。

    余談ですが、これまでは信頼性抜群の BAKY の利用を前提としてきたので、自作機の HDD は、殆ど FAT32 で運用して参りましたが、BAKP が正式にリリースされれば、全て NTFS へ変換する予定です。一方で、SYSOP さまと同様に、家族のマシンや会社支給のノートPCは、いまや全て NTFS ですので、既に BAKP 006a は必須ツールとなっています。もちろん、アルファ版としての制限事項を十分に理解した上で使わせていただいております。

    今後も BAK* シリーズを強く支持/応援させていただくと共に、一つのソフトツールに全てを期待するのではなく、目的に応じて上手に使い分けるようにしたいと思います。おそらく、当面は、BAKY, BAKP, WinSync2000 をフル活用させていただくことになりそうです。

  13. NTFS=>NTFS BAKZ
    SYSOP さん 【2004/07/30(Fri) 23:46:51】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    表記の試験をしてみました。
    私はNASを持っていないので、とりあえず
     C: WinXP Pro   IDE NTFS
     D: 元ドライブ       IDE NTFS
     E: 先ドライブ       IDE NTFS
     上記構成です。
     なお、BAKZは、セキュリティを突破する機能は有りませんので、実施前に、C:とD:のフォルダなどでセキュリティがかかっている物は、プロパティ/共有で解除しました(System Volum Information 等)
    ・テストを行いましたが全く問題なくBAKZが行えました。
    ・BAKZ直後のBAKZでは、複写個数0個で正常な状態でした。
    ---
    上記のとおり、セキュリティ問題さえ解決してやれば、ローカルドライブでは問題が出ませんでした。
    dualazmakさんの所で問題が出ていますが、リモートドライブに起因する何かが有るのでしょうか?
    それとも、その他の環境等による問題なのでしょうか?
    作者の所ではNASを使っていないため解決の糸口は見えませんでした。ご了承下さい。

  14. NTFS=>NTFS BAKZ
    dualazmak さん 【2004/07/31(Sat) 01:16:48】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    一昨日のトライアルでは、5万件ほどのファイルが存在するノートPC WindowsXP 起動 C:ドライブを完全 BAKP したフォルダを NAS フォルダへ BAKZ した後、直後の再 BAKP で3千件ほどの必要がないはずの「消去&コピー」が発生しておりました。あまりにも件数が多いので、それぞれのセキュリティやアクセス権限などを確認することはやっていないのですが、仮想ドライブ、リモートドライブに原因があるのではなく、ファイルアクセス権限や微妙なアトリビュート比較が原因であるような気がしております。

    というのは、「消去&コピー」が発生しているフォルダは、もともと WindowsXP のドメイン参加の下で作成された \documents and settings\ フォルダ内の別ユーザープロファイル関連ファイルや、ドメインなどが関係していると思われるデータファイルが多いように見受けられるからです。

    先日、BAKP で問題になり、0.05a 以降で対処&解決していただいた SE_BACKUP_NAME 権限の問題は、BAKZ では絡んでいないでしょうか?

    当を得ない情報と問い合わせで申し訳ありません。変則的な利用ですので、この問題と議論を打ち切っていただいても結構でございます。あまりお手間を取らせることは、本意ではなく、申し訳なく思っております。

  15. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    SYSOP さん 【2004/07/31(Sat) 01:48:40】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKZでは、ファイルのアトリビュートを以下の3つのみ比較しています。(他のアトリビュートは無視しています)
    ReadOnly、Hidden、System
    ですから、NTFS独自のアトリビュート関係は考えられないのです。
    また、BAKZは、FAT/Win95/98/ME専用ですので、フォルダのセキュリティ属性については一切考慮していません。(SE_BACKUP_NAMEは無縁です)
    ---
    元ドライブと先ドライブで、上記事象の発生するファィル名称及び、元先のアトリビュートの違いなどをお教え頂けますでしょうか?
    BAKZは、NTFS対応ソフトでは無いので、修正出来ない可能性が大ですが、よろしくお願いします。

  16. NTFS=>NTFS BAKZ
    dualazmak さん 【2004/07/31(Sat) 02:23:56】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    深夜のコメントとご示唆、感謝申し上げます。

    再度、注意深く検討してみました。

    まず、ローカルコンピュータ内で、subst コマンドを用いて仮想化した2つの仮想ドライブ間で BAKZ すると、ご指摘の通り問題なく、直後 BAKZ ではコピーファイルはゼロで完璧でした。

    一方、NAS のフォルダを LANリモートドライブとして認識させ、ローカル仮想ドライブ→リモートドライブ の BAKZ を実行したところ、一昨日と同様に 3870 個のファイルが、毎回、「消去&コピー」されました。

    従って、NAS フォルダのリモートドライブ認識による何かが問題のようです。ご参考までに、WinSync2000 では、全く同じ条件の「ローカル仮想ドライブ→リモートドライブ」同期コピーで同様の問題は一切発生せず、直後の再実行では、消去&コピーされるファイルは全くありません。

    RealSync 作者さんのホームページには; 

    > WindowsNT(NTFS)とWindows95(FAT,FAT32)の間でLANを使用して
    > フォルダを同期している場合、更新したはずのデータが複数回
    > コピーされてしまう場合があります。これは、ディスクフォーマット
    > 形式、FAT,FAT32とNTFSの最終更新の秒数の記録方式の違いで、
    > FATは2秒単位、NTFSでは、1秒単位で記録しているため、
    > その誤差で、この現象が発生します。この現象は今後のバージョンで
    > 誤差を処理できるようにしたいと思います。
    >
    > この現象が発生する場合は、フォルダ設定の『NTFS・FAT誤差対応』を
    > チェックしてください。この場合、2秒以内のずれは更新されていな
    > いと判断します。

    という記述があります。私の問題の状況では、コピー先のリモートドライブは Linux の NTFS ですが、上記のような微妙な時間のずれが関係している可能性はないでしょうか?

    ちなみに、問題が起こるファイルのアトリビュート(秒単位のタイムスタンプも含めて)、セキュリティ、ファイル名称などを比較してみましたが、いずれも違いは見つかりませんでした。

  17. NTFS=>NTFS BAKZ
    dualazmak さん 【2004/07/31(Sat) 02:58:06】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    問題が起こるファイルのプロパティで、相違が見つかりました!

    元ファイル OUTLOOK.PST では、
      作成日時:2004年6月26日、12:28:38
      更新日時:2004年7月30日、16:59:44
      アクセス日時:2004年7月31日、2:02:51

    をローカル仮想ドライブに BAKZ したものは、
      作成日時:2004年6月26日、12:28:38
      更新日時:2004年7月30日、16:59:44
      アクセス日時:2004年7月31日、2:37:39

    ですが、NAS リモートドライブに BAKZ したものは、
      作成日時:2004年6月26日、16:59:44
      更新日時:2004年7月30日、16:59:44
      アクセス日時:2004年7月31日、2:36:35

    となっています!

    アクセス日時が変わるのは当たり前として、「作成日時」が問題のようです!! NAS への BAKZ では、なぜか 作成日時=更新日時 で書き込まれており、これが原因で、直後の再実行で、タイムスタンプが変化しているので「消去&コピー」が発生するのではないでしょうか?

    他の問題ファイルを、いくつか見てみましたが、いずれも 作成日時=更新日時 になっていました。

  18. NTFS=>NTFS BAKZ
    dualazmak さん 【2004/07/31(Sat) 03:12:16】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    なんとなんと、NAS 内では、今、手当たり次第に見た範囲では、全てのファイルが、作成日時=更新日時 で書き込まれております。ちょっと状況を理解することが難しくなってまいりました。

    BAKZ でも、WinSync2000 でも、参照しているのは、タイムスタンプ=更新日時 だけのはずですね????

  19. NTFS=>NTFS BAKZ
    dualazmak さん 【2004/07/31(Sat) 03:25:57】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    いま、ローカル仮想ドライブ→ローカル仮想ドライブ で意図的に1個のファイルを BAKZ したところ、タイムスタンプ=更新日時 は正確にコピーされましたが、作成日時=今のファイル書き込み日時 になっています!  どうも、「ファイル作成日時」が BAKZ や NAS では正確にコピーされないことが原因では、と思えてきました。

    上のレス17番で;

    > をローカル仮想ドライブに BAKZ したものは、
    >  作成日時:2004年6月26日、12:28:38
    >  更新日時:2004年7月30日、16:59:44

    と書いたのは、恐らく間違いで、これは既に BAKZ 以外でコピーされていた(作成日時と更新日時の両方が正確にコピーされていた)可能性が大です。

  20. NTFS=>NTFS BAKZ
    dualazmak さん 【2004/07/31(Sat) 03:37:35】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    元ドライブのいろいろなファイルのプロパティを覗いてみると、中には、タイムスタンプ=更新日時が、作成日時より古い時刻になっているものもありますね。普段、全く気にしていないのですが、考えてみると奇怪な現象ですね。

    いずれにしても Linux の NAS では、「作成日時」情報は持たないようですね。

  21. RE^1736: BAKP 006a でコピー元がリモートドライブである場合
    SYSOP さん 【2004/07/31(Sat) 08:42:26】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKZでの時間比較は、ウインドウズ標準APIを利用して取得したftLastWriteTimeで行っています。(ftCreationTimeやftLastAccessTimeは無視しています)
    ですから、問題無いはずなのですが・・・
    実際にNASを利用していないためなかなか追求は困難です。ご了承下さい。
    ---
    ・説明(Microsoft Win32 API プログラマーズ リファレンスより)
     ftLastWriteTime:
     ファイルの最終書き込み時間を指定します。すべてのファイル システムがこの時間フィールドをサポートしています。
    ---
    よろしくお願いします

  22. BAKZテスト版送りました
    SYSOP さん 【2004/07/31(Sat) 09:17:00】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    表題の通りの物をメイルで送付させて頂きました。
    殆ど未テスト状態です。
    安全な環境で試しをお願いします。

  23. BAKZテスト版送りました
    dualazmak さん 【2004/07/31(Sat) 22:43:48】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    SYSOP 様

    テスト版を作成いただいたとのこと、心より感謝申し上げます。

    実は、大変申し訳ないことに、スパムメール設定のミスがあって、本日午前中に頂戴したメールが、メールサーバから消去されてしまいました。さきほど、スパムメール、ホワイトメールの設定を変更し、SYSOP 様からのメールは必ず保存されるように設定致しました(貴アドレスは記録に残っておりましたのでホワイトリストに変更しました)ので、非常に申し訳ございませんが、今一度、ご送信いただけますよう、お願い申し上げます。
    お恥ずかしいミスで、恥じ入っております。

  24. BAKZテスト版送りました
    dualazmak さん 【2004/07/31(Sat) 23:05:28】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    御再送いただき、感謝申し上げます。これからテストに取りかかります。

  25. BAKZテスト版
    SYSOP さん 【2004/07/31(Sat) 23:05:37】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    再送しました。

  26. BAKZテスト版
    dualazmak さん 【2004/07/31(Sat) 23:42:06】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    スレッドが非常に長くなり、本来の趣旨とかけ離れてきた面も否めませんので、テスト結果は、まずメールで SYSOP 様にご連絡、ご相談し、その後、SYSOP 様のご指示やご意向に沿って、このスレッドの継続か、新スレッドで、ご覧の皆様にも SYSOP様から情報を伝えていただくことにします。
 [1733] BAKV
 SYSOP さん 【2004/07/25(Sun) 22:31:08】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
この週末は、BAKVを修正していました。
BAKVでNTFSのセキュリティ情報の保存及び復旧が出来るサンプルが完成しました。
---
システムを共用し、フォルダ毎にユーザをセレクトしている環境等で便利かと思います。
---
もう少し、動作確認をした後、試用版を公開したいとおもいます。
今しばらくお待ち下さい。
 [1728] baky.exe 1.30 Error
 urajin さん 【2004/07/20(Tue) 12:26:14】  
 YahooBB220037060003.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Hotbar 4.4.2.0; .NET CLR 1.1.4322)
WindowsXP  fat32
WindowsXPで format済
---baky.exe 1.30---

Application Error: c:\program Files\baky\baky.exe で
The instruction at 77f69ecd referenced memory at 01000014
The memory could not be written
Click on OK to terminate the application になってしまいます

回避方法あれば教えて下さい

  1. RE^1728: baky.exe 1.30 Error
    SYSOP さん 【2004/07/20(Tue) 20:11:04】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポート有り難う御座います。
    ---
    BAKYの起動時のトラブルについて、レポートを頂くのですが、私の環境で再現されないため原因が分からない状況です。
    ---
    以下にBAKYでトラブルが起きた方々の書き込みが有りますので、過去ログを参考にして頂けますようお願いします。
     [1602] BAKY
     [1484] 五回目のバックアップにて、エラー表示が出たのですが....
     [1427] BAKYを起動するとエラーになる
     [1341] BAKYを実行するとエラーになる
     [1308] BAKYでうまくいきません
    ---
    よろしくお願いします

  2. RE^1728: baky.exe 1.30 Error
    SYSOP さん 【2004/07/23(Fri) 22:53:11】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKYのデバッグコード埋め込み版をUP致しました。
    どの部分でエラーが出ているか試してみたいと思いますので、もしお時間が取れましたらご確認よろしくお願いします。
    BAKY130D(デバック版)をデバッグ(メニューから「BAKYの起動(DEBUG)」)で起動すると、メッセージボックスが色々表示されます。エラー直前に表示されたメッセージをこのBBSでお知らせ下さい。
    よろしくお願いします。

  3. RE^1728: baky.exe 1.30 Error
    urajin さん 【2004/07/27(Tue) 10:50:15】  
    YahooBB220037060003.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Hotbar 4.4.2.0; .NET CLR 1.1.4322)

    アップデート後のBAKY.exeでショートカットを作成し
    起動する事で解決しました。
    アップデート前のショートアイコンで起動していたのが
    原因の様ですが、取りあえず回避です。
    ※baky130d.exeお疲れさんです(^_^)
     同じ現象が再現出来ましたらテストしてみます。
     ありがとうございました。

  4. RE^1728: baky.exe 1.30 Error
    SYSOP さん 【2004/07/27(Tue) 22:03:31】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    問題が解決したそうでおめでとう御座います。
    また、何かありましたらお知らせ下さい。
    ---
    よろしくお願いします。
 [1725] BAKV(Ver 3.00)
 SYSOP さん 【2004/07/18(Sun) 19:33:56】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表記ソフトを更新しました。
---
修正内容:複写時のファイル読込みを従来
  ・OSの機能による標準的なファイル読込み
  ・読めない場合は、強制読込み
 の2段処理をしていましたが、本バージョンから
  ・OSの機能による標準的なファイル読込み
  ・読めない場合は、OSの特権を利用しての読込み
  ・さらに読めない場合は、強制読込み
の3段方式に変更しました。
これにより、読込み失敗トラブルは大部分が解決していると思われますが、 大幅な修正をしていますので、何らかのトラブルが紛れ込んでいる可能性が有ります。ご利用時には、安全な環境での事前の十分なお試し(動作確認)を御 願いいたします。

  1. 追伸
    SYSOP さん 【2004/07/19(Mon) 07:48:53】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    試用期間が短いため、とりあえずTESTページに公開させて頂きました。
    問題が無い様でしたら、正式に公開致します。
 [1720] BVWR 0.03β
 SYSOP さん 【2004/07/17(Sat) 16:35:17】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表記ソフトを更新しました。
---
修正内容
  試用版として公開していましたが、賞味期限切れで使用出来なくなっていましたので賞味期限を延長しました。
 [1719] BAKW 2.60
 SYSOP さん 【2004/07/17(Sat) 16:32:46】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表記ソフトを公開致しました。
試用期間が短いため、とりあえずTESTページに公開させて頂きました。
問題が無い様でしたら、正式に公開致します。
---
修正内容
 UNLHA32.DLL で m 機能を利用した場合「削除失敗エラー」が出る場合が有る為、m 機能を利用しないように変更しました。
 (a 機能で書庫を作成し、ファイルは別途削除する仕様としました)
 [1718] BAKP 0.06a
 SYSOP さん 【2004/07/17(Sat) 10:14:02】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表記の試用版をUP致しました。
安全な環境でおためし下さい。
修正点
 4GB以上の大型ファイルに対応しました。
---
PS.
 RSEKI さんDLLはうまく動きましたでしょうか?
PS2.
 本バージョンも主要部分に修正を加えていますので、α試用版とさせて頂きます。

  1. RE^1718: BAKP 0.06a
    RSEKI さん 【2004/07/18(Sun) 01:41:19】  
    nttkyo024058.tkyo.nt.isdn.ppp.infoweb.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    SYSOP さま
    いただいた修正DLL、またこの0.06a、ともに、以前はコピー対象として拾ってこなかった大きなファイルをコピーします。
    これで、多分この問題は解決かな、と思っています。ありがとうございました。
    またdualazmak さんが
    >コピー先ドライブが、FAT か FAT32 ということはありませんよね?
    と書かれていたのも思い出して、念のためFAT32のドライブに対してもコピーを行ってみると、こちらでは強制読み込みのメッセージが出たあと、結局コピーに失敗した旨の表示が出ました。これは当然ですが、でも一応きちんと動いている証拠にもなるかな、と思ってここに記しておきます。

  2. RE^1718: BAKP 0.06a
    SYSOP さん 【2004/07/18(Sun) 06:40:48】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    RSEKI さん レポート有り難う御座います。
    また、FAT32での動作確認も有り難う御座います。
    エラーが発生していてエラー表示が出ないと問題がありますが、きちんとエラー表示が出たとの事で安心致しました。
    ---
    これからもよろしくお願い致します。

  3. RE^1718: BAKP 0.06a
    dualazmak さん 【2004/07/18(Sun) 14:07:34】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    SYSOP さま:

    BAKP 0.06a 早速使わせていただいております。私の環境でも、リモート仮想ドライブへのコピーを含めて、問題なく動作しております。

  4. RE^1718: BAKP 0.06a
    SYSOP さん 【2004/07/18(Sun) 23:51:10】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    dualazmak さん レポート有り難う御座います。
    また何かありましたらお知らせ下さい。
 [1705] BAKP 0.05α
 SYSOP さん 【2004/07/11(Sun) 19:12:05】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表記のプログラムを公開しました。
当初β版として公開する予定だったのですが、内部を大幅に変更したため、引き続きα版としての公開となります。
複写処理の変更
・0.04α迄
  1.OSの機能による通常複写
  2.1で失敗時は強制読み込み
・0.05α
  1.OSの機能による通常複写
  2.1で失敗時はOSの機能による特権を利用しての複写
  3.2で失敗時は強制読み込み
---
これにより「アクセス権」の無いファイルにたいしても、OSがロックをかけていない限り、OSの機能で複写が可能となります。(OSの機能を利用しますので、圧縮ファイルに対応可能)
---
アクセス権で問題の発生している方は、安全な環境でおためし下さい。

  1. RE^1705: BAKP 0.05α
    dualazmak さん 【2004/07/12(Mon) 15:39:32】  
     Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

    非常に、よろしい様子です!

    まずは、業務に使用中の Widows2000 マシンにて、敢えてドメイン参加のまま(ユーザーは admin権限)で BAKP005a を実行しましたが、エラーは発生せず、ノータッチで完了しました。コピー先は、SCSI 外付け HDD です。

    WindowsXPノートPC(IBM ThinkPad X40)から、LAN接続仮想ドライブへの BAKP005a については、2,3日中にトライして報告します。

  2. RE^1705: BAKP 0.05α
    SYSOP さん 【2004/07/12(Mon) 21:00:22】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポート有り難う御座います。
    ---
    以下の私の環境で動作試験をし、パックアップ先ドライブからウインドウズが起動する事を確認しました。
    PC−9821
     Win2000 (Pro)
     WinNT4.0(WS)
    AT互換機
     WinXP   (Pro)
     Win2000 (Pro)
     WinNT4.0(WS)
    ---
    よろしくお願いします

  3. RE^1705: BAKP 0.05α
    RSEKI さん 【2004/07/13(Tue) 12:26:22】  
    h219-110-29-180.catv02.itscom.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    SYSOP さま

    xp home を使用していますが、以前に出ていたエラーがなくなり、コピーが順調にできました。

    ただ、0.04αの時もそうだったのですが、大きいmpgファイルがコピーされないようでした(2GBを超えるような大きさのもの)。特にアクセス権で問題があるファイルではないので、cfgとの絡みかとも思いましたが、ちょっと理由は分かりませんでした。
    これもコピーできればありがたいのですが、やり方を教えていただければうれしいです。

  4. RE^1705: BAKP 0.05α
    dualazmak さん 【2004/07/13(Tue) 22:10:11】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    WindowsXP Pro ノートPC(IBM ThinkPad X40)から、LAN接続仮想ドライブ(リモートドライブ)へのバックアップで、ドメイン参加のまま(ユーザーは admin権限)で BAKP005a を実行しましたが、エラーは発生せず、ノータッチで完了しました。完璧です!

  5. RE^1705: BAKP 0.05α
    SYSOP さん 【2004/07/13(Tue) 22:27:14】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    RSEKIさんdualazmakさんレポート有り難う御座います。
    ---
    ●複写されないファイルについて
     調査したいと思いますので、BAKPインストールフォルダに残っているログの該当ファイル(複写されないファイル)の行を記載下さい。
    ---
    よろしくお願いします。

  6. RE^1705: BAKP 0.05α
    dualazmak さん 【2004/07/13(Tue) 22:37:40】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    RSEKI さん

    まさかコピー先ドライブが、FAT か FAT32 ということはありませんよね?
    それぞれで、扱えるファイルサイズの上限が 2GB, 4GB ですので、念のためお尋ねしております。
    http://missinglink.systems.ne.jp/009.html

  7. RE^1705: BAKP 0.05α
    RSEKI さん 【2004/07/15(Thu) 23:38:19】  
    nttkyo021039.tkyo.nt.isdn.ppp.infoweb.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    SYSOPさま
    >BAKPインストールフォルダに残っているログの該当ファイル(複写されないファイル)の行を記載下さい。
    BAKPLOG.TXTで該当箇所を見ると、元ドライブ情報にはあるのですが、ファイル複写のところには出てきません。「ユーザ指定により、メッセージ表示が抑制されました。」ともあるので、これのせいでエラーが出ていないのでしょうか?

    dualazmak さま
    >コピー先ドライブが、FAT か FAT32 ということはありませんよね?
    NTFSです。

    またご指示をお願いします。

  8. RE^1705: BAKP 0.05α
    SYSOP さん 【2004/07/16(Fri) 03:41:16】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    > BAKPLOG.TXTで該当箇所を見ると、元ドライブ情報にはあるのですが、
    「元ドライブ情報」をお願いします。

  9. RE^1705: BAKP 0.05α
    RSEKI さん 【2004/07/16(Fri) 23:38:30】  
    nttkyo023165.tkyo.nt.isdn.ppp.infoweb.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    1つの例です。

     0051899 00001002 C:\Documents and Settings\default\My Documents\4516161500\0000.MPG
     0051900 00000000 C:\Documents and Settings\default\My Documents\4516161500\4516161500.ini
     0051901 00000000 C:\Documents and Settings\default\My Documents\4516161500\FileInfo.dat

    ちょっと長くてすみません。このフォルダには3つファイルがあるのですが、した二つはコピーされていますが、最初のものはされませんでした。

  10. RE^1705: BAKP 0.05α
    SYSOP さん 【2004/07/17(Sat) 00:43:55】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポート有り難う御座います。
    ログで原因らしき物が解りました。
    ---
    DLLを修正しました。
    DLL単品をE−MAILでお送りしますので、点検をお願いします。
    ---
    よろしくお願いします。

  11. 追伸
    SYSOP さん 【2004/07/17(Sat) 00:46:50】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    DLL検証不十分です。
    取り扱いは安全な環境でお願いします。
 [1700] BAKP.CFG
 SYSOP さん 【2004/07/06(Tue) 21:09:35】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
BAKP用設定ファイルBAKP.CFGを公開しました。
なお、BAKP.CFGの一部の機能は、次期BAKP用の機能が含まれています。
CFG記載の全機能が利用出来るわけではありませんので、ご承知置き下さい。
---
未搭載機能 作成エラー無視フォルダ (EMM=)
---
よろしくお願いします


HOME] [BBS

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