Linux: различия между версиями
| (не показано 9 промежуточных версий этого же участника) | |||
| Строка 3: | Строка 3: | ||
=== Kernel issues === | === Kernel issues === | ||
* | * [http://bugs.etersoft.ru/show_bug.cgi?id=9266 Название файла ограничено 255 байтами почти во всех ФС и в ядре Linux] | ||
* [http://bugs.etersoft.ru/show_bug.cgi?id=2771 NT-семантика блокирования файлов (mandatore)] | |||
* [http://bugs.etersoft.ru/show_bug.cgi?id= | |||
=== NFS issues === | === NFS issues === | ||
| Строка 14: | Строка 10: | ||
* [http://bugs.etersoft.ru/show_bug.cgi?id=9400 umount -f не работает для NFS] | * [http://bugs.etersoft.ru/show_bug.cgi?id=9400 umount -f не работает для NFS] | ||
* [http://comments.gmane.org/gmane.linux.utilities.util-linux-ng/5638 losetup -d не отсоединяет от устройства файл, который размещён на недоступном NFS-ресурсе] | * [http://comments.gmane.org/gmane.linux.utilities.util-linux-ng/5638 losetup -d не отсоединяет от устройства файл, который размещён на недоступном NFS-ресурсе] | ||
=== Разработки Etersoft для включения в ядро Linux === | |||
1. Доработка VFS для поддержки флагов обязательной блокировки при открытии файлов. Подробности здесь: | |||
https://patchwork.kernel.org/patch/2808791/ | |||
Работа проведена, все возможные обсуждения тоже, сейчас решается вопрос о включении в upstream. | |||
Это важно для полноценной поддержки CIFS, более прямой работы Samba с файлами, реализации в Wine совместной работы с файлами, в т.ч. с Windows-машинами. | |||
2. [[Linux/ZeroInode|Поддержка длинных inode (64 бита) на 32-битных системах обнулением inode.]] | |||
3. [[Linux/InodeConv|Поддержка длинных inode (64 бита) на 32-битных системах сжатием inode.]] | |||
4. Снятие ограничения на название файла в Linux: сейчас оно ограничено 255 байтами во всех файловых системах, в ядре Linux, в glibc и прикладных библиотеках. 255 байт - это 127 русских букв в кодировке UTF-8, то есть в два раза меньше, чем в Windows. | |||
Решение этой проблемы позволит обеспечить полноценный обмен файлами с Windows: снимет ограничения, которые сетевые хранилища, основанные на Linux, устанавливают для Linux-клиентов, а также позволит копировать (загружать) в Linux-систему файлы, созданные в Windows, в том числе с интернет-сайтов и флеш-носителей. | |||
Подробности здесь: http://bugs.etersoft.ru/show_bug.cgi?id=9266 | |||
5. Проблемы с F_GETLK64 для 32-битных приложений и 64-битном ядре (бага в ядре 4.13, исправлено в 4.14.7) | |||
https://patchwork.kernel.org/patch/10057913/ | |||
Текущая версия на 20:36, 22 февраля 2018
Linux issues
Kernel issues
- Название файла ограничено 255 байтами почти во всех ФС и в ядре Linux
- NT-семантика блокирования файлов (mandatore)
NFS issues
- umount -f не работает для NFS
- losetup -d не отсоединяет от устройства файл, который размещён на недоступном NFS-ресурсе
Разработки Etersoft для включения в ядро Linux
1. Доработка VFS для поддержки флагов обязательной блокировки при открытии файлов. Подробности здесь: https://patchwork.kernel.org/patch/2808791/ Работа проведена, все возможные обсуждения тоже, сейчас решается вопрос о включении в upstream. Это важно для полноценной поддержки CIFS, более прямой работы Samba с файлами, реализации в Wine совместной работы с файлами, в т.ч. с Windows-машинами.
2. Поддержка длинных inode (64 бита) на 32-битных системах обнулением inode.
3. Поддержка длинных inode (64 бита) на 32-битных системах сжатием inode.
4. Снятие ограничения на название файла в Linux: сейчас оно ограничено 255 байтами во всех файловых системах, в ядре Linux, в glibc и прикладных библиотеках. 255 байт - это 127 русских букв в кодировке UTF-8, то есть в два раза меньше, чем в Windows. Решение этой проблемы позволит обеспечить полноценный обмен файлами с Windows: снимет ограничения, которые сетевые хранилища, основанные на Linux, устанавливают для Linux-клиентов, а также позволит копировать (загружать) в Linux-систему файлы, созданные в Windows, в том числе с интернет-сайтов и флеш-носителей. Подробности здесь: http://bugs.etersoft.ru/show_bug.cgi?id=9266
5. Проблемы с F_GETLK64 для 32-битных приложений и 64-битном ядре (бага в ядре 4.13, исправлено в 4.14.7) https://patchwork.kernel.org/patch/10057913/
