Автомонтирование жёстких дисков

hoz	# 6 лет назад (отредактировано 6 лет назад)
Темы: 17 Сообщения: 98 Участник с: 11 августа 2016	nafania, благодарю. Получилось. Так то оно и логично, на самом деле. Но этот долбанутый wiki изначально меня запутал. Ведь так написано так: `# <file system> <dir> <type> <options> <dump> <pass> /dev/NTFS-part /mnt/windows ntfs-3g defaults 0 0` Т.е. ни о каком UUID там речь не идёт.. Называется, додумай сам..

# 6 лет назад (отредактировано 6 лет назад)

Сообщения: 98

Участник с: 11 августа 2016

nafania, благодарю. Получилось.
Так то оно и логично, на самом деле. Но этот долбанутый wiki изначально меня запутал. Ведь так написано так:

# <file system>   <dir>		<type>    <options>             <dump>  <pass>
/dev/NTFS-part  /mnt/windows  ntfs-3g   defaults		  0       0

Т.е. ни о каком UUID там речь не идёт.. Называется, додумай сам..

nafanja	# 6 лет назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	hoz, во первых: ты поставил лишний слеш, а во вторых: указание /dev/sd? устаревший метод!!! хочешь знать почему? потому что раньше определение последовательности устройств было последовательным (не менялось), сейчас параллельно (кто первым встал того и тапки). Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 6 лет назад

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

hoz, во первых: ты поставил лишний слеш, а во вторых: указание /dev/sd? устаревший метод!!! хочешь знать почему? потому что раньше определение последовательности устройств было последовательным (не менялось), сейчас параллельно (кто первым встал того и тапки).

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

hoz	# 6 лет назад
Темы: 17 Сообщения: 98 Участник с: 11 августа 2016	nafanja, я сегодня читал про это чутка. Смысл понял. А как с этим работать не особо. Да и не нужно мне это знать, на данный момент. Не всё сразу.. А так.. ну если метод не актуальный, я понимаю, что русский вики уже совсем не вариантовый, но почему на английском родной вики с такими примерами... для меня загадка!

hoz

# 6 лет назад

Темы: 17

Сообщения: 98

Участник с: 11 августа 2016

nafanja, я сегодня читал про это чутка. Смысл понял. А как с этим работать не особо. Да и не нужно мне это знать, на данный момент. Не всё сразу..
А так.. ну если метод не актуальный, я понимаю, что русский вики уже совсем не вариантовый, но почему на английском родной вики с такими примерами... для меня загадка!

nafanja	# 6 лет назад (отредактировано 6 лет назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	вики пишут тоже люди, некоторые со старьем, некоторые с устаревшими убеждениями, некоторые с не той конфигурацией железа. но факт остается фактом, что UUID работает у всех, а /dev/sd? не у всех!!! та же проблема с саундами, сетевыми адаптерами и др. однотипными устройствами... Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 6 лет назад (отредактировано 6 лет назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

вики пишут тоже люди, некоторые со старьем, некоторые с устаревшими убеждениями, некоторые с не той конфигурацией железа.
но факт остается фактом, что UUID работает у всех, а /dev/sd? не у всех!!! та же проблема с саундами, сетевыми адаптерами и др. однотипными устройствами...

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

akorop	# 6 лет назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Вообще-то, кроме идентификации раздела по UUID=... и по адресу устройства (/dev/sda1...) есть ещё и идентификация по метке (LABEl=...). man fstab /label. IMHO именно идентификация по метке является оптимальной: и читабельно, и не съезжает, когда /dev/sda и /dev/sdb вдруг при очередной загрузке поменялись местами. Кроме того, если разделы НЕ монтировать статически через fstab, а монтирвать при надобности через гуёвый файлменеджер, то при наличии метки точка монитования получается вменяемая. Да а разбираться с разделами в чём-то вроде gparted гораздо проще при наличии меток. В общем, 1) каждому разделу дать уникальную и осмысленную метку стОит в любом случае; 2) если метка есть, то в fstab удобнее опираться именно на неё.

akorop

# 6 лет назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

Вообще-то, кроме идентификации раздела по UUID=... и по адресу устройства (/dev/sda1...) есть ещё и идентификация по метке (LABEl=...). man fstab /label.
IMHO именно идентификация по метке является оптимальной: и читабельно, и не съезжает, когда /dev/sda и /dev/sdb вдруг при очередной загрузке поменялись местами. Кроме того, если разделы НЕ монтировать статически через fstab, а монтирвать при надобности через гуёвый файлменеджер, то при наличии метки точка монитования получается вменяемая. Да а разбираться с разделами в чём-то вроде gparted гораздо проще при наличии меток.
В общем, 1) каждому разделу дать уникальную и осмысленную метку стОит в любом случае; 2) если метка есть, то в fstab удобнее опираться именно на неё.

