- 追加された行はこの色です。
- 削除された行はこの色です。
#author("2022-03-14T08:21:58+00:00","","")
#author("2022-03-16T03:18:32+00:00","","")
[[diary/Kojima]]
・ファイル名の長さ制限
最近、WindowsのNTFSなら問題ないけど、Linuxのext4/xfs/btrs だと”filename too long"なエラーになる
ファイルに遭遇したので、少し各ファイルシステムのファイル名の最大長を調べてみた。
[[Wikipedia:https://en.wikipedia.org/wiki/Comparison_of_file_systems?fbclid=IwAR16iWILtvjb8g9otf1NLV62qHwFCtNDpcABek9Kez2JJ_fdhPwRe7AkyOo#Limits]]によると、ファイル名の最大長はNTFSが256「文字」なのに対し、ext4/xfs/btrfs だと256「bytes」らしい。多分、このあたりの制限で長すぎるファイル名がLinux上では展開できないようだ、と判断し、NTFSなFSをloopbackでマウントして、そこに展開してみることにした。
当初、mkfs.ntfs は " mkntfs [options] device [number-of-sectors]" という使い方なので、
loopback用のファイルをNTFSにできないのかな、と心配したけど、-F(force)オプションを指定すれば、
ファイルもNTFS形式にフォーマットでき、loopback 経由でマウントできた。
最近のカーネルだと、mount -t ntfs3 すれば、従来のfuse経由ではなく、カーネル・ネィティブな NTFS ドライバが使えるっぽい
このloopbackマウントしたNTFSなFS上だと、Linux上ではエラーになる長いファイル名も問題なく展開できたので、
NTFSも捨てたものじゃないな、と見直しているところ。NTFSってFSの世代的にはXFSよりも新しくZFSと同世代だから、
FUSEではなく、nativeなkernel driverで対応するようになったNTFSって、案外面白いかも知れない。
試してないけど、NTFS3 を組み込んだ5.15カーネルなら NTFS を rootfs にできるんじゃないかな?
- NTFSって,ファイル名の大文字小文字を同一視するのではなかったかな。 -- [[tamu]] &new{2022-03-14 (月) 17:21:58};
- 一応、区別している気配。
kojima@pl74_1031:/loop/Test2$ cat /proc/mounts | grep loop /dev/loop0 /loop ntfs3 rw,relatime,uid=0,gid=0,iocharset=utf8 0 0
kojima@pl74_1031:/loop/Test2$ touch A.txt
kojima@pl74_1031:/loop/Test2$ touch a.txt
kojima@pl74_1031:/loop/Test2$ ls -al
合計 4,096
drwxr-xr-x 1 kojima users 0 3月 16日 12:13 ./
drwxrwxrwx 1 root root 4,096 3月 16日 12:12 ../
-rw-r--r-- 1 kojima users 0 3月 16日 12:13 A.txt
-rw-r--r-- 1 kojima users 0 3月 16日 12:13 a.txt
大丈夫なんじゃね? > case sensitive -- [[kojima]] &new{2022-03-16 (水) 12:14:03};
#comment