[sisyphus] NTFS совсем сломали

[Denis Kuznetsov]

В догонку собственно, только-что напоролся:
http://comments.gmane.org/gmane.linux.redhat.fedora.extras.general/31294
возможно поможет побороть русские буквочки на ntfs разделах. Как через ntfs-3g 
так и для captive :-)

В сообщении от 15 января 2007 11:03 Denis Kuznetsov написал(a):
> А может всетаки попробовать выкинуть fuse из ядра, и собрать отдельно,
> свеженькую версию, которую требует ntfs-3g. captive уж очень тормозной....
>
> В сообщении от 15 января 2007 01:02 Konstantin A. Lepikhov написал(a):
> > Hi Mikhail!
> >
> > Monday 15, at 01:48:57 AM you wrote:
> > > Konstantin A. Lepikhov wrote:
> > > > Hi Mikhail!
> > > >
> > > > Sunday 14, at 04:10:40 AM you wrote:
> > > >> Alexandr Isaev wrote:
> > > >>> Я так понял, что fuse сломали напроч и теперь без пересборки ядра
> > > >>> ntfs-g3 пользовать не получится.
> > > >>> Что-бы хоть как-то добраться до NTFS зазделов решил смонтировать
> > > >>> диски с обычным ntfs, в итоге получит мертвый завис (задача
> > > >>> монтирования вешается намертво и не снимается).
> > > >>> Заниматься пересборкой ядра как-то напрягает и не факт что ядро
> > > >>> вообще соберется. Хоть какой-нибудь доступ к ntfs получиться
> > > >>> хочется, будет для этого что-нибудь предприниматься?
> > > >>
> > > >> Подтверждаю. Дело в том, что по умолчанию теперь ntfs почему-то
> > > >> принимает монтирование в rw и на этом вешается. Если выставить опцию
> > > >> ro - то все работает, как раньше.
> > > >
> > > > тогда это NOTABUG для wks-smp.
> > >
> > > У меня и в std-smp, и в wks-smp то же самое получается. Или ты что имел
> > > в виду?
> >
> > Я к тому, что это не-wks специфичный баг. Кстати, раз оно такое глючное,
> > это NTFS, может и выкинуть его из ядра? Есть же captive/ntfs-3g

-- 
Denis Kuznetsov