ファイルシステム総合スレ その18

1login:Penguin2017/12/28(木) 23:50:51.14ID:/phfY+r1
● 前スレ
ファイルシステム総合スレ その17
http://mao.5ch.net/test/read.cgi/linux/1421502118/

● 関連スレ
ジャーナリングファイルシステム
http://mevius.5ch.net/test/read.cgi/unix/979408065/

OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://mevius.5ch.net/test/read.cgi/unix/1337411922/

FS関連スレ
http://medaka.5ch.net/test/read.cgi/os/1137387538/
過去スレ, 関連リンクは >>2-10 あたりで.

220login:Penguin2018/10/03(水) 23:45:56.72ID:OFOutVqB
/を先に持ってくればなんの問題もないだろ

221login:Penguin2018/10/03(水) 23:53:04.84ID:RrP0WrVl
昔のWindowsの仕様の方が良かったな
先頭だけをvfatにしておけば誤フォーマットすることもなかったし

222login:Penguin2018/10/04(木) 03:42:23.69ID:Yt0MaRex
IOスケジューラの話ってどこのスレでやればいいのかね
LinuxのデフォルトをBFQにする話が出てるけど

223login:Penguin2018/10/04(木) 03:58:16.23ID:ZDdm/HRk
>>222
ずっとArchでzenカーネル使ってるけど不具合もないしいいんじゃないの。

224login:Penguin2018/10/08(月) 12:31:21.08ID:igXVv/4M
>>222
昔はカーネル朗読スレがあった気がした

225login:Penguin2018/11/04(日) 05:58:27.32ID:j1IIPeFa
ext4はさっさとファイル名最大1024バイト対応しろよ
https://mao.5ch.net/test/read.cgi/linux/1541235943/

226login:Penguin2018/11/05(月) 05:41:37.11ID:tiOwL0BC
こんな短いんだ知らんかった

227login:Penguin2018/11/05(月) 09:37:02.66ID:Thuf2ewx
>>2
いつものメリケン基準で、ファイル名なんか256バイトもあれば十分よyeah
とか言っちゃって決めたんだろ。マルチバイト文字とか考えちゃいねぇ

その点Windowsは最初から国際化対応。256文字は必要だから
1024バイトだなって1993年、Windows NT 3.1の頃から対応されてる

リンク先では63文字と書いてあるけど、IVSとかIVDとか考慮すると最低32文字だからな

漢字1文字が最大8バイト、Unicodeの「IVS」とは?
https://tech.nikkeibp.co.jp/it/article/COLUMN/20100126/343783/?ST=spleaf&P=2

228login:Penguin2018/11/05(月) 11:20:01.71ID:uUVvgPC6
MAX_PATHって256じゃなかったか

229login:Penguin2018/11/05(月) 19:56:44.94ID:NfnT2Wl5
Windows10はパス長最大260文字の制限が撤廃されたな
デフォルトだと互換性維持のために制限された状態だから設定変える必要があるけど

230login:Penguin2018/11/05(月) 20:08:42.30ID:4bDcnNm4
ずっと前から260文字なんて超えられてる
MAX_PATHなんてC言語などでWin32を直接使っていた場合で、
たいていの言語では関係ないからな

231login:Penguin2018/11/05(月) 20:45:39.43ID:5TOR/5LU
ext5まだー?

232login:Penguin2018/11/05(月) 21:01:52.14ID:4bDcnNm4
(この世界はもう俺が救って富と権力を手に入れたし、女騎士や女魔王と城で楽しく暮らしてるから、俺以外の勇者は)もう異世界に来ないでください。.zip

が保存できません!

233login:Penguin2018/11/10(土) 21:37:05.95ID:rwyMg4B1
>>232
嘘つくなや

234login:Penguin2018/11/11(日) 16:16:28.58ID:e3serY0S
リナクスのは母型となる仮想ファイルシステムで制限あるんだっけ
extの改良だけでは済まないかと

