ERAM隔離スレ

**名無し~3.EXE** · 2008/06/30(月) 12:56:13

■関連スレ
RAMディスク友の会13
ttp://pc11.2ch.net/test/read.cgi/win/1211939468/l50
【32bitOSで】 Gavotte Ramdisk Part5 【4GB超え】
ttp://pc11.2ch.net/test/read.cgi/win/1213106698/l50

**521** · 2009/01/30(金) 23:42:45

無事導入完了。

【OS】XP SP3
【メモリ】6GB
【ドライブ文字】Z
【ルートのエントリ数】128
【アロケーションユニット】2
【メディアID】F8
【ディスクサイズ】3000000(実際にはちゃんとOS管理外の2,941,253,632となった)
【メモリ確保元】OS管理外領域
【開始位置指定】無し
【メモリ上限を検出】有り
【OSに通知】無し
【実デバイス扱い】有り
【リムーバブル】無し
【TEMPディレクトリ作成】無し
【保存先・復元機能設定】H:\ERAM_BACKUP.ebk
【boot.ini】/fastdetect /NoExecute=OptIn /PAE

デフォの64KBの状態で@復元・@保存にチェックを入れてしまうと、
サイズを広げようとしても再起動後に64KBのイメージが復元され、
サイズを広げる設定が反映されないことが原因だった。
一度チェック外してサイズ変更し再起動したら直った。
これになかなか気付かず苦戦した俺アホ過ぎ・・・・orz

復元&保存素晴らしいけど、起動と終了に恐ろしく時間がかかってしまう。
現状、>>519とか使ってこまめな差分バックアップ取った方が良いのかな？

**名無し~3.EXE** · 2009/01/30(金) 23:49:32

日記はブログで

**名無し~3.EXE** · 2009/01/31(土) 01:48:35

ここが俺のブログだ

**名無し~3.EXE** · 2009/01/31(土) 02:18:18

いや、ここは俺のブログだ

**名無し~3.EXE** · 2009/01/31(土) 02:18:47

俺がブログだ

**521** · 2009/01/31(土) 02:45:25

RealSyncってフリーウェアでRamDiskからHDD上のバックアップフォルダへの一方的な差分バックアップと、
パソコン起動時のバックアップフォルダからのリストアを両立する方法があった。
普通の同期設定だとRamDisk上でデータ消してもバックアップから復元されてしまう設定しかなくて
複数のショートカットを作るなどわずかに面倒な設定が必要だったけど、一応ちゃんとバックアップ&リストアできてる。

もし需要あれば説明を書いておこうと思うけど、どうでしょう？需要ない？

**名無し~3.EXE** · 2009/01/31(土) 03:09:07

興味ある。

**名無し~3.EXE** · 2009/01/31(土) 08:31:30

指定した時間でバックアップしてくれる機能をつけてほしいな

**名無し~3.EXE** · 2009/01/31(土) 08:40:38

バックアップとリストアを別のソフトでやれば
その程度のことは猿でもできるから
できない方がおかしいの

**名無し~3.EXE** · 2009/01/31(土) 08:45:28

534は主に531宛てね

**521** · 2009/01/31(土) 10:04:17

>>534
分かってはいるけど、統一した方がプログラム自体のHDDからの読み出しが少しでも速くなるんじゃないかと思ったんだよ。
でも昨晩からの検証の結果体感差はないので(元々バックアップツールなんてプログラム)、
結局は別プログラムに担当させる手を使うことにしてる。

**名無し~3.EXE** · 2009/01/31(土) 10:11:11

>>536
RAMDISK上にツールを置けばいいじゃない

**名無し~3.EXE** · 2009/01/31(土) 10:32:02

>>537
RAMDISK上にバックアップツール置いてスタートアップに登録した場合、
再起動したらバックアップ先には残ってても元がないから、
ショートカットのリンク先がない状態になってスタートアップできない。
(…こういう意味ではない？？)

もし、リストア用をHDD上に、バックアップ用をRAMDISK上に置いて、
バックアップ用プログラムのスタートアップよりリストア完了が早い状況を作れたら、
バックアップ用プログラムだけRAMDISK上に置くことは不可能じゃないのかも知れんが、
普通のやり方じゃまず不可能だろう。

そもそも>>536の読み込みってのはHDDからの読み込みの話であり、
仮に可能であったとしても、
HDD→リストア用プログラムでRAMDISKにコピー→OS管理RAM上で駆動
という手順になり、悪くなることはあっても良くなることはない。

**名無し~3.EXE** · 2009/01/31(土) 16:01:26

robocopy試した？

