アカウント名:
パスワード:
linuxやOSを勉強しているとある段階で必ずファイルシステムが出てくる、ぼんやりとは分かっているけど分からないところがあるまずファイルを物理的に読み書きするとき最終的にストレージのコントローラーが用意してる共通APIがあってそれで制御しているのかOSのAPIでコントローラに命令してるのか良く分からない次にlinuxで扱うファイルシステムがOSのカーネルに取り込まれていなくて外部ソフトを通して読み書きする場合そのファイルシステムをlinuxがどう見てるのか分からない(ユーザーが関知するする部分ではないがOSに興味があるので調べている)この二点ヒントだけでも教えて欲しい
OS本体→デバイスドライバ→ハードディスク等という階層になるので、基本的には「OSのAPIでコントローラに命令」という形にはならないような気がする。（ただしOS側もデバイスドライバすっとばしてハードディスクにアクセスすることが無かったわけではない。Windows3.xの頃の仮想記憶とか。最近のやつはよく知らない）
まだMS-DOSの時代に、9801シリーズでフォーマットしたハードディスクをFMRシリーズで読み書きするためのデバイスドライバを書いたことがある。その時はデバイスドライバ→ハードディスクの部分はFMRのROM-BIOS（の中のDISK-BIOS）を使ったような記憶がある。ただこの部分は実はハードディスクのコントローラを直接叩いても良いはず。今ならATAPIのような共通規格もあるし。
OS本体→デバイスドライバの部分はOSごとに「取り決め」があるんじゃないかな。つまり「デバイスドライバはこういう関数をOSにたいして公開しないといけない」みたいなやつ。
家のX68000でうっかり小文字でファイル名付けてしまって、そのまま会社のPC-98に持っていって認識できず、普段使いのFILMTNではどうにもならなくて、FDでファイル名の変更(変更でそのまま確定)で大文字にして事なきを得たなんてことがありました。
FDとFILMTNで使用しているAPIのレベル(層)が違ったんでしょうね。
DOS CALLのほうが便利機能は揃ってるけど、DOSの制限にも引っかかり、ハード寄りのBIOSにはその制限はないが手間がかかるみたいな。
大文字・小文字の区別を付けたかったのでHFSXにしたら、OneDrive(旧SkyDrive)やAngryBirdsとかHFSXだと動かないソフトがあったのでHFS+に戻しました。
VFAT環境なのにFDのディスクエントリソートを実行してしまい大惨事になったことがある。仕事用ＰＣでな！
当時、某ゲーム会社に勤めていましたがＰＣ向けは基本機能だけを持ったDOS互換OSで動かしていたり、物理プロテクトのフロッピーディスクを読み取る専用ドライバがあったりとかそんな時代。
標準でDriveSpaceが導入されたPC-9821でFD使って大惨事ということもあったぜﾋｬｯﾊｰ
ファイル名に使用可能な規則が違うって困るよなhttps://web-beta.archive.org/web/20110512194408/http://support.microso... [archive.org]
今でも、エクスプローラーでは普通に認識できているフォルダやファイルでも、使ってる文字によっては、圧縮フォルダにできなかったりファイル履歴が転けたりとか問題抱えてるからなぁ。いつになったら解決するんだか…
サードのユーティリティで圧縮すれば圧縮フォルダとして認識はできるけど、標準機能で出来ないんじゃなぁ…
ファイル履歴はもうそろそろ1年ぐらい転けっぱなし。犯人探しも面倒なので放置。こっちはファイル名じゃなくてパス長かもしれないけど。
エラー吐いて転けるバックアップ機能とか意味なさすぎ。せめてスキップして継続するとか、エラー箇所のログ吐くとかしろよ。なんで無言で転けるんだか。
あと、パスの長さ制限が嫌すぎる。公式は260文字らしいけど実質240文字ぐらいしか使えず、ファイルを置いている場所によってファイル名に使える長さが動的に変わる仕様とか嫌すぎ。
32000文字まで使えるAPIも用意されてるらしいけど、使われてないんじゃ意味なさすぎ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
ファイルシステムがいまいち分からん (スコア:0)
linuxやOSを勉強しているとある段階で必ずファイルシステムが出てくる、ぼんやりとは分かっているけど分からないところがある
まずファイルを物理的に読み書きするとき最終的にストレージのコントローラーが用意してる共通APIがあってそれで制御しているのかOSのAPIでコントローラに命令してるのか良く分からない
次にlinuxで扱うファイルシステムがOSのカーネルに取り込まれていなくて外部ソフトを通して読み書きする場合そのファイルシステムをlinuxがどう見てるのか分からない(ユーザーが関知するする部分ではないがOSに興味があるので調べている)
この二点ヒントだけでも教えて欲しい
Re:ファイルシステムがいまいち分からん (スコア:0)
OS本体→デバイスドライバ→ハードディスク等
という階層になるので、基本的には「OSのAPIでコントローラに命令」という形にはならないような気がする。（ただしOS側もデバイスドライバすっとばしてハードディスクにアクセスすることが無かったわけではない。Windows3.xの頃の仮想記憶とか。最近のやつはよく知らない）
まだMS-DOSの時代に、9801シリーズでフォーマットしたハードディスクを
FMRシリーズで読み書きするためのデバイスドライバを書いたことがある。
その時はデバイスドライバ→ハードディスクの部分はFMRのROM-BIOS（の中のDISK-BIOS）を使ったような記憶がある。
ただこの部分は実はハードディスクのコントローラを直接叩いても良いはず。
今ならATAPIのような共通規格もあるし。
OS本体→デバイスドライバの部分はOSごとに「取り決め」があるんじゃないかな。
つまり「デバイスドライバはこういう関数をOSにたいして公開しないといけない」みたいなやつ。
Re: (スコア:0)
家のX68000でうっかり小文字でファイル名付けてしまって、そのまま会社のPC-98に持っていって認識できず、
普段使いのFILMTNではどうにもならなくて、FDでファイル名の変更(変更でそのまま確定)で大文字にして
事なきを得たなんてことがありました。
FDとFILMTNで使用しているAPIのレベル(層)が違ったんでしょうね。
DOS CALLのほうが便利機能は揃ってるけど、DOSの制限にも引っかかり、
ハード寄りのBIOSにはその制限はないが手間がかかるみたいな。
Re:ファイルシステムがいまいち分からん (スコア:2)
Re: (スコア:0)
大文字・小文字の区別を付けたかったのでHFSXにしたら、OneDrive(旧SkyDrive)やAngryBirdsとかHFSXだと動かないソフトがあったのでHFS+に戻しました。
Re:ファイルシステムがいまいち分からん (スコア:2)
Re: (スコア:0)
VFAT環境なのにFDのディスクエントリソートを実行してしまい大惨事になったことがある。仕事用ＰＣでな！
当時、某ゲーム会社に勤めていましたがＰＣ向けは基本機能だけを持ったDOS互換OSで動かしていたり、物理プロテクトのフロッピーディスクを読み取る専用ドライバがあったりとかそんな時代。
Re: (スコア:0)
標準でDriveSpaceが導入されたPC-9821でFD使って大惨事ということもあったぜ
ﾋｬｯﾊｰ
Re: (スコア:0)
ファイル名に使用可能な規則が違うって困るよな
https://web-beta.archive.org/web/20110512194408/http://support.microso... [archive.org]
Re: (スコア:0)
今でも、エクスプローラーでは普通に認識できているフォルダやファイルでも、
使ってる文字によっては、圧縮フォルダにできなかったりファイル履歴が転けたりとか
問題抱えてるからなぁ。いつになったら解決するんだか…
サードのユーティリティで圧縮すれば圧縮フォルダとして認識はできるけど、
標準機能で出来ないんじゃなぁ…
ファイル履歴はもうそろそろ1年ぐらい転けっぱなし。犯人探しも面倒なので放置。
こっちはファイル名じゃなくてパス長かもしれないけど。
エラー吐いて転けるバックアップ機能とか意味なさすぎ。
せめてスキップして継続するとか、エラー箇所のログ吐くとかしろよ。なんで無言で転けるんだか。
あと、パスの長さ制限が嫌すぎる。公式は260文字らしいけど実質240文字ぐらいしか使えず、
ファイルを置いている場所によってファイル名に使える長さが動的に変わる仕様とか嫌すぎ。
32000文字まで使えるAPIも用意されてるらしいけど、使われてないんじゃ意味なさすぎ。