235login:Penguin2018/11/11(日) 22:03:46.68ID:lCHAA8xV
暇つぶしに fuse で超長い名前通してみたけど、通るね

236login:Penguin2018/11/11(日) 22:14:43.99ID:9DgMe0v3
raiserfsが4,032 bytes/255 characters、Reiser4が3976 bytesだから
どこかに制限あるとしても簡単に変更できるようなってると思う

237login:Penguin2018/11/12(月) 05:22:28.31ID:i5PNL/7Q
>>233

>>232は211バイトだからね
73文字(うち4文字は1バイト)で63文字を超えてるけど
多くの日本語文字は1文字で3バイトなので、69*3 + 4 = 211 バイト

63文字っていうのはUTF8で全部4バイト文字を使った場合
JIS X 0213の第3・4水準漢字の一部や、絵文字なんかが4バイト
だから一般的には85文字が限界

AKBの
「鈴懸の木の道で『君の微笑みを夢に見る』と言ってしまったら僕たちの関係はどう変わってしまうのか、僕なりに何日か考えた上でのやや気恥ずかしい結論のようなもの」
が76文字(228バイト)だから、もう少し余裕があるな。

アダルトビデオのタイトルは252文字とかすでにext4の限界を突破している。
(252文字と書いてあるサイトを見つけたが実際には249文字だった。
拡張子込みでNTFSの255文字ギリギリ追加い切ってるのかもしれんなw)

238login:Penguin2018/11/12(月) 10:43:41.86ID:SbwQ9Mgt
WinとLinuxの文字数制限は分かったけど
Macの文字数制限はどうなってるの?
あれもLinuxと同じ255バイト制限?

239login:Penguin2018/11/12(月) 11:37:44.24ID:i5PNL/7Q
>>238
こっちにまとまってたよ
https://en.wikipedia.org/wiki/Comparison_of_file_systems

主要なのを抜き出すと

HFS Plus ・・・ 255 UTF-16 characters
APFS ・・・ 255 UTF-8 characters

ext4 ・・・ 255 bytes
ReiserFS ・・・ 4,032 bytes/255 characters
Reiser4 ・・・ 3,976 bytes
ZFS ・・・ 255 bytes
Btrfs ・・・ 255 bytes

exFAT ・・・ 255 UTF-16 characters
FAT32/FAT32X ・・・ 8.3 (255 UCS-2 characters with LFN)
NTFS ・・・ 255 characters( UTF-16 code unit )
ReFS ・・・ 255 UTF-16 characters

思ったんだけど、UTF-16はサロゲートペアとか使われたら最小127文字かもしれない
LinuxはReiser4を使えばext4の限界突破できるのか
ReiserFSの 4,032 bytesなのに255 charactersってのがよくわからんが(1文字最長16バイトを想定?)



どうでもいいけど、こういうデータは各言語ごとに作成するのって無意味だよなぁ

240login:Penguin2018/11/12(月) 11:55:40.08ID:SbwQ9Mgt
ほんま文字数制限ゴミやな。
中国人が新しいFSを作ってくれるのをまつしかないか。

241login:Penguin2018/11/12(月) 20:18:38.67ID:98rUk5Kh
ファイル名に長文使えるとどんなことに便利なの?
煽りではなく純粋に使いみちが思い浮かばない…

242login:Penguin2018/11/12(月) 20:50:19.14ID:nc1YhHRD
>>240
255文字のFSはあるしそっち使っては?
伝統的なext、xfsは多分変わらんと思う
新しいFSが出てくるならNVDIMMとか
普及してDAXが流行るころかな

fuse 製なら1ヶ月あれば俺でも作れるけど
馬の骨製はいらんやろうな

243login:Penguin2018/11/13(火) 01:22:32.96ID:bS1tEn4h
>>241
JANコードをファイル名にするよりも
「JANコード + タイトル」の方がわかりやすいやろ?