akorop	# 6 лет назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	nafanja но факт остается фактом, что UUID работает у всех, а /dev/sd? не у всех!!! Не так всё просто. Во-первых, при наличии только одного диска /dev/sda* работает у всех. Проблемы могут возникать при двух винтах: с нынешней [cenzored] параллельностью и конкурентностью загрузки раздача sda и sdb непредсказуема. Во-вторых, UUID может привести к проблемам, если на диске сделана точная копия раздела (тупо dd...). При идентификации по метке эта проблема тоже есть, а при идентификации по /dev/sda* - проблем нет.

akorop

# 6 лет назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

nafanja
но факт остается фактом, что UUID работает у всех, а /dev/sd? не у всех!!!

Не так всё просто.
Во-первых, при наличии только одного диска /dev/sda* работает у всех. Проблемы могут возникать при двух винтах: с нынешней [cenzored] параллельностью и конкурентностью загрузки раздача sda и sdb непредсказуема.
Во-вторых, UUID может привести к проблемам, если на диске сделана точная копия раздела (тупо dd...). При идентификации по метке эта проблема тоже есть, а при идентификации по /dev/sda* - проблем нет.

Aivar	# 6 лет назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	indeviral было... `$ zcat /proc/config.gz \| grep NTFS CONFIG_NTFS_RW=y` И есть. Оставьте поддержку ntfs только ядром (удалите пакет ntfs-3g) и попробуйте. Отписаться не забудьте.

nafanja	# 6 лет назад (отредактировано 6 лет назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	akorop Во-первых, при наличии только одного диска /dev/sda* работает у всех. работает у всех у кого один винт, остальные идите лесом. я под столом ))) а UUID работает у всех без исключения!!! akorop IMHO именно идентификация по метке является оптимальной: и читабельно, и не съезжает, когда /dev/sda и /dev/sdb вдруг при очередной загрузке поменялись местами. метки это только для удобства человека! да и метки частоповторяемые в отличии от UUID. (гарантировано что у меня и моего соседа есть разделы с метками root и home!) akorop Во-вторых, UUID может привести к проблемам, если на диске сделана точная копия раздела (тупо dd...). а зачем это так сделано? если есть множество других путей... ССЗБ сам все испортил и жалуешься на проблему ))) https://ru.wikipedia.org/wiki/UUID Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 6 лет назад (отредактировано 6 лет назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

akorop
Во-первых, при наличии только одного диска /dev/sda* работает у всех.

работает у всех у кого один винт, остальные идите лесом. я под столом )))
а UUID работает у всех без исключения!!!

akorop
IMHO именно идентификация по метке является оптимальной: и читабельно, и не съезжает, когда /dev/sda и /dev/sdb вдруг при очередной загрузке поменялись местами.

метки это только для удобства человека! да и метки частоповторяемые в отличии от UUID.
(гарантировано что у меня и моего соседа есть разделы с метками root и home!)

akorop
Во-вторых, UUID может привести к проблемам, если на диске сделана точная копия раздела (тупо dd...).

а зачем это так сделано? если есть множество других путей... ССЗБ сам все испортил и жалуешься на проблему )))

https://ru.wikipedia.org/wiki/UUID

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

hoz	# 6 лет назад
Темы: 17 Сообщения: 98 Участник с: 11 августа 2016	akorop есть ещё и идентификация по метке Я в курсе. Но постоянно рекомендуется идентификация, именно, по UUID. Даже в процессе установки системы. Вот я и не заморачивался по этому поводу, сделал как рекомендовано..

indeviral	# 6 лет назад
Темы: 38 Сообщения: 3196 Участник с: 10 августа 2013	Aivar И есть. Оставьте поддержку ntfs только ядром (удалите пакет ntfs-3g) и попробуйте. Отписаться не забудьте. не ну... конфиг ядерных модулей наверно стороний модуль менять не может, так что как собрано так и будет. ntfs-3g запускается вместо него, или вместе, но не влийяет на модуль ntfs ради эксперимента удалил ntfs-3g и перезапустил... ничего не поменялось, можно ещё конечно fuse снести. а может просто у меня lts-совкское ядро... и их начали с rw собирать. Ошибки в тексте-неповторимый стиль автора©

indeviral

# 6 лет назад

Темы: 38

Сообщения: 3196

Участник с: 10 августа 2013

Aivar
И есть. Оставьте поддержку ntfs только ядром (удалите пакет ntfs-3g) и попробуйте.
Отписаться не забудьте.

не ну... конфиг ядерных модулей наверно стороний модуль менять не может, так что как собрано так и будет.
ntfs-3g запускается вместо него, или вместе, но не влийяет на модуль ntfs
ради эксперимента удалил ntfs-3g и перезапустил... ничего не поменялось, можно ещё конечно fuse снести.
а может просто у меня lts-совкское ядро... и их начали с rw собирать.