**名無し~3.EXE** · 2009/01/31(土) 16:47:39

>>539
試してない。
リストア用をスタートアップに入れて、
バックアップ用を1分間隔とかでタスクにスケジュールってのも考えたんだけど、

①タスクトレイ等からのバックアップ一時停止ができない
②起動時にリストアより先にバックアップが入るとバックアップが全部消える可能性（ない？）

という点からやめた。

②に関しては以下のように考えた。間違ってたり回避方法あれば指摘ヨロ。

コピー元をRamDisk、コピー先をバックアップフォルダに指定する必要があるが、
バックアップの指定は、当然コピー先にだけ存在するファイルを削除することを指定しなくちゃいけない。
(そうじゃないとバックアップ先が肥大するばかりになる。)

今使ってるバックアップ用のフリーウェアでは1分間隔を指定してスタートアップした場合、
起動時実行を指定しなければスタートアップから1分カウントしてバックアップを行う。
つまり、○時10分20秒に起動した場合、最初の実行は○時11分20秒になる。
従って、普通にやってりゃバックアップがリストアより先に入ることはない。

一方、タスクマネージャを使う場合、バックアップが時刻指定。
タスクのスケジュールを1日間隔にして継続24時間、タスクの繰り返し間隔1分にすれば、
1日ごとに次の24時間サイクルが始まってずっと1分ごとにバックアップし続けれるとは思うが、
開始時刻を○時○分00秒にして起動した場合、
△時△分59秒ぐらいにパソコンが起動したらスタートアップのリストア開始と
スケジュールされたバックアップのタスクが競走になる可能性があるのではないか？
もし先にバックアップが入った場合、空っぽのRamDiskがバックアップ先に上書きされるのではないか？

・・・・と考えたんだがどうなんだろう？

**名無し~3.EXE** · 2009/01/31(土) 18:08:14

Autohotkeyとかで、バックアップアプリ１時間間隔等で起動にして
リストアプロセスがある場合起動しないようにしとけばいい。

**名無し~3.EXE** · 2009/01/31(土) 19:54:30

ERAM入れたらPCが起動しなくなった。
safe modeでもログイン直後にブルースクリーンが出る。
システムの復元も不可能で、結局OSを再インストールする羽目に。
こんな糞ソフトｲﾗﾈ。Gavotteにするわ。

**名無し~3.EXE** · 2009/01/31(土) 20:14:39

どうぞどうぞ

**名無し~3.EXE** · 2009/01/31(土) 21:07:42

Win7用のインストーラお願い誰か(´･ω･`)

**名無し~3.EXE** · 2009/01/31(土) 21:10:04

>>538-540のような長文をタイプしてる時間があったら全部一通り試せそうだな

**名無し~3.EXE** · 2009/01/31(土) 23:42:33

自分で設定ミスって起動できなくなっただけなのに
何この馬鹿?ｗ

**名無し~3.EXE** · 2009/01/31(土) 23:59:04

>>541
説明読んでたら、ちょっと試してみたくなった。

バックアップ間隔についてははそこそこ短い方がよくないかな？
1時間間隔とかにすると、まとめて数百MBぐらいのHDDへの書き込みが発生しそうだ。

**名無し~3.EXE** · 2009/02/01(日) 05:36:39

差分でそこまで行く用途なら
そもそもRAMディスクは不向きだろ

**名無し~3.EXE** · 2009/02/01(日) 11:58:17

>>547
もう御託はいいから片っ端から試せよ
バックアップ間隔も短くて30分で十分だ。あとは再起動やシャットダウンのときに念のため手動でバックアップボタン押すだけだろ

**名無し~3.EXE** · 2009/02/01(日) 22:02:45

>>540
そこまで気にしたことないな。
俺の場合の話だけど･･･

①RamDiskへのリストアはスタートアップスクリプトを使ってログオン前に終わらせる。
②バックアップはタスクスケジューラを使って15分おきに実施(ただし全部コピーでなく同期)。
③ログオフスクリプトを使ってバックアップ。

タスクスケジューラは設定するときに｢ログオンしているときにのみ実行する｣にチェックを
つけておいてログオン前にリストアを終わらせれば絶対に処理は重ならない。
もっともhomeの人ではできないかもしれないけど･･･

**名無し~3.EXE** · 2009/02/01(日) 23:03:57

>>550
ログオフスクリプトはRamDisk導入時に調べまくったが、Homeな俺はガックリだったな。

RamDiskを念頭に置いたrobocopy呼び出しツールを作ってみた。
RamDisk上には完全ミラーのフォルダと階層だけ維持するフォルダの2つに別けて置き、
ツール起動時にはrobocopyを呼び出して上記フォルダごとに分別リストアを行った後は、
{
指定時間待機。
robocopyを呼び出して上記フォルダごとに分別バックアップする。
}
の無限ループするのを完全非表示にするところまではできた。
つまり、1分間隔で設定して、40秒かかる大きな更新があった場合、
更新完了から20秒後ではなく1分後に開始されるはず。

なんとかタスクバーに入れるようにして、
シャットダウンの監視を行えるようにしたら公開したいと思うんだが、
これがなかなか難しいようで・・・・orz

**名無し~3.EXE** · 2009/02/01(日) 23:04:47

×タスクバー
○タスクトレイ
一応訂正。

**名無し~3.EXE** · 2009/02/01(日) 23:09:11

Homeでもレジストリに書き込めばちゃんと働く。

**名無し~3.EXE** · 2009/02/01(日) 23:19:43

>>553
それってmsconfigからいじれるスタートアップとも別？
あと、シャットダウンについてもできる？

**名無し~3.EXE** · 2009/02/02(月) 11:56:18

>>553
適当に検索してやってみたがダメだった。

**名無し~3.EXE** · 2009/02/02(月) 20:25:20

>>555
WinXP HomeをProfessionalに改造しよう！
http://pc11.2ch.net/test/read.cgi/win/1158374122/280-

ログオンスクリプトが使えるとさ。

**名無し~3.EXE** · 2009/02/04(水) 00:59:42

ディスクサイズが変わっても復元できるようにできないかな

**468** · 2009/02/04(水) 03:50:51

夜分遅くにこっそりと失礼します。

>>481 >>510
こちらの方法にうまく合致しない可能性が一番考えられますが、他の可能性としては初回の起動や設定が変わっての検出しなおしや、
容量があまり多くないため起動が早くなった、という体感があまり得られないなどが考えられます。起動に関しては容量に比例して
時間がかかりますので、その点を注意してください。

>>518
一度チェックすれば、高負荷をかけるかどこかが壊れない限りは大丈夫だと思いますので、毎回チェクしなくても良いかと思います。

>>488 >>500 >>505
こちらの環境（XP SP3 GeForce7025）では問題なかったので、原因がよくわかりません。とにかく、こちらでは検証不可能です。

>>509
保存・復元機能はあくまでおまけということになっていますので、そのあたりの対応などは別のツール
等を使うようにしてください。

http://coixicava.com/cgi-bin/fuckup/src/fuck0578.zip.html
パスは: eram です。
※注意は>>195を参照してください。

※このバージョンは設定の項目を多少変更していますので、ファイルを差し替えただけの場合正常に動作しない
　可能性があります。使用の際には一旦アンインストールをしてから再度インストールを実行するか、ファイルを差
　し替えた後、再設定を行ってください。　　　

修正・変更箇所（詳しくはreadme.txtを参照）
・64bit版のOS管理メモリで4GB以上確保できるように変数を修正
・OS管理メモリの確保の方法を新たに追加
・イメージの圧縮方法を新たに追加
・その他、細々とした変更・修正

ところで、少しお聞きしたいのですがMSのRamdiskサンプルのソースの利用は何処までがOKでしたっけ？

**名無し~3.EXE** · 2009/02/04(水) 09:07:07

>468
修正/変更、お疲れ様です。

早速fuck0578版を使わせていただきましたが、休止状態からの復帰でファイルシステムが破損してしまいます。
フォルダ/ファイル構造はそのまま残っておりますが、ファイルは破損状態です。(mp3を置いて再生したところ、早回しになりましたw)
再起動時の復帰には問題ありません。
chkdskをかけるといかのメッセージが表示されます。
ファイルシステムの種類は RAW です。
RAW ドライブに CHKDSK は使用できません。

以下、環境を書いておきます。
OS: Windows XP Professional SP3
CPU: Q6600
Memory: 2GB x 4 (8GB)
M/B Gigabyte GA-EP45-UD3R

設定
ディスクサイズ: 4982360KB
メモリ確保元: OS管理外領域
OS管理外領域: メモリ上限を検出, 厳密に検査
実デバイス扱い
復元: 起動, 休止
保存: 終了, 休止
圧縮: NTFS, 省略

以上、報告までに。

**名無し~3.EXE** · 2009/02/04(水) 20:33:44

>>559
管理外使ってたら当たり前の話です。
スタンバイなら壊れないけど休止はメモリを落とすので壊れる。

**名無し~3.EXE** · 2009/02/04(水) 21:17:07

>>468
fuck0578から初回起動以外早く起動出来ることを確認しました。
領域の再検出にチェックを入れると以前までの動作のように
なる感じでしょうか。

ちなみにReadmeにNTFSで起動可能と書かれていますが保存復元機能を
使った場合の話でしょうか。使わずにNTFSで最初から起動出きれば
一番いいのですが。

**名無し~3.EXE** · 2009/02/04(水) 21:17:54

なんだよこの流れ・・・

**名無し~3.EXE** · 2009/02/04(水) 21:19:01

>>562は>>559へ

**559** · 2009/02/04(水) 21:28:12

壊れるから、休止状態に遷移する前に取ったディスクイメージを復帰時に書き戻して
正常なディスク状態に復元しているのではないのですか？
管理内メモリだったらOSが勝手に復元するから、そもそも復元/保存処理の実装は不要ですよね？

**560** · 2009/02/04(水) 21:42:41

>>564
それは失礼。保存復元機能の事とは思いませんでした。

**名無し~3.EXE** · 2009/02/04(水) 21:47:03

現在のところ、保存復元はあくまでおまけって書いてるんだから
自分でログオンスクリプトなり別ソフトなりで対処すべき。

**名無し~3.EXE** · 2009/02/04(水) 22:03:35

>>558
大変乙です。
458の環境・設定で、fuck0527+fuck0528のcplファイルでは問題なかったのですが、
fuck0578で起動時のプログレスバーがスクロールしたまま起動しませんでした。
（ずっーと待っていれば起動したかもしれませんが）
どうも起動時の復元機能をONにするとダメでOFFにしたらすんなり立ち上がるようです。

509についてはすいませんでした。
保存が失敗したERAM_BACKUP.ebkで上書きされなければよかったので、
今は以下をバッチファイルに書いて起動時に実行して対処してます。
大変お騒がせしました。

-------------
if exist z:\recycler\nul move /y C:\ERAM_BACKUP.ebk C:\ERAM_BACKUP.ebk.bak
-------------

**559** · 2009/02/04(水) 22:13:16

>>560
言葉足らずでした。保存復元機能の事です。誤解させてすみません。

>>566
休止状態遷移前にRAMディスク上のファイルをオープンしているアプリがあった場合、
スクリプトなりで書き戻してもアプリが異常動作する可能性がありますね。

RAMディスクを作業域にしてファイルを使用する場合、
使っているアプリがファイルハンドルをつかみっぱなのかわかりませんので、
休止状態への移行は危険を伴う気がします。

かといって、そうした状態を想定しないで良い使い方ってのが、いまいち思いつきません。

適当な動作を望んだ場合、デバイスドライバレベルでの対応が必要な気がします。
スクリプトなどのユーザーモードのアプリでの対応は、ちょっと厳しいのではないでしょうか？

まぁ、あくまでおまけと言うことなので対応してくれるとうれしいなーという感じです。
というか、できたら機能/性能的に最強のRAMディスクになるんじゃ……w

**名無し~3.EXE** · 2009/02/04(水) 22:18:43

そういう使い方するなら素直に64bitに移行したほうが幸せになれると思う。

**559** · 2009/02/04(水) 22:56:50

>>569
それって普通じゃん。
(えーっ

**名無し~3.EXE** · 2009/02/04(水) 23:04:41

>>569
XP x64 で休止状態だとメモリが Max 4GB というOSの制限がついてきて
あまりおいしくない。
Vista x64 にしても署名問題が鬱陶しい（BDとか）。

**名無し~3.EXE** · 2009/02/04(水) 23:20:39

XP64だと制限あるのか・・・
署名問題はReadyDriver Plusで解決できないのかな。7βじゃ使えないけど・・・
まあ32bitで困ってないなら気長に待つか休止しないようにすればいいじゃないかな。
さすがにOS買えとはいえないし。

**名無し~3.EXE** · 2009/02/05(木) 00:35:11

>>558
毎度乙です。

>>566
報告は必要だろう。
ここで報告が上がらなければフィードバックがかからない。
おまけ機能とはいえ載せてるということは、
報告が上がってそれを元に仕上げていくことを見越してのことではないだろうか？

**558** · 2009/02/05(木) 00:47:54

今日も夜分に失礼します。

>>559
検証ありがとうございます。どうやらこちらが調べ足りないようでした。すみません。
今回のもので多分…大丈夫だと思います。
…それにしても、どうして休止で終了したはずなのにスリープで起動するのでしょうか？

>>561
起動可能というのは復元によって、という意味です。

>>567
断定は難しいですが、こちらでは複数のマシンで基本的な動作に関するテストは行っているので、
環境依存の可能性が高いと思います。

http://coixicava.com/cgi-bin/fuckup/src/fuck0579.zip.html
パスは: eram です。
※注意は>>195を参照してください。fuck0578を導入していない人は>>558の※もよく読んでください。

修正・変更箇所（詳しくはreadme.txtを参照）
・休止の復元がうまくいかない問題を多分修正
・ボリュームラベルを設定画面から変更できるようにした(※readme.txtを参照)

**559** · 2009/02/05(木) 01:44:47

>>574
素早い対応、お疲れ様です。

アンインストール&インストールしました。

休止状態からの復元ですが、どうも直っていない模様です。>>559で報告したのと変わりません。
設定画面からのボリュームラベルの設定も反映されません。MS-RAMDRIVEになります。

(´д⊂)‥ﾊｩ

**558** · 2009/02/05(木) 03:43:58

>>575
またまた、検証ありがとうございます。
少し状況を変えて試してみましたが、おそらくボリュームがアクセスに対して繊細すぎるのが原因ではないかと思います。
ドライブを開いているだけでも失敗してしまいますから、休止する場合は関わっているアプリケーションをすべて終了させてからでないと
休止状態で復元するのは厳しいと思います。（Ramdiskのドライブをexplorerで開いているだけでもダメなようです）
MS-RAMDRIVEになることについてはおそらく、実デバイス扱いのチェックをはずしているのが原因でしょう。ラベルに何も設定していないと
標準で「ERAM-DRIVE」になりますが、実デバイス扱いになっていないと強制的に特定のボリュームラベルに変更されるようです。

**名無し~3.EXE** · 2009/02/05(木) 06:45:43

>>572
Ready Driver Plusだとドライバのロードはできるようになるけど
HD映像の再生ができない点は変わらない(これは普通にF8起動しても一緒)

**559** · 2009/02/05(木) 10:16:14

>>576
確かに、ボリュームをロックしているプロセスが無ければ復元に成功するようですね。

復元に成功する場合、休止状態復帰のプログレスバーがいっぱいになってから、しばらくディスクアクセスが続きます。
このときにディスクイメージをRAMディスクに書き戻しているのだと思っています。

しかし、復元に失敗する場合は、このディスクアクセス時間がほとんど無く、デスクトップに復帰します。
結果、RAMディスクは破損します。

つまるところ、書き込み処理に何らかの問題を抱えているようです。

やはり、ボリュームのマウントを解除してやる必要があるのでしょうか。
http://msdn.microsoft.com/ja-jp/library/bb521494.aspx

**559** · 2009/02/05(木) 10:21:55

↑Windows Embeddedだから違うのかな？？

**名無し~3.EXE** · 2009/02/05(木) 12:19:29

>>558
サンプルソースをhttp://support.microsoft.com/kb/257405/jaだと仮定して
http://support.microsoft.com/gp/csa

**名無し~3.EXE** · 2009/02/05(木) 21:38:57

要約すると
・オブジェクトコード形式での頒布しか許可されていない
・オープンソースとは混ぜるな危険
だめぽ

**576** · 2009/02/05(木) 21:52:30

今日は少し早いですが失礼します。

>>578
こちらも、その方法で書き換えているのですが、どうやらボリュームロックがネックのようです。
ですので、少し方法を変えてみて、ドライブを開いているだけなら大丈夫なくらいにしてみました。
おそらく以前よりアクセスに関して図太くなったと思います。
それと、もしものときのために「復元」を設定画面から出来るようにしましたので、失敗したときに
ご利用ください。ただ、使用条件は他の復元方法と同じくらいになると思います。

>>580 >>581
情報提供ありがとうございます。
それをもとにして、自分で組み上げる場合は大丈夫でしたっけ？

http://coixicava.com/cgi-bin/fuckup/src/fuck0580.zip.html
パスは: eram です。
※注意は>>195を参照してください。fuck0578以降を導入していない人は>>558の※もよく読んでくださ

い。

修正・変更箇所（詳しくはreadme.txtを参照）
・「復元」ボタンを追加(※readme.txtを参照)
・復元がうまくいきづらい問題を多分修正

**名無し~3.EXE** · 2009/02/05(木) 21:57:55

>>582
ソースを流用しなければそもそも著作権の問題は発生しないから問題ないはず

**名無し~3.EXE** · 2009/02/05(木) 23:43:50

>>574
乙です。
567の件ですが、fuck0579、fuck0580ともに現象かわらずで、
OS起動時の復元をONにすると、OS起動時のプログレスバーが
スクロールしたままで起動処理がとまってしまいます。

fuck0527+fuck0528のcplファイルでは問題なかったので、
環境依存とのことでしたら、今回の変更点が当方の環境に
あわなかったということのようです。

458の環境・設定なのですが、足りていない情報があれば
お知らせください。

**582** · 2009/02/06(金) 00:54:52

>>584
そちらの環境で、fuck0580にして、起動時の復元をONにしないままOSを立ち上げてから「復元」ボタンで復元してみてください。
もしくは、立ち上げた後、起動時に復元にチェックを入れて、デバイスマネージャのERAMを無効→有効にしてみるなどしてみてください。
他にも、新たにイメージを取得して起動してみるのも試してください。
それで毎回必ず固まるなら、ERAMが何か不具合を抱えている可能性もあるかもしれません。

ただ、対応するかについてはあまり期待しないでください。多数で発生する場合は、対応する場合はありますが個別発生となると対応が
難しいことや、時間が無いこともあって積極的に行動しにくいです。

ただ、作者様の許可があるとはいえ、こんな信用の無い野良の改造のソフトを利用してくれてありがとうございます。
次のバージョンアップがあるかはわかりませんが、その時に不具合が取れていれば幸いです。

**559** · 2009/02/06(金) 01:11:54

>>582
乙です。
休止状態からの復帰確認しました。迅速な対応ありがとうございました。

「省略」がうまく働かないときがあるのは私だけでしょうか？フルサイズのディスクイメージができあがります。
0フィルしてやってフォーマットし直すと働くなるようになるのですが……。

**名無し~3.EXE** · 2009/02/06(金) 01:12:44

>>585 (582)
やはりソースは出されないのでしょうか？

**名無し~3.EXE** · 2009/02/06(金) 02:43:03

>>582
0580を使おうとしましたが、パネルを開こうとすると以下のエラーが出てしまいます。
"C:\WINDOWS\system32\shell32.dll,Control_RunDLL "C:\WINDOWS\system32\eramnt.cpl",ERAM"の実行中に例外が発生しました。
OSはXPSP3です。
0578では正常に開けていました。
0579を試そうとしましたが、現在coixicava.comが繋がらないようなので、後ほど試そうと思います。
取り急ぎご報告まで。

**名無し~3.EXE** · 2009/02/06(金) 06:44:37

>>585
乙です。
了解です。夜に試してみます。対応については了解です。
fuck0527+fuck0528のcplファイルでうまくいっているので、
通常はこちらを使おうと考えてますが、
もし、次回のバージョンアップがありましたら動作確認します。

**名無し~3.EXE** · 2009/02/06(金) 07:53:48

>>580
>http://support.microsoft.com/gp/csa
は関係ないだろ
同梱のeula.txtを読めよ

**名無し~3.EXE** · 2009/02/06(金) 09:20:16

>>590
EULA.TXTの内容はサンプルドライバのページ末尾に書かれている非保証、免責の内容とほぼ一緒。
サービスアグリーメントによればEULA.TXTの内容も「含まれる」だけでないの？

>当該サービスの Web サイトに記載されたポリシー (これらすべてが本契約の一部として組み込まれます) によって
>拘束されることを了承し、同意されたものとします。

**名無し~3.EXE** · 2009/02/06(金) 12:55:16

ramdiskサンプルはDDKの一部だから
サービスアグリーメントの契約に同意していない人は関係ない
(入手経路によって変わる)

**名無し~3.EXE** · 2009/02/06(金) 14:16:26

最初から>>580で仮定って書いてるじゃないか。

**名無し~3.EXE** · 2009/02/06(金) 15:23:33

fuck527,528が無いけどどうしちゃったの？
http://coixicava.com/cgi-bin/fuckup/index.html

**名無し~3.EXE** · 2009/02/06(金) 15:25:06

ちがう579,580が無くなってるんだ

**585** · 2009/02/06(金) 22:04:48

失礼します。

>>586
省略がうまくいかないのは、Readme.txt にも書いてありますが使い込まれたパーティションであるから
だと思います。
今回、起動・終了とスタンバイ・休止の保存場所を別々に分けてみましたので終了時にRAMDISKから移動
して保存→起動時に書き戻しという手段をとってみると良いかと思います。(詳しくはReadme.txtを参照)

>>587
いえ、そろそろ少しずつ進めていたソースコードの整理の方に時間を割こうかと思いして、機能の
問題も若干は残るもののなくなってきたので…とはいっても今後何か無いとは言えませんが。

>>588
fuck0580で採用した機能が環境に対応し切れなかったようですね。
以前の安全なものに変更しておきました。これで大丈夫だと思います。

>>594-595
fuck0580で>>588さんに不具合が発生しているようでしたし、幸いすぐ修正できそうなので使ってしまわ
ないように消しておきました。

http://coixicava.com/cgi-bin/fuckup/src/fuck0583.zip.html
パスは: eram です。
※注意は>>195を参照してください。fuck0578以降を導入していない人は>>558の※もよく読んでください。

※導入した人は必ず再起動をしてください。

修正・変更箇所（詳しくはreadme.txtを参照）
・起動・終了とスタンバイ・休止の保存場所を別々にした(※readme.txtを参照)
・設定画面の起動がうまくいかない問題を修正

**名無し~3.EXE** · 2009/02/06(金) 22:52:37

>>596
乙です。
584の件、fuck583で問題なくなりました。
当方環境でもOS起動時の復元おｋです。
ありがとうございました！

**名無し~3.EXE** · 2009/02/06(金) 23:27:47

まさに「神」だな☆

**588** · 2009/02/07(土) 01:27:06

>>596
お疲れ様です。
0583でエラーは出なくなりましたので報告致します。
また、動作についても問題ありません。
本当にありがとうございました。

**名無し~3.EXE** · 2009/02/07(土) 03:34:40

ERAM改583 初見で試してみたら、i7 920 6G搭載機で使えました。ありがとうございます
それにしてもRR/RW 4K ギガ超えるとは思わんかった。凄いな

**名無し~3.EXE** · 2009/02/07(土) 08:31:54

>>585（作者）さん
Vista64ビット対応は無理でしょうか？

**名無し~3.EXE** · 2009/02/07(土) 09:04:09

ドライバの署名を取得するのは、個人ではほぼ不可能だろ
えらい金もかかるし

**名無し~3.EXE** · 2009/02/07(土) 09:19:04

署名無効化ツール使えよ

**名無し~3.EXE** · 2009/02/07(土) 12:50:38

>>596
fuck0415からfuck0580へ久々に更新してみました。
ERAMの設定がリセットされてしまうため、そのまま再起動すると青画面になっちゃうのは仕方ないですね。
その後、セーフモードで立ち上げて、再設定しようとしたらERAMの設定画面が長くなりすぎｗ
セーフモードのQVGAより大きいため、画面をはみ出してOKボタンが押せないかと思ったけど、
設定を全部し終わった後にEnterキーで事なきを得ました。
って事で更新出来て特に問題なさそうです。

GF8200A(V1.0) 2GBx4 にて、OS管理外領域4.48GBで運用中。
本当に感謝です！

**596** · 2009/02/07(土) 22:16:32

失礼します。

>>601
>>602さんが仰るとおり、署名の取得は金銭がかかりますし、何より私は作者ではありませんので…。
>>603さんの言うとおり何らかの形で署名を無効にする方法を採ってください。

>>604
設定画面の長さはいままで気になっていたので（私もセーフモード時の設定の際、少し困りました）、
ですので今回は思い切ってを変更してみました。
ずいぶんすっきりしましたが、以前の画面と比べると小さすぎるように見えるのは以前の画面を眺め
過ぎた影響でしょうか…。

今回ですが、すみません。コードを眺めていたらある部分に致命的なミスを発見しました。
32bitOS を使用している人は特に影響はありませんが、64bitOS を使っている人は特定の動作で OS がクラッシュ
してしまう可能性があるので、出来ればすぐに修正してください。

http://coixicava.com/cgi-bin/fuckup/src/fuck0585.zip.html
パスは: eram です。
※注意は >>195 を参照してください。fuck0578 以降を導入していない人は >>558 の※もよく読んでください。

※導入した人は必ず再起動をしてください。

修正・変更箇所（詳しくはreadme.txtを参照）
・64bitOS を使用時に致命的な問題になる部分を修正
・画面のレイアウトを大幅に変更した

**名無し~3.EXE** · 2009/02/07(土) 22:53:33

>>605
日刊ERAM、乙です。

**596** · 2009/02/07(土) 23:21:14

書き忘れしたが、前の画面のほうが使いやすいという人は、fuck0583のCPLファイルを使っても大丈夫です

**名無し~3.EXE** · 2009/02/07(土) 23:27:14

>>605
乙であります！

ところで、そろそろトリップ付けて欲しいのだが・・・

**596** ◆P6rBQWtf4. · 2009/02/08(日) 09:21:00

失礼します。

>>608さんが仰るとおり、トリップつけることにします。

よく考えたら私になりすまして、
不正なバイナリを仕込むことも可能だったのですね…。

※今後ですが、このトリップを目印に、私と判断してください。

**名無し~3.EXE** · 2009/02/08(日) 12:24:29

不正なバイナリを仕込むって、鳥付いてても改造分のコードが非公開な時点で完全な信頼ができんわけで

**名無し~3.EXE** · 2009/02/08(日) 12:26:54

同じ鳥がたくさんヒットする件

**名無し~3.EXE** · 2009/02/08(日) 12:59:38

確かに不正なバイナリを仕込むことも出来るだろうが、そんなことをすれば
これまで細かなVerUpで築いてきた努力が無になるわけで、そこまでして
仕込む意味は見出せないけどな。

**名無し~3.EXE** · 2009/02/08(日) 13:01:13

同じマシン、XP32bit 8G搭載で4.75GBをRamDiskにしたベンチの比較
CrystalDiskMark 2.2 Test Sizeは 100 MB

ERAM改 0585版 (ntfs)
Sequential Read : 5800.187 MB/s
Sequential Write : 3725.549 MB/s
Random Read 512KB : 5810.859 MB/s
Random Write 512KB : 3737.672 MB/s
Random Read 4KB : 1396.354 MB/s
Random Write 4KB : 1302.641 MB/s

RamDisk Plus 9.0.4.0 (ntfs)
Sequential Read : 5886.559 MB/s
Sequential Write : 3732.456 MB/s
Random Read 512KB : 5769.877 MB/s
Random Write 512KB : 3684.801 MB/s
Random Read 4KB : 755.177 MB/s
Random Write 4KB : 665.957 MB/s

これはもうERAM改に乗り換えるかね

**名無し~3.EXE** · 2009/02/08(日) 13:02:43

一番いいのはサイトかブログで公開かな

べ、別にサイトかブログ作ってそこで公開してくれなんて思ってないんだからねっ(///)

**名無し~3.EXE** · 2009/02/08(日) 13:03:17

AutoResize機能キボンヌ

◆P6rBQWtf4. · 2009/02/08(日) 13:14:52

#5963

◆P6rBQWtf4. · 2009/02/08(日) 13:25:34

>>611
割れトリだからなぁ
もし>>609が成りすましでないなら、トリップ変えた方が良いよ

**名無し~3.EXE** · 2009/02/08(日) 13:26:05

うお、リロってなかったｗ

**名無し~3.EXE** · 2009/02/08(日) 13:26:32

>>613
よかったらCPUとメモリ何使ってるのか教えてくだされ

**596** ◆Q/3FsV2wj2 · 2009/02/08(日) 13:31:39

失礼します。

>>610
ソースコードの整理を今進めています。
近いうちに何らかの形で公開できればと考えています。

>>617
ありがとうございます。安易なトリップだったようです。
早速変更させていただきました。

※>>609で挙げたトリップは問題ありなので、変更します。
※今後ですが、このトリップを目印に、私と判断してください。

**名無し~3.EXE** · 2009/02/08(日) 13:49:09

>>619
C2D E8600@4.2GHz(420MHz x 10)
チップセットはX38
メモリはDDR2-800をDDR2-840にして使ってますお

**名無し~3.EXE** · 2009/02/08(日) 13:58:30

まじ乙。

**名無し~3.EXE** · 2009/02/08(日) 14:06:56

>>621
あり㌧

**605** ◆.JeWin.fzA · 2009/02/08(日) 17:27:15

つい先ほどスレッドをのぞいて見たのですが…

>>609 >>620
えーと…どちら様ですか？

まず、皆さんに一言、申し訳ありません。

私が2ちゃんねるという場所で書き込みをしているという認識の不足から、別の人がトリップをつけて
偽るという事態を招いてしまいました。

私も一応トリップをつけさせていただきますが、このような事態では、混乱している方や信用できない
と思う方もいらっしゃるでしょう。

ですので、ERAMの改造も一応一段落着いたと思っていますので。バイナリ配布はこれで終了とさせて
いただきます。

つきましては、この後に配布されるのはソースコードのみになりますので、私や彼（彼女？）を信用
できなくてもソースコードのみを信用していただければいいと思います。

最後にもう一度、申し訳ありませんでした。

**名無し~3.EXE** · 2009/02/08(日) 17:28:34

585でボリュームラベルの変更が効いていないのですが…。
（レジストリは変更されています）

**605** ◆.JeWin.fzA · 2009/02/08(日) 17:45:02

>>625
Readme.txtに記載してありますが、復元機能を使用している場合、強制的にイメージを保存したときの
ボリュームラベルの変更へ変更されます。