LINUX.ORG.RU

Проблема с дисками

 , ,


0

2

Есть один жесткий диск, разбитый на две части: sda1 и sda2. В fstab я прописал для них следующие параметры:

UUID=2804A3DA04A3A8F0 /dev/sda1 ntfs rw,notail,relatime 0 0
UUID=296D05593446240D /dev/sda2 ntfs rw,notail,relatime 0 0
И теперь они пропали. Gparted пишет, что они подключены, но не могут быть прочитаны из-за ошибки ввода/вывода. ЧЯДНТ?


Грепай лог dmesg на предмет ошибок.

hippi90 ★★★★★
()

Не знаю про notail, мне кажется, это наркомания какая-то.

Но зачем два раза определять раздел? Либо UUID, либо имя в /dev.

batekman ★★★
()
Ответ на: комментарий от otasan

В исходниках ядра и ntfs-3g нет. Что-то мне подсказывает, что исходники борлее надёжный источник, чем бложек васи пупкина пикап мастера.

anonymous
()
Ответ на: комментарий от batekman

Тогда, получается, мне нужны такие параметры: «/dev/sda1 ntfs exec,auto,rw,user,async,atime 0 0»? Или лучше с defaults,user?

otasan
() автор топика

Кстати, вопрос к тем, кто использует ntfs-драйвер ядра — как он там, достаточно ли стабилен? Можно перелезать с ntfs-3g?

batekman ★★★
()
Ответ на: комментарий от otasan

Эти все параметры тоже не нужны, тк они стоят по-умолчанию. Зато скорее всего нужен gid=gid_твоего_юзера,uid=uid_твоего_юзера

ntfs-драйвер ядра

batekman Он только ro, разработка не ведётся. Можно купить ядерный rw блоб от разработчиков ntfs-3g.

anonymous
()
Ответ на: комментарий от otasan

У самого вот так:

[root@alexey-laptop] /home/user
# grep ntfs /etc/fstab 
/dev/sda2	/media/windows	ntfs	uid=1000,gid=1000	0 0
/dev/sda8	/media/games	ntfs	uid=1000,gid=1000	0 0

exec,auto,rw

точно не нужно — это по умолчанию работает.

user

По идее, это должно разрешать монтирование от пользователя, но сам этим не пользуюсь.

batekman ★★★
()

Интересно, откуда они у тебя пропали. Что-то в этих записях fstab не видно каталогов, в которые ты их хочешь смонтировать.

iliyap ★★★★★
()

Твою мать, только заметил, ты же диск сам на себя монтируешь. Открой ман уже:

«Второе поле (fs_file) описывает точку монтирования файловой системы.»

hippi90 ★★★★★
()
Ответ на: комментарий от anonymous
NTFS write support (NTFS_RW)

CONFIG_NTFS_RW:

This enables the partial, but safe, write support in the NTFS driver.

The only supported operation is overwriting existing files, without
changing the file length. No file or directory creation, deletion or
renaming is possible. Note only non-resident files can be written to
so you may find that some very small files (<500 bytes or so) cannot
be written to.

While we cannot guarantee that it will not damage any data, we have
so far not received a single report where the driver would have
damaged someones data so we assume it is perfectly safe to use.

Note: While write support is safe in this version (a rewrite from
scratch of the NTFS support), it should be noted that the old NTFS
write support, included in Linux 2.5.10 and before (since 1997),
is not safe.

Т. е. вроде есть, но вроде бы и нет.

batekman ★★★
()
Ответ на: комментарий от batekman

Спасибо. Финальный, я надеюсь, вопрос:

/dev/sda1 /home/1000gb/ ntfs uid=1000,gid=1000 0 0
/dev/sda2 /home/52gb/ ntfs uid=1000,gid=1000 0 0 
Сойдёт?

otasan
() автор топика
Ответ на: комментарий от otasan

UUID - константа привязанная к конкретному разделу, а устройства в системе именуются в зависимости от фазы луны.

surefire ★★★
()
Ответ на: комментарий от surefire

Это касается явно не статично подключенных жестких дисков. По крайней мере, у меня почти за год ни разу именования жестких дисков не менялись.

otasan
() автор топика

И вот, значит, всё заработало. Выставил

/dev/sda1 /media/1000gb/ ntfs uid=1000,gid=1000 0 0
/dev/sda2 /media/52gb/ ntfs uid=1000,gid=1000 0 0 
И теперь меня всё устраивает. Спасибо!

otasan
() автор топика
Ответ на: комментарий от otasan

Касается, тебе повезло с чипсетом.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.