244login:Penguin2018/11/13(火) 08:16:29.43ID:jwZ3Cmt8
>>243
うーん俺は>>241じゃないけど
例えばタイトルにスラッシュが含まれてたらもう絶対ファイルの名前にできないじゃん。
だったらファイル名は純粋な整理番号にして,それにメタデータという形でタイトルや作者の情報を添付する。
そしてファイルマネージャで閲覧したときは,その設定したメタデータが見えるようにできたらよくね?

245login:Penguin2018/11/13(火) 08:31:59.75ID:0k27DXB3
>>243
なるほど
ただlsで表示するときに長文名すぎると邪魔じゃないの?

246login:Penguin2018/11/13(火) 11:11:50.28ID:C7ecaGwA
保存時にタイトルが長いと
エラー出るからな
例えばWinのファイルをLinuxに移してバックアップしようとしたら
ファイル名が長すぎて一部のファイルがエラーになったりする。
短くするにもどう切るとファイル名の意味が損なわれないか個別に考えるのはかなり面倒。

247login:Penguin2018/11/13(火) 11:29:39.24ID:9EpLlZ3i
lsじゃなくて、samba等でwindows上のファイラーで見るから
長いファイル名は、一覧では前半しか表示されないけど
個々の名前も見ることが出来るから問題ない

248login:Penguin2018/11/13(火) 14:16:11.43ID:bS1tEn4h
>>244
> 例えばタイトルにスラッシュが含まれてたらもう絶対ファイルの名前にできないじゃん。
スラッシュ省くか全角にすればいいだけでは?
たった一文字のために、コードで管理する必要ない

> そしてファイルマネージャで閲覧したときは,その設定したメタデータが見えるようにできたらよくね?
lsもファイルマネージャw

249login:Penguin2018/11/13(火) 14:44:57.39ID:jwZ3Cmt8
>>248
言い争う気はさらさらないのだが
「ファイルの名前に使用できない」という非常に機械的な理由から,
タイトルの原題文字列を変更してしまうというのは 俺にはどうしても抵抗があるな。

あとlsじゃなくて例えばxlsみたいなコマンド作ってファイルの属性表示させればよくね?

250login:Penguin2018/11/13(火) 14:48:03.16ID:Y3ZVP60o
DB使えよもうって遥か昔から言われる案件だろー

251login:Penguin2018/11/13(火) 15:12:56.14ID:hs0M6Rqs
お互い折れる気のない人が議論してもなんのためにもならんでしょ
そういう考えの人も居るのか、でスルーすりゃいいのに

252login:Penguin2018/11/13(火) 15:35:35.36ID:SJjGtM96
例えば

ChMate、旧2chMateは、ファイル名にスレッドのタイトルを利用する
(この仕様と末尾にTABをつける謎仕様のせいで、
外部SDにそのままアーカイブ出来ないという事態が発生したが、それはまた別の話)

スレタイはもちろん文字数制限があるので、全角100文字前後までに普通は収まるが
外部板なども今後も絶対大丈夫などということはなく
仮に全角100文字までとなると、SJISやNTFSのUnicodeならば問題ないが
UTF-8等だと問題が出てくるケースがあるかもしれない
全角150字までとなると、SJISでも255バイトを超えかねない

(5chのサーバー本体はそんなファイルは作らないので、タイトルの最大文字数を増やすこと自体は簡単)
※「全角」は、datが内部的にSJISで記録されていることからも、用語として妥当


NTFSでファイル名の長さが問題になることがあまりないのは
制限があるのが「バイト数」ではなく「文字数」であるため
一方、一部のファイルシステムでの制限は「バイト数」であるため、文字コードによっては
Windows上の制限を大きく下回り、ファイル鯖として使いにくくなってしまう

「自分で使う」ファイルなら、それに合わせたファイル名をつければいいが
Excelで作った文書を保存するねーちゃんが、あとでどれほど見やすさ探しやすさを求めて
どんなファイル名をつけるかなんて、普通は干渉できない


