The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпущен релиз NTFS драйвера NTFS-3G 2009.1.1

25.01.2009 23:44

"Stable NTFS-3G 2009.1.1 released" - выпущен релиз NTFS драйвера NTFS-3G 2009.1.1, первый выпуск после перехода проекта на новую нумерацию версий (год.месяц.номер). Кроме исправления ошибок, среди которых устранена неприятная утечка памяти, в NTFS-3G 2009.1.1 добавлена поддержка прозрачного перекодирования имен файлов в кодировку UTF-8, опция монтирования 'locale=' более не используется, так как имена теперь всегда преобразуются в кодировку UTF-8.

Из планов на 2009 год разработчики отмечают улучшение производительности, уменьшение потребление памяти, улучшение поддержки платформы Mac OS X, переход на модульную архитектуру, поддержку режима online-восстановления.

  1. Главная ссылка к новости (http://ntfs-3g.org/releases.ht...)
  2. OpenNews: Релиз драйвера NTFS-3G 1.5012 отмечен как по-настоящему стабильный
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/19937-ntfs
Ключевые слова: ntfs, linux, fuse
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (36) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, WhiteWind (??), 02:56, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что, koi-8 больше не поддерживается?
     
     
  • 2.5, Аноним (5), 09:25, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Если не поддерживается, то это хорошо. Все однобайтовые кодировки давно пора запретить.
     
     
  • 3.6, fresco (??), 09:45, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    да-да, и однобайтные кодировки запретим, и icq тоже (все на жаббер)

    как вы %?*%;№ учить других жить

     
     
  • 4.9, Аноним (-), 10:18, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >да-да, и однобайтные кодировки запретим, и icq тоже (все на жаббер)

    именно из-за cp1251 мы имеем то, что имеем с mp3 тэгами.

     
     
  • 5.11, . (?), 10:22, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >именно из-за cp1251 мы имеем то, что имеем с mp3 тэгами

    ВЫ это имеете (точнее вас имеют) из-за криволапости кодеров
    юзеры нормальных плееров горя не знают

     
  • 4.14, TS (?), 11:12, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >как вы ;%"*№ учить других жить

    Ну если анонимусы - то да, согласен.
    А вот разработчики NTFS-3G могут делать со своим продуктом что захотят, недовольные могут делать форк или бекпорт поддержки однобайтовых кодировок - деньги за продукто то чай не плочены...

     
     
  • 5.16, fresco (??), 11:21, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    я имел в виду анонимов.

    к разработчикам претензий нет, только чувство благодарности за неплохо работающий драйвер NTFS с поддержкой записи

     
  • 4.20, fresco (??), 13:37, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    и вот еще хотелось бы уточнить по поводу мата в постах.

    модераторы, если вас это сильно напрягает -- так напишите в правилах пользования сайтом, что мат тут запрещен. не стоит втихаря удалять за это посты или самостоятельно их править. я сказал именно то, что хотел сказать. если на писал "заебали", то я имелл в виду не "достали", не "заколебали", и уж тем более не "%?*%;№ ".

    это моя позиция. инвективная лексика существует как нетоъемлемая часть русского языка уже более 700 лет, и просуществует еще столько же, тут никто никогда ничего не изменит. есть 2 категории людей, в присутствии которых я не употребляю несловарных выражений. в первую входят дети до 10 лет, во вторую маманя и бабка. толпа анонимов на сем сайте ну никак туда не упирается.

    я не маргинал, правилам подчиняться согласен, но вы эти правила хотя бы ОЗВУЧТЕ.

     
     
  • 5.24, Maxim Chirkov (ok), 15:58, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >модераторы, если вас это сильно напрягает -- так напишите в правилах пользования

    Мат в правилах форума запрещен изначально:
    http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?az=help#rules

    "4. Запрещается использование нецензурных, пошлых, оскорбляющих или неуважительных выражений..."

    >это моя позиция. инвективная лексика существует как нетоъемлемая часть русского языка уже
    >более 700 лет, и просуществует еще столько же, тут никто никогда
    >ничего не изменит.

    Форум - публичное место, где нецензурные выражения недопустимы.

     
     
  • 6.25, fresco (??), 16:27, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    не проблема. только камменты с форумом раньше как-то не сопоставлял и на форуме ни разу и не был, по-моему. это первое.

    второе -- раньше всем было пофик. никто ниче не правил, не удалял, не оскорблялся. если теперь все изменилось -- что ж, больше не буду. извините, если кого обидел :)

     
  • 4.30, User294 (??), 18:59, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >да-да, и однобайтные кодировки запретим, и icq тоже (все на жаббер)

    При всей нелюбви к революциям и поучениям...
    Согласитесь что именно из-за однобайтных кодировок не несущих в себе информации о codepage имеется геморрой с крокозябрами?Данные просто нельзя представить корректно не владея априори какой-то (взятой где-то сбоку) информацией о том какая это на самом деле кодировка.Что в ФС что в IM геморрой - есть :).Скажем есть том EXT2.Сделаный под виндой.Понятное дело что драйвер по дефолту русиш там записал в CP-1251.Как он монтируется без шаманства в линуксах - понятно (1251 при этом ессно выглядит крокозябрами).Более того - именно в таком виде на этот том под линуксом без всякой задней мысли дописали еще сколько-то русских файлов.Которые уже ессно записались не в (довольно-таки аномальном для EXTов) CP-1251 разумеется :).Как теперь такой том монтировать строго говоря вообще не понятно: что так порция крокозябров обеспечена, что эдак - кодировок на томе стало две.Т.е. на томе два набора файлов с разными представлениями русиша.После смотрения на такие фокусы мысль о похоронах 1-байтных кодировок уже не кажется фанатским бредом.Правда вот не очень понятно как их закопывать если они везде юзаются до сих пор?

     
     
  • 5.40, const86 (ok), 14:05, 05/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > После смотрения на такие фокусы мысль о похоронах 1-байтных кодировок уже не кажется фанатским бредом.Правда вот не очень понятно как их закопывать если они везде юзаются до сих пор?

    Юзать UTF-8. Она вполне себе однобайтная с точки зрения тех прог, которые по-другому не умеют (та же ext2), но при этом умещает в себе юникод. Более точно: давайте скажем, что везде, где текст хранится байтами и есть неопределённость с кодировкой, будет использоваться UTF-8.

     
  • 3.21, Guest (??), 13:45, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Если не поддерживается, то это хорошо. Все однобайтовые кодировки давно пора запретить.

    +1024

     
  • 3.22, anonymous (??), 14:15, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Если не поддерживается, то это хорошо. Все однобайтовые кодировки давно пора запретить.

    тогда накой начали использовать везде UTF8 вместо нормального UTF32 ?

     
     
  • 4.26, vitek (??), 16:58, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    utf8 позволяет читать легаси текст (естественно только английский) без его преобразования.
    и он не менее нормален/не_нормален (не нужное зачеркнуть), чем все остальные utf.
     
  • 4.32, User294 (??), 19:07, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >тогда накой начали использовать везде UTF8 вместо нормального UTF32 ?

    Потому что шибко компактнее, бэть.Распухон в 4 раза все-таки плохо, да?Предствьте что у вас БД вспухнет вчетверо?Или траффа станет в 4 раза больше?А UTF-8 примерно совпадает по размеру с 1-байтными на инглише и только в 2 раза пухлее на русише.Хотя можно было бы и более компактное представление использовать (как на SIM-картах - компрессированый уникод когда кодировка указывается только при смене оной, ну и в начале данных, ессно) - тогда уникодные данные при 1 языке в тексте всего буквально на 3 байта больше неуникодных получаются, даже на русише.Но такое представление чревато некоторыми проблемами (при частичном разрушении данных инфо о кодировке с хорошей вероятностью потеряется и далее однозначно интерпретировать данные уже не получится).

     

  • 1.4, Аноним (5), 09:10, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в какую именно UTF-8? Они ведь разные бывают
     
     
  • 2.18, Осторожный (ok), 12:27, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А в какую именно UTF-8? Они ведь разные бывают

    Ну назови какие варианты UTF-8 ты знаешь.

     
     
  • 3.41, pavlinux (ok), 14:51, 05/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>А в какую именно UTF-8? Они ведь разные бывают
    >
    >Ну назови какие варианты UTF-8 ты знаешь.

    ISO-10646, UTF8 и UTF-8 :)

     

  • 1.10, Аноним (10), 10:20, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    когда уже научится писать сжатые файлы
     
  • 1.12, Аноним (10), 10:54, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зря они убрали это. А если у меня Windows NT 4.0? Он не поддерживает UTF... Какой сюрприз я получу в итоге?
    Надоели учить других.
     
     
  • 2.13, TS (?), 11:11, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Зря они убрали это. А если у меня Windows NT 4.0?

    Не ставь новую версию - проблем то.
    Или бекпортируй поддержку однобайтовых кодировок раз такой умный. :)
    кому кому - а вот разработчики могут творить что хотят - это их продукт...


     
     
  • 3.34, Аноним (-), 21:08, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Я что - должен смотреть в содержание каждой программы?! Мой SuSE 3 часа устанавливается! Нет, я не хэтого хочу. Я хочу, чтобы при помощи Linux можно было отредактировать содержимое моего жёсткого диска от NT 4.0, и чтобы после включения сервера не оказалось, что раздел повреждён, или русские названия файлов не русские больше! Естественно я поставлю старую версию NTFS-3G, но я мог этого и не знать, а после порчи файлов возненавидеть весь Linux.
    Кто вопит "Это надо, а это не надо" - дебилы. Вы своих жён тоже ругаете, кричите на них, что надо делать именно по-вашему, и  никак иначе? ну, ждите развода, он скоро Вас образумит. Уберите из себя эту привычку и пересоберите ядро, чтобы не поссориться с парой или найти её быстрее.
     
  • 2.15, Аноним (5), 11:14, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Зря они убрали это. А если у меня Windows NT 4.0? Он
    >не поддерживает UTF... Какой сюрприз я получу в итоге?
    >Надоели учить других, дебилы.

    transparent UTF-8 support

     

  • 1.17, Аноним (5), 11:53, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    utf8 это правильно.
    других кодировок нет, другие кодировки не нужны
     
     
  • 2.23, anonymous (??), 14:20, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >utf8 это правильно.

    правильно это UTF32 (или UCS-4 или как там его), то что умеет нормально адресовать символы, а не эта дрянь с символами переменной длины


     
     
  • 3.27, terr0rist (??), 17:17, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А еще правильнее ISO-8859-1, и все не укладывающиеся в латинский алфавит - фтопку.
     
  • 3.31, некто (?), 19:01, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>utf8 это правильно.
    >
    >правильно это UTF32 (или UCS-4 или как там его), то что умеет
    >нормально адресовать символы, а не эта дрянь с символами переменной длины

    ЭХ, когда то я тоже считал так =(
    А теперь понимаю что НЕТ UNICODE КОДИРОВКИ БЕЗ ПЕРЕМЕННЫХ СИМВОЛОВ! УВЫ!
    Все - UTF-7,UTF-8,UTF-16,UTF-32,UCS2,UCS4 !
    Если интересно, то поищи в интернете - гдето видел, возможно на wikipedia

     
     
  • 4.36, Осторожный (ok), 21:31, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>>utf8 это правильно.
    >>
    >>правильно это UTF32 (или UCS-4 или как там его), то что умеет
    >>нормально адресовать символы, а не эта дрянь с символами переменной длины
    >
    >ЭХ, когда то я тоже считал так =(
    >А теперь понимаю что НЕТ UNICODE КОДИРОВКИ БЕЗ ПЕРЕМЕННЫХ СИМВОЛОВ! УВЫ!

    Бред

    >Все - UTF-7,UTF-8,UTF-16,UTF-32,UCS2,UCS4 !
    >Если интересно, то поищи в интернете - гдето видел, возможно на wikipedia

    UCS-2, UCS-4 - кодировки с символами фиксированной длины
    UTF-32 почти идентичен UCS-4 - поэтому тоже кодировка с символами фиксированной длины

    UTF-7, UTF-8, UTF-16 - кодировки с символами переменной длины


     

  • 1.19, kost BebiX (?), 13:36, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А при чем тут МакОС? Типа "ура! Линукс умеет работать с нтфс нормально, как виндовс и как макос. Вам как?"
     
     
  • 2.28, . (?), 18:24, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    макос умеет нормально работать с ntfs ???
    евгений ваганович, вы чего-то не то скушали
     
     
  • 3.33, ig0r (??), 20:02, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > макос умеет нормально работать с ntfs ???

    а как же, с помощью ntfs-3g

     
     
  • 4.37, . (?), 22:42, 26/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >а как же, с помощью ntfs-3g

    линуховый намного стабильнее. не веришь - поспрашивай у маководов, они подтвердят

     

  • 1.35, Аноним (5), 21:12, 26/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ладно Россия - у нас давно уже UTF в NTFS... А другие страны? А старые винды?! Разделы и русские имена файлов будут погублены! ПОЛНОСТЬЮ отключать старые кодировки нельзя.
     
  • 1.38, Аноним (5), 17:44, 27/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто просит сделать форк - а если из ядра системы в версии 2.6.30 исчезнет поддержка AGP и PCI Express 1.0, ты тоже скажешь, что это дело разработчиков ядра, делайте форк и выпускайте патчи?!
     
  • 1.39, Аноним (5), 20:08, 30/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Из директорий с пробелами не компилируем...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру