- Community Home
- >
- HPE Community, Japan
- >
- HP-UX
- >
- System Management
- >
- FD書き込みについて
カテゴリ
Company
Local Language
フォーラム
ディスカッションボード
フォーラム
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
ディスカッションボード
ディスカッションボード
ディスカッションボード
フォーラム
ディスカッションボード
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
フォーラム
ブログ
- RSS フィードを購読する
- トピックを新着としてマーク
- トピックを既読としてマーク
- このトピックを現在のユーザーにフロートします
- ブックマーク
- 購読
- 印刷用ページ
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-10-2007 08:00 AM
07-10-2007 08:00 AM
FD書き込みについて
いつもお世話になります。
<環境>
マシン:C8000 Workstation
OS:HP-UX 11i V1.0
上記環境で、UNIXフォーマットのFDに、データを書き込み、正常終了した後、そのFDからddコマンドでデータをファイルに落とすということを行ったところ、コマンドが無応答(killも効かず)になり、FDアクセスだけが永遠と続きました。
リブート後、出力ファイルのサイズを確認すると55808バイトでした。(再度、skipで56320バイト目からFD読み込んだところ、12800バイトファイルに書込んだところで無応答)
このように、書き込みは正常に行えたのに、読み込みができないという事象では、どういった原因が考えられるでしょうか?(書き込み後、磁気を帯びてしまった等)
また、FDに書込まれているデータのどの位置に不良があるかを調べる方法はないでしょうか?
抽象的な質問になってしまいましたが、回答よろしくお願いいたします。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-10-2007 10:57 AM
07-10-2007 10:57 AM
FD書き込みについて
私の疑問点:
・「UNIXフォーマットのFD」って?FDにnewfsでもしたのでしょうか?
・書き込みはどのようにやったのでしょうか?
・読みだしの時のddのパラメータは?
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-10-2007 11:48 AM
07-10-2007 11:48 AM
FD書き込みについて
実施したコマンド等は以下のようになります。
1.mediainit -i 64 /dev/rfd3082 にて初期化したFD
2.書き込みはC言語のfwriteを使用して、1バイトをn個という指定で書き込み
3.dd if=/dev/rfd3082 of=./xxxx.xxx にて読み出し
4.dd if=/dev/rfd3082 of=./xxxx.xxx skip=110 で再度読み出し
5.無応答の際、FDには何度もアクセスしている(書き込みランプ点滅)
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-11-2007 07:58 AM
07-11-2007 07:58 AM
FD書き込みについて
思います。 (floppy(7))
またアクセスは track や sector を意識する必要があったような。
dosif(4) か lif(4) を使うのが簡単だと思います。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-11-2007 04:12 PM
07-11-2007 04:12 PM
FD書き込みについて
無応答になる理由はちょっとわかりませんが、FDに傷があるなどでI/Oできないのであれば、実行されている通り、ddでチェックできると思います。
一点注意として、ブロックサイズはセクタサイズの整数倍にしないとエラーになります。
(fwriteは内部でバッファリングするので、エラーになっていないものと思われます。)
> dosif(4) か lif(4) を使うのが簡単だと思います。
dosif(4)はFATでフォーマットされている必要があったと思います。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-12-2007 11:42 AM
07-12-2007 11:42 AM
FD書き込みについて
やはり、ddで読み込めなければ、傷等の不具合が生じていると判断してもよさそうですね。
ご指摘のとおり、出力されたファイルは全データが入ってしまいますね。
オープンは以下のように行っております。
open(/dev/fd3082, (O_RDWR | O_NODELAY | O_SYNC))
また、書き込みの関数ですが、fwriteではなく、writeを使用していました。
デバイスファイルの作成は以下のように行っております。
mksf -v -C disk -m 0x031000 /dev/fd3082
mksf -v -r -C disk -m 0x031000 /dev/rfd3082
引き続き調査をしてみたいと思います。