Вопросы и ответы

[Seraphymm]

Наткнулся на гадость: под Ubuntu 12.0 вдруг все partitions NTFS стали "только для чтения". Перезагрузка не помогает. Попытка изменить "права доступа" не удалась. И не в первый раз такое Похоже на глюки драйвера NTFS. Приходится держать про запас partition, который можно разметить в FAT32, чтобы сохранить там сделанное под Ubuntu.

[Garikk]

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

P.S. Как забавно, и БГ с глючной виндой поругать незачто даже

[alexcat]

Сообщение от Garikk

P.S. Как забавно, и БГ с глючной виндой поругать незачто даже

Ну как это не за что! Спецификации NTFS не открыты, потому и ошибки! С ext таких проблем же нет...

[Garikk]

Сообщение от alexcat

Ну как это не за что! Спецификации NTFS не открыты, потому и ошибки! С ext таких проблем же нет...

и с ext проблемы бывают

Ошибки в ФС вряти по вине линукса, я салкивался с таким один раз (в какомто livecd) который упорно не хотел монтировать диск с нтфс потомучто он dirty и чекдиск драйвера не запускался по причине ридонли...замкнутый круг..особенности опенсорса (типа функционал допилим версий через 5)

[alexcat]

Сообщение от Garikk

...особенности опенсорса...

В проблемах с NTFS я никак не усматриваю вину опенсорса, а как раз наоборот - если бы была открытая документация, все уже отладили бы и допилили.

Добавлено через 7 минут

Сообщение от Seraphymm

Похоже на глюки драйвера NTFS.

Меры предосторожности при записи на NTFS-разделы

Перед записью данных на NTFS-раздел из Linux/BSD настоятельно рекомендуется загрузить Windows и запустить chkdsk, чтобы убедиться в отсутствии ошибок. Дело в том, что штатный драйвер автоматически диагностирует дефекты файловой системы, блокируя запись до момента их исправления, а свободные драйверы — нет.

После удаления/перемещения большого количества файлов и/или каталогов из-под Linux/BSD обязательно загрузи Windows и запусти chkdsk, поскольку свободные драйверы не учитывают ряд тонкостей NTFS, что ведет к накоплению мелких ошибок.

При проверке тома, в который что-либо записывали свободные NTFS-драйверы, chkdsk, как правило, выдает сообщения об ошибках, однако это не повод для волнений. Обратись к документации, прилагаемой к драйверу, — в ней перечислены все некритичные ошибки и коротко описаны причины их появления.

Никогда, ни при каких обстоятельствах не монтируй NTFS-раздел на запись, если работа Windows была завершена неправильно! В этом случае в журнале транзакций могут остаться записи, обеспечивающие откат при последующей загрузке операционной системы. Однако открытые драйверы все еще не поддерживают транзакции, а последствия отката диска, на который уже что-то писалось, непредсказуемы.

Раздел, хотя бы однажды заполненный более чем на 90%, подвергается большому риску при монтировании на запись из-под Linux/BSD, поскольку при этом происходит усечение области, зарезервированной под метаданные. Свободные NTFS-драйверы обрабатывают эту ситуацию не совсем корректно.

http://www.xakep.ru/magazine/xa/104/102/1.asp

[Seraphymm]

Возможно, я выразился недостаточно ясно... Разделы моих HDD отформатированы или в ext (загрузочный диск Ubuntu), или в NTFS (все остальные диски). Так вот после нескольких часов работы Ubuntu внезапно отказалась писАть во все разделы NTFS (и менять на них права доступа). При всей склонности к самокритике я не могу предположить, будто на всех моих partitions NTFS вдруг спонтанно появились какие-то ошибки. Тем более, что у меня такое уже случалось с Ubuntu 11.0 (после установки обновлений) - тогда вопрос решился её переустановкой без лечения partitions.
Для экстренного выхода из ситуации на этот раз пришлось на свободном месте создать partition FAT32, чтобы сохранить туда открытые файлы (это удалось). Перезагрузка не помогла вправить Ubuntu мозги (драйверы?).
Я никого не хочу напрячь поиском разгадки. Просто мой пост - предостережение любителям Ubuntu по поводу того, к чему им следует быть готовым...

[alexcat]

А как именно пытались менять права доступа?

[Seraphymm]

Ответ браузера:

"Не удалось изменить права для объекта «...». Произошла ошибка при установке прав. Файловая система доступна только для чтения".

Лечить надо Ubuntu каким-то средством. Или переустанавливать.

[alexcat]

Браузер с правами рута? А вообще такие вещи лучше в терминале делать.
Минуточку, Вы права для какого-то файла пытались изменить? Так не получится, если ФС смонтирована read only.
Можно взглянуть на файл /etc/fstab?

Добавлено через 12 минут

Сообщение от Seraphymm

Или переустанавливать.

Это не наш путь. Родимые пятна windows неизлечимы?

[Yolkin]

Сообщение от alexcat

Это не наш путь. Родимые пятна windows неизлечимы?

Вспомнилось из баша про "родимые пятна":

<vladvic> а работать зато в ней [windows] низзя. я пробовал
<Zert> угу
<Zert> я вот юзать - хоть сколько
<Zert> по юзабилити она впереди всех
<Zert> все на ней можно делать
<Zert> дрова ставить
<vladvic> и удалять
<Zert> от вирусов избавляться
<Zert> реестр чистить
<vladvic> с ней даже ибаца можно )
<Zert> диск дефрагментировать
<Zert> на униксе вот такого нельзя

[Garikk]

Сообщение от alexcat

В проблемах с NTFS я никак не усматриваю вину опенсорса, а как раз наоборот - если бы была открытая документация, все уже отладили бы и допилили.

на Ext* открыта документация, полноценного драйвера под винду как не было так и нет..

В опенсорсе часто так, "здесь допилили", а "здесь пока нет". И запросто может быть нереализован "ненужный" функционал. Довелось столкнутся с этим в "тяжелом" энтерпрайзе...очень весело костыли искать для реализации того о чём разработчики забыли

www.xakep.ru/

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

со времён описанного в этой статье, поддержка ntfs стала гораздо стабильнее... так работать даже в продакшене не чураются давно

[alexcat]

Сообщение от Garikk

на Ext* открыта документация, полноценного драйвера под винду как не было так и нет..

Это проблема винды. Она вообще очень враждебно "настроена" к "чужим" ОС и ФС.

Сообщение от Garikk

..ой ужас.. как эту попсятину вообще цитировать можно..

Вы журнал имеете ввиду или автора статьи? Николай Лихачев aka Крис Касперски публикуется не только в Хакере, но и в Системном администраторе, Компьтерре и прочих журналах, написал полтора десятка книг по IT, сотрудничает (по крайней мере, раньше сотрудничал), с Endeavor Security, купленной McAfee.

[Garikk]

Сообщение от alexcat

Это проблема винды. Она вообще очень враждебно "настроена" к "чужим" ОС и ФС.

Хех...а поддержка нтфс это проблема линукса..чо..

Причём тут к "чужим"? Нативной поддержки "неправильных ФС" нет, что логично. Кто мешает сделать её сторонним разработчикам? Ограничений в API для этого никаких нет.

Вот кстати интересный пример с поддержкой "правильных" ФС в линуксе...помните была такая RaiserFS ? Даже ядром линукса поддерживалась нативно... а как главного разработчика в тюрьму посадили...и всё, все забыли, забили, поддержку из ядра выкинули..досвидания товарищи..кто использовал её в серьёзных приложениях вынуждены мигрировать надо другие системы..опенсорс почемуто не помог..странно да?

Вы журнал имеете ввиду или автора статьи?

Журнал

[Seraphymm]

В данном случае я к Windows никаких претензий не предъявляю. Всего лишь пытаюсь разобраться как сделать обновление драйвера Ubuntu для NTFS или его откат до предыдущей версии.
Если переустановка Ubuntu - не Ваш путь, тогда должны существовать средства выборочного обновления драйвера и rollback...

[Garikk]

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

тогда должны существовать средства выборочного обновления драйвера и rollback...

К сожалению в мире линукса ответ один - RTFM ;( тут не бывает универсальных решений из-за высокого темпа обновления ПО.