Jump to content

Recommended Posts

Posted

помогите пожалуйста разобраться новичку в linux в такой проблемке (SuSe 9.1).

хочу иметь возможность исправлять и создавать файлы в партиции windows/d. Однако это не удается по причине отсутствия прав, несмотря на то,

что я зарегистрировался в системе как root:

linux:/windows # dir

total 21
drwxr-xr-x   4 root root    144 Oct 16 18:31 .
drwxr-xr-x  27 root root    632 Oct 16  2004 ..
drwxrwxr-x   9 root users 16384 Oct 16 16:57 c
dr-x------   1 root root   4096 Oct  8 14:11 d


linux:/windows # chmod +w d
chmod: changing permissions of `d': Read-only file system

в fstab у меня записанно следующее:

/dev/sda1            /windows/c           vfat       users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/sda2            /windows/d           ntfs       rw,users,gid=users,umask=0002,nls=utf8 0 0

как это ни странно, но в партиции windows/с с такими же установками я имею соответствующие права.

был бы признателен за совет

Posted

А ты уверен, что твои дрова в ядре поддерживают запись в NTFS?

Это достаточно распространенная проблема, но...

так как я не юзаю НТФС, не могу подсказать ее решения...

Решишь траблу, свистни!!!

Удачи!!!

Smile))

Posted

По соображениям безопасности запись на НТФС в ядре по-умолчанию отключена, и включать ее сильно не рекомендуется - можешь побить весь раздел. Если очень уж хочется - придется пересобрать ядро.

На vfat (fat, fat32) писать можно без особых опасений, потому и допуск есть.

Права доступа здесь совершенно ни при чем.

Posted

vpk писал(а) вс, 17 октября 2004 01:14

По соображениям безопасности запись на НТФС в ядре по-умолчанию отключена, и включать ее сильно не рекомендуется - можешь побить весь раздел. Если очень уж хочется - придется пересобрать ядро.

На vfat (fat, fat32) писать можно без особых опасений, потому и допуск есть.

Права доступа здесь совершенно ни при чем.

спасибо за совет,

пожалуй лучше создам партицию vfat и буду хранить там общие документы (из-за соображений безопасности). Хотя честно сказать не понятно, почему это может привести к таким фатальным последствиям.

с уважением ...

Posted

Все очень просто!

Не смотря на то, что ntfs несколько стабильнее

чем fat32 и позволяет вичеслить причину краха,

она абсолютно не поддержиает востановления инфы

после этого краха и если она сыпится то...

намертво...

Ко всемупрочьему, мелкософт не заинтересованны

в том, что бы полностью документировать свою

файловую систему, соответственно, возникают

траблы по реализации поддержки онной в системах

сторонних производителей.

Posted

"честно сказать не понятно, почему это может привести к таким фатальным последствиям" - потому, что Microsoft не очень-то стремится открывать исходники своих продуктов и документацию. Почти все, что есть на эту тему, добыто окольными путями, типа дизассемблирования. Вследствие же того, что NTFS существенно сложнее FAT-а, и при работе пишет кучу служебной инфы, помимо собственно данных, разобрать ее на запчасти, а потом собрать заново под линукс пока не совсем получилось. Потому чтение разрешено, а запись пока нет.

Кстати, насчет "абсолютно не поддержиает востановления инфы после этого краха" - мягко говоря, это не совсем так, просто методы восстановления инфы усложняются соответственно усложнению ФС - для повышения надежности ФС и сохранности данных.

Posted

Hans R. Steiner писал(а) вс, 17 октября 2004 18:01

Долгое время, ntfs можно было примаунтить

только в режиме read-only!

В ядрах начиная , по-моему, с 2.6.7 опция dangerous убрана!

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...