なお、Windows上の制限は、ファイル名についてはそれほど厳しくないが
最大パス長の制限は厳しいので
実際にはそこまで無茶なファイル名が使われることはあまりない

253login:Penguin2018/11/13(火) 15:37:16.06ID:bfC+v+im
ファイルシステムじゃなくてクソアプリが原因の事例出して何いってんだ

254login:Penguin2018/11/13(火) 15:38:20.04ID:SJjGtM96
エリートユーザー様しか使わせないファイルシステム様のスレッドだったか

じゃあ俺は場違いだな
さようなら

255login:Penguin2018/11/13(火) 17:58:10.46ID:2Y5G2BZm
更にいうとパーティションの暗号化をすると
ファイル名の制限がキツくなるという謎仕様もある

256login:Penguin2018/11/14(水) 00:03:35.13ID:yAAmsjp4
reiserfs じゃだめなんか?

257login:Penguin2018/11/14(水) 00:53:54.56ID:1vX8qbGP
文字数制限は緩いほうが良いけど文字数の為に使うファイルシステム自体を変えようとは思わないな

258login:Penguin2018/11/14(水) 02:41:16.66ID:NypCRQ0z
え?パッケージのためにディストリを変えるくせに?

259login:Penguin2018/11/14(水) 02:54:25.38ID:55qCcZ6h
ディストリの変更とかファイルシステムの変更と比べたら簡単だからな

260login:Penguin2018/11/14(水) 03:34:46.53ID:NypCRQ0z
ファイルシステムの変更のほうが簡単では?
データコピーするだけでしょ?

261login:Penguin2018/11/14(水) 08:20:53.83ID:VjhLGNul
ファイル名の長短でファイルのサイズは変わらないから
保存容量を減らさずに文章を書き続けられるってことじゃね??

262login:Penguin2018/11/14(水) 08:48:35.17ID:AfO3Y+Qc
CP932なWindowsからutf-8なLinuxにファイルを持ってきたらさらに文字制限がきつくなる

263login:Penguin2018/11/14(水) 09:06:50.33ID:NypCRQ0z
>>262
Windowsは完全なUTF16です

264login:Penguin2018/11/14(水) 20:19:26.89ID:+dcwxL5B
Windowsは全角チルダと波ダッシュの文字化け問題を引き起こす不完全OS

265login:Penguin2018/11/14(水) 23:14:04.26ID:5Nww0q8b
Oracleが起動したままxfsをアンマウントしたら、データファイルが全部綺麗に消えました
lost+foundにもありません…
ufsの頃にはこんなことは何度かありましたが、いまどきのジャーナリングファイルシステムで同じことが起きるとは思ってなかったので驚いてます
よくあることなのでしょうか?

266login:Penguin2018/11/14(水) 23:19:12.80ID:d5iK05E1
前提で????ってなるけど他のファイルシステムで試してみたんか?

267login:Penguin2018/11/15(木) 01:21:26.24ID:jf56ooyw
データファイルが全部消えて、

オラ狂う

268login:Penguin2018/11/15(木) 07:45:28.85ID:hnVEV5I3
旧時代のファイルシステム「EXOFS」メインラインでのサポート終了へ
Linux Daily Topics 2018年11月14日 階戸アキラ
https://gihyo.jp/admin/clip/01/linux_dt/201811/14

269login:Penguin2018/11/15(木) 14:41:15.70ID:NFvYeQMc
>>265
どうやってアンマウントしたのか

2702652018/11/15(木) 22:30:54.29ID:d1qolyDf
よくよく聞いてみると、どうやらテストの過程で何を間違えたかrmでデータファイルを消したようです
ディレクトリは消えてなかったのでおかしいなぁ、と思ったのですが、まさかそんなオペミスするなんて…
xfsにあらぬ疑いかけてすまんかった

新着レスの表示
レスを投稿する