| |
| 2.7, anonymous (??), 17:39, 13/03/2014 [^] [^^] [^^^] [ответить]
| +7 +/– |
USA - Update Sequence Array, массив, который отслеживает целостность файловой записи при записи данных на диск. Фикс тривиальный, касается того, что исправлении поврежденной ФС USA исправлялся некорректно - два байта, отвечающие за него, вписывались в конец блока, а не в конец 512-байтного куска, как это прописано у MS. При 4K блоках проверка NTFS могла возвращать невалидную информацию.
| | |
|
| |
| 2.9, Zenitur (ok), 18:56, 13/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
 NTFS-3G не планируется, во всяком случае официально. Предлагаю посмотреть Paragon NTFS, есть бесплатная версия.
| | |
| |
| 3.17, 123 (??), 08:36, 14/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
Вчера снесла диск. После обновления до последней версии. А так да шустрая реализация.
| | |
|
| 2.18, iZEN (ok), 22:34, 14/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
 NTFS-3G работает через FUSE, а во FreeBSD 10 FUSE работает в пространстве ядра.
% kldstat | grep fuse
7 1 0xffffffff8116f000 14cf0 fuse.ko
% pkg info -x ntfs
fusefs-ntfs-2012.1.15_1
Из приколов в устаревшей версии NTFS-3G: при монтировании переносного винчестера с NTFS каталоги и файлы на диске меняют своё время создания/изменения на текущее. После этого синхронизация содержимого каталогов на Windows средствами TotalCommander возможна только по содержимому, а не по дате/времени последнего изменения.
| | |
| |
| 3.19, h (?), 13:58, 15/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> NTFS-3G работает через FUSE, а во FreeBSD 10 FUSE работает в пространстве
> ядра.
какая скорость копирования записи ?
спасибо.
| | |
| |
| 4.20, iZEN (ok), 14:59, 15/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> NTFS-3G работает через FUSE, а во FreeBSD 10 FUSE работает в пространстве ядра.
> какая скорость копирования записи ?
Не проверял. С такими "спецэффектами" с датой файлов как-то боязно использовать. Может ещё что учудит...
| | |
|
| 3.22, Аноним (-), 15:50, 15/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> NTFS-3G работает через FUSE, а во FreeBSD 10 FUSE работает в пространстве ядра.
О, эксперт по дуалбуту в максималку вылез :).
| | |
| 3.24, Stax (ok), 00:15, 16/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > 7 1 0xffffffff8116f000 14cf0 fuse.ko
И? Может ты все-таки почитаешь, что такое fuse?
Внезапно - в Linux fuse тоже работает в пространстве ядра! (а где же ему еще быть, собственно..)
$ lsmod|grep fuse
fuse 86889 6
В пространстве пользователя работают конкретные программы, реализующие работу с fs и работающие с драйвером fuse - тот же fuse-ntfs и другие.. Что в линуксе, что во фряхе.
| | |
| |
| 4.26, iZEN (ok), 00:56, 16/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> 7 1 0xffffffff8116f000 14cf0 fuse.ko
> И? Может ты все-таки почитаешь, что такое fuse?
Спасибо за напоминание. Почитал. В принципе, с переносом FUSE из портов в базовую систему FreeBSD 10 особо ничего не изменилось.
> с драйвером fuse - тот же fuse-ntfs и другие.. Что в линуксе, что во фряхе.
В линуксах FUSE — не входит в состав ядра, а поставляется отдельно в виде стороннего модуля.
| | |
| |
| 5.27, qux (ok), 14:41, 16/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
 > В линуксах FUSE — не входит в состав ядра, а поставляется отдельно
> в виде стороннего модуля.
Ну может хватит нас линуксам учить?
[CODE]$ grep -A1 -m1 FUSE_FS ./fs/fuse/Kconfig
config FUSE_FS
tristate "FUSE (Filesystem in Userspace) support"[/CODE]
Это наверное тоже надо процитировать:
[CODE]Most configuration options are tristate: they can be either not built at all (N), built directly into your kernel (Y), or built as a module (M). Modules are stored externally on the filesystem, whereas built-in items are built directly into the kernel image itself.[/CODE]
| | |
|
|
|
|
| 1.12, Аноним (-), 22:03, 13/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
жаль fsck нету. По крайней мере способного исправить нетривиальные повреждения
| | |
| |
| 2.16, Тот_Самый_Анонимус (?), 06:34, 14/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
По личному опыту работы с виндовой исправлялкой ошибок нтфс: лучше скопировать файлы и форматнуть, чем ей пользоваться. Ибо уже несколько раз терялась информация.
| | |
| |
| 3.21, iZEN (ok), 15:02, 15/03/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> По личному опыту работы с виндовой исправлялкой ошибок нтфс: лучше скопировать файлы
> и форматнуть, чем ей пользоваться. Ибо уже несколько раз терялась информация.
А что лучше: информация испорчена, чем потеряна?
ZFS, например, не даст прочитать испорченный файл, а scrub после проверки выведет список "потерянных" файлов.
| | |
|
|
|
