Тотальная неудачница и убийца жёстких дисков.
#post-id: 6983-20-31
#original-date: 8.09.2019 Sun
#original-time: 8:31 PM
#original-day: 6983
#original-host: WinXP Home SP3 (Build 2600)
Представьте ситуацию. Имеется NAS под покоцанной Красной Шапочкой, который поддерживает SFTP, FTP и Самбу. В основном – Самбу. Есть компьютер под Минтом с МАТЭ, который в числе прочих ходит на этот NAS через шары, которые создаются серверным ПО (точнее, тонной спагетти-скриптов). Шары защищены логином и паролем.
читать дальшеВиндовые машины под XP испытывали с этим NAS ряд сложностей. Например, по какой-то причине галочка автоматического подключения сетевых дисков не всегда работала правильно. Периодически диски то совсем не подключались, то просили снова пароль. Поэтому для них был написан скрипт в VBsсript, который при входе в систему ждёт немного, а потом подключает диски. При выходе из системы диски отключаются автоматом самой системой.
Кроме того, то и дело возникала проблема, когда при проблемах с Инетом NAS оказывался частично неработоспособен. Тоесть я нормально заходила на него по SSH, через вэб-морду, FTP, а Самба не работала. При обращении коннект висел до таймаута, словно какой-то софт на сервере ломится вовне и не пробивается. Та же история была и при принудительном отключении Инета от NAS на том же роутере.
При этом вроде бы все профильные службы-зонды были выключены, Самба ничего такого не содержит в себе, а в последнее время эта проблема вроде бы не проявляется. Что происходит – БП. Учитывая, что проблема в основном была во времена Дальсвязи, где DNS по большей части тупо рубился где-то у провайдера, даже провайдеровские серверы были не доступны, и единственный выход был – DNSCrypt (я БП как другие жили), возможно просто серверный софт что-то пытался разрешить, но делал это криво.
Но всёже и после бегства с Дальсвязи проблема наблюдалась раза два, так что кто его знает.
Так вот. В один прекрасный момент машина с Минтом перестала подключаться к шарам. До этого, как я уже писала, такое было раза два, поэтому поначалу я не обратила внимания, решила дождаться, пока оно само собой разрешится. Но время шло, машины под Windows подключались почти нормально (иногда случаются странные тормоза и подвисания коннектов), а эта никак.
Как происходило подключение?
Через Caja я зашла на NAS и примонтировала нужные мне шары (поочерёдно открыла каждую, а они уже сами). На запрос я ввела логин и пароль и поставила галочку «Запомнить». После этого наваяла такой Bash скрипт, который запихнула в автозапуск при входе в систему.
Тут вызывается системная утилита, которая использует тот же механизм, что и Caja. Пароль запомнен, поэтому нужно указать только путь к шаре.
Кроме того, для удобства я сделала симлинки в /mnt, которые ведут на точки монтирования шар, ибо эти точки просто инфернальны:
/run/user/1000/gvfs/smb-share:server=goflex_home,share=goflex%20home%20personal/
/run/user/1000/gvfs/smb-share:server=goflex_home,share=внешняя%20память/
Пока шары не подключены, симлинки не открываются. Как подключаются, можно ходить через них, например, в поисках музыки.
Среди проблем такого подхода – необходимость доступности дубаса. Если зайти на машину по SSH, то скрипт не будет работать, выдавая странное сообщение об ошибке. На деле gvfs-mount просто не может найти дубас, поскольку некоторые переменные окружения не установлены.
Так вот, после начала проблем, всё стало работать так: скрипт вызывает gvfs-mount, та долго думает, потом сообщает, что доступ закрыт, введите пароль, ну и начинает в интерактивном режиме просить логин, домен, пароль. При вводе всё идёт на второй круг и так до бесконечности. А во время логона даже этого не видно, поскольку для скрипта не создаётся окно терминала.
Пару раз был небольшой просвет, и на день-другой шары начинали монтироваться, но потом всё сломалось вновь. Так я промучилась несколько месяцев, пока не решила загуглить, что всё же происходит ^^'
Создалось впечатление, что проблема в новом ядре (я вместо третьего четвёртое впилила), где вырубили старую версию аутентификации в Самбе, а многие NAS'ы только её и умеют. Винда была готова к этому, а Линукс – нет. Поэтому на горизонте замаячила новая смертельная битва на костылях.
Забегая вперёд, скажу, что проблема решилась без старого метода аутентификации. Почему – БП.
Первый вариант решения проблемы был попроще. Надо было в smbd.conf добавить строчку, которая управляла используемым методом аутентификации, а потом перезагрузить демона. Как вы понимаете, самый простой способ не заработал. Скорее всего потому что smbd – это про сервер, а не про клиента.
Вторым вариантом шли страшные слова cifs-mount и fstab. Существует некий пакет, который позволяет монтировать шары через утилиту mount (или напрямую вызовом утилиты cifs-mount).
/* Кстати, CIFS – это новое название для SMB, протокола расшаривания файлов, каталогов и принтеров на виндовых машинах, от которого произошло слово «Самба». Точнее, CIFS – это развитие SMB, новая его версия. */
У утилиты этой куча параметров, и без чтения мана тут не обойтись. Кроме того, дело осложнял тот факт, что хотелось всё сделать легковесным (тоесть, не прибитым гвоздями), чтобы монтировалось при входе в систему, а не вместе с другими файловыми системами.
В общем, попугавшись, я нашла пару хороших ссылок, открыла их и принялась ваять команду вызова.
https://www.samba.org/~ab/output/htmldocs/manpages-3/mount.cifs.8.html
На самом деле можно было обойтись маном, но это же не наш метод ^^
/* К слову, я уже имела дело с mount и fstab, когда пробовала davfs для закачки файлов с сервера на Яндекс.Диск, но это было так давно, что я и забыла об этом. Тем более что у этого метода были некоторые неприятные особенности (вроде копирования всех передаваемых данных в кэш и отсутствия какой-либо индикации, в каком состоянии находится передача), поэтому я перешла на cadaver (который работает как утилиты ftp и sftp), и забыла про это чудо-юдо, как страшный сон. */
В итоге я соорудила такой скрипт.
Для начала скрипт проверяет и создаёт два каталога, к которым будет цеплять файловую систему. Вместо /mnt я решила использовать /media, поскольку выяснился забавный факт. Если монтировать в этот каталог, то на рабочем столе автоматом появятся иконки для подключенных файловых систем. Именно так при подключении флэшки оная оказывается на рабочем столе (и в Caja).
После создания недостающих каталогов выполняется mount со всеми необходимыми параметрами.
«-t cifs» указывает тип файловой системы, благодаря чему mount передаёт управление утилите cifs-mount, которая знает как монтировать Самба шары.
Первый путь – путь к шаре. Тут в отличие от gvfs-mount не указывается «протокол» smb, поскольку gvfs-mount – универсальная утилита, а cifs-mount заточена только под Самбу и ничего другого в этом пути быть не может. И, да, обратите внимание, что слэши тут прямые, а не обратные, как в Windows.
Второй путь – каталог, который мы создали ранее, на который будет навешиваться файловая система. /* Забавно, что в Windows для того чтобы примонтировать устройство без буквы через диспетчер дисков, тоже нужен пустой каталог, хотя по факту там обычный симлинк по имени устройства. */
«-o» задаёт параметры, которые передаются утилите cifs-mount и объясняют как мы хотим примонтировать шару. Все параметры записываются как «имя=значение» и разделяются запятой.
«user=ariel» – имя пользователя, которое используется при аутентификации.
«password=Aquata» – пароль, который используется при аутентификации.
«uid=lk» и «gid=lk» задают владельца (пользователя и группу, соответственно) для всех файлов и каталогов на примонтированной файловой системе. Я указала себя. Можно указать числовой идентификатор, например, «1000».
«file_mode=0664» и «dir_mode=0775» задают права доступа к файлам и каталогам на примонтированной файловой системе. Гайки решила не закручивать. Кстати, указывать нужно четыре цифры. Если указать три, то будет сообщено об ошибке, и параметр будет проигнорирован.
«domain=USURA-NET» – домен, в котором всё происходит. У меня рабочая группа, но на всякий случай указала её.
Есть и другие параметры, но мне они не понадобились. В том числе и метод аутентификации, о чём я говорила выше.
Тоесть я решила попробовать сначала так, а потом уже подкручивать. Но неожиданно всё заработало с первого раза, и с двухсекундной паузой все шары примонтировались и даже появились на рабочем столе. Менять аутентификацию не потребовалось.
Радости моей не было предела, но очень быстро обнаружились первые проблемы. Во-первых, чтобы отмонтировать эти шары, нужно было запустить команду вида:
У иконок на рабочем столе был соответствующий пункт, но при попытке его использовать появлялось сообщение об ошибке, что дескать, в fstab этой системы нет, и вообще, где root?
Кроме того, скрипт не годился для автозапуска, поскольку требовал пароль для команды sudo. Я могла бы придумать, как стартовать терминал и ручками вводить пароль, но...
Короче, от fstab уйти не удалось. Поэтому я нашла вот такой сайт и начала ваять запись в fstab.
http://timlehr.com/auto-mount-samba-cifs-shares-via-fstab-on-linux/
Прежде всего, хочу сказать, что без мана обойтись не удалось. Именно оттуда я впервые узнала, что проблемы ескейпятся через «\040», а не защищаются кавычками. Ну и по формату записи тоже помогло кое-что уточнить. Ну а вообще, виндузятники маны не читают :}
Мне нужно было перенести команды из скрипта в формат fstab. Вот что у меня получилось:
Каждая строка – описание способа монтирования одного устройства. Она состоит из «полей», которые разделяются пробелами. Количество пробелов не имеет значения: можно красиво выравнивать текст. По большей части тут всё почти как в команде mount, поэтому описание будет кратким.
Итак. Первое и второе поле – это путь к шаре и путь к точке монтирования. Точка, как мы помним, должна существовать. Третье поле – файловая система, в нашем случае – cifs. Оно указывает, что вызываться будет cifs-mount.
Далее у нас идут параметры, которые сообщают утилите монтирования, как монтировать файловую шару. Ну тоесть здесь пишется то же самое, что и в параметр «-o» команды mount. Но! Сюда же идут параметры самого fstab, которые дополнительно указывают, как файловая система будет монтироваться, и которые не идут нижестоящим утилитам.
«user». Этот параметр не следует путать с параметром «user=ariel». Он не имеет значения и указывает fstab, что данную файловую систему можно монтировать непривилегированному пользователю. Тоесть без команды sudo.
«noauto». Этот параметр сообщает, что при старте системы эта файловая система не должна монтироваться вместе с остальными. Иными словами, она монтируется только по запросу.
Как видите, эти параметры именно то, что мне было нужно: никаких sudo, и никакой автоматики, всё монтируется скриптом.
Последние два поля тоже что-то означают, но там обычно нули.
/* Возвращаясь к davfs. Я ради интереса глянула fstab на сервере, и там была примерно такая же картина, только без «user» и параметров аутентификации, которые хранились в отдельном конфиге). */
Таким образом скрипт монтирования стал до неприличного прост:
Я решила не создавать каталоги в скрипте, положившись на то, что они никуда не исчезнут. Поэтому скрипт полностью работоспособен при автозапуске.
Для отмонтирования шары можно выбрать соответствующий пункт у иконки на рабочем столе, либо сделать команду:
Опять без sudo.
Короче, как-то так.
Из того, что я заметила, пока писала пост. Возможно, стоило бы монтировать не в /media, а в /media/lk (для меня), чтобы другим пользователям было не доступно, раз уж я монтирую только при собственном входе в систему. Но других пользователей на машине нет, а папка эта появляется и исчезает самостоятельно. Тоесть для её создания снова потребуется рут, и не понятно, не улетит ли она сама при очередном срабатывании автоматики.
#original-date: 8.09.2019 Sun
#original-time: 8:31 PM
#original-day: 6983
#original-host: WinXP Home SP3 (Build 2600)
Представьте ситуацию. Имеется NAS под покоцанной Красной Шапочкой, который поддерживает SFTP, FTP и Самбу. В основном – Самбу. Есть компьютер под Минтом с МАТЭ, который в числе прочих ходит на этот NAS через шары, которые создаются серверным ПО (точнее, тонной спагетти-скриптов). Шары защищены логином и паролем.
читать дальшеВиндовые машины под XP испытывали с этим NAS ряд сложностей. Например, по какой-то причине галочка автоматического подключения сетевых дисков не всегда работала правильно. Периодически диски то совсем не подключались, то просили снова пароль. Поэтому для них был написан скрипт в VBsсript, который при входе в систему ждёт немного, а потом подключает диски. При выходе из системы диски отключаются автоматом самой системой.
Кроме того, то и дело возникала проблема, когда при проблемах с Инетом NAS оказывался частично неработоспособен. Тоесть я нормально заходила на него по SSH, через вэб-морду, FTP, а Самба не работала. При обращении коннект висел до таймаута, словно какой-то софт на сервере ломится вовне и не пробивается. Та же история была и при принудительном отключении Инета от NAS на том же роутере.
При этом вроде бы все профильные службы-зонды были выключены, Самба ничего такого не содержит в себе, а в последнее время эта проблема вроде бы не проявляется. Что происходит – БП. Учитывая, что проблема в основном была во времена Дальсвязи, где DNS по большей части тупо рубился где-то у провайдера, даже провайдеровские серверы были не доступны, и единственный выход был – DNSCrypt (я БП как другие жили), возможно просто серверный софт что-то пытался разрешить, но делал это криво.
Но всёже и после бегства с Дальсвязи проблема наблюдалась раза два, так что кто его знает.
Так вот. В один прекрасный момент машина с Минтом перестала подключаться к шарам. До этого, как я уже писала, такое было раза два, поэтому поначалу я не обратила внимания, решила дождаться, пока оно само собой разрешится. Но время шло, машины под Windows подключались почти нормально (иногда случаются странные тормоза и подвисания коннектов), а эта никак.
Как происходило подключение?
Через Caja я зашла на NAS и примонтировала нужные мне шары (поочерёдно открыла каждую, а они уже сами). На запрос я ввела логин и пароль и поставила галочку «Запомнить». После этого наваяла такой Bash скрипт, который запихнула в автозапуск при входе в систему.
Тут вызывается системная утилита, которая использует тот же механизм, что и Caja. Пароль запомнен, поэтому нужно указать только путь к шаре.
Кроме того, для удобства я сделала симлинки в /mnt, которые ведут на точки монтирования шар, ибо эти точки просто инфернальны:
/run/user/1000/gvfs/smb-share:server=goflex_home,share=goflex%20home%20personal/
/run/user/1000/gvfs/smb-share:server=goflex_home,share=внешняя%20память/
Пока шары не подключены, симлинки не открываются. Как подключаются, можно ходить через них, например, в поисках музыки.
Среди проблем такого подхода – необходимость доступности дубаса. Если зайти на машину по SSH, то скрипт не будет работать, выдавая странное сообщение об ошибке. На деле gvfs-mount просто не может найти дубас, поскольку некоторые переменные окружения не установлены.
Так вот, после начала проблем, всё стало работать так: скрипт вызывает gvfs-mount, та долго думает, потом сообщает, что доступ закрыт, введите пароль, ну и начинает в интерактивном режиме просить логин, домен, пароль. При вводе всё идёт на второй круг и так до бесконечности. А во время логона даже этого не видно, поскольку для скрипта не создаётся окно терминала.
Пару раз был небольшой просвет, и на день-другой шары начинали монтироваться, но потом всё сломалось вновь. Так я промучилась несколько месяцев, пока не решила загуглить, что всё же происходит ^^'
Создалось впечатление, что проблема в новом ядре (я вместо третьего четвёртое впилила), где вырубили старую версию аутентификации в Самбе, а многие NAS'ы только её и умеют. Винда была готова к этому, а Линукс – нет. Поэтому на горизонте замаячила новая смертельная битва на костылях.
Забегая вперёд, скажу, что проблема решилась без старого метода аутентификации. Почему – БП.
Первый вариант решения проблемы был попроще. Надо было в smbd.conf добавить строчку, которая управляла используемым методом аутентификации, а потом перезагрузить демона. Как вы понимаете, самый простой способ не заработал. Скорее всего потому что smbd – это про сервер, а не про клиента.
Вторым вариантом шли страшные слова cifs-mount и fstab. Существует некий пакет, который позволяет монтировать шары через утилиту mount (или напрямую вызовом утилиты cifs-mount).
/* Кстати, CIFS – это новое название для SMB, протокола расшаривания файлов, каталогов и принтеров на виндовых машинах, от которого произошло слово «Самба». Точнее, CIFS – это развитие SMB, новая его версия. */
У утилиты этой куча параметров, и без чтения мана тут не обойтись. Кроме того, дело осложнял тот факт, что хотелось всё сделать легковесным (тоесть, не прибитым гвоздями), чтобы монтировалось при входе в систему, а не вместе с другими файловыми системами.
В общем, попугавшись, я нашла пару хороших ссылок, открыла их и принялась ваять команду вызова.
https://www.samba.org/~ab/output/htmldocs/manpages-3/mount.cifs.8.html
На самом деле можно было обойтись маном, но это же не наш метод ^^
/* К слову, я уже имела дело с mount и fstab, когда пробовала davfs для закачки файлов с сервера на Яндекс.Диск, но это было так давно, что я и забыла об этом. Тем более что у этого метода были некоторые неприятные особенности (вроде копирования всех передаваемых данных в кэш и отсутствия какой-либо индикации, в каком состоянии находится передача), поэтому я перешла на cadaver (который работает как утилиты ftp и sftp), и забыла про это чудо-юдо, как страшный сон. */
В итоге я соорудила такой скрипт.
Для начала скрипт проверяет и создаёт два каталога, к которым будет цеплять файловую систему. Вместо /mnt я решила использовать /media, поскольку выяснился забавный факт. Если монтировать в этот каталог, то на рабочем столе автоматом появятся иконки для подключенных файловых систем. Именно так при подключении флэшки оная оказывается на рабочем столе (и в Caja).
После создания недостающих каталогов выполняется mount со всеми необходимыми параметрами.
«-t cifs» указывает тип файловой системы, благодаря чему mount передаёт управление утилите cifs-mount, которая знает как монтировать Самба шары.
Первый путь – путь к шаре. Тут в отличие от gvfs-mount не указывается «протокол» smb, поскольку gvfs-mount – универсальная утилита, а cifs-mount заточена только под Самбу и ничего другого в этом пути быть не может. И, да, обратите внимание, что слэши тут прямые, а не обратные, как в Windows.
Второй путь – каталог, который мы создали ранее, на который будет навешиваться файловая система. /* Забавно, что в Windows для того чтобы примонтировать устройство без буквы через диспетчер дисков, тоже нужен пустой каталог, хотя по факту там обычный симлинк по имени устройства. */
«-o» задаёт параметры, которые передаются утилите cifs-mount и объясняют как мы хотим примонтировать шару. Все параметры записываются как «имя=значение» и разделяются запятой.
«user=ariel» – имя пользователя, которое используется при аутентификации.
«password=Aquata» – пароль, который используется при аутентификации.
«uid=lk» и «gid=lk» задают владельца (пользователя и группу, соответственно) для всех файлов и каталогов на примонтированной файловой системе. Я указала себя. Можно указать числовой идентификатор, например, «1000».
«file_mode=0664» и «dir_mode=0775» задают права доступа к файлам и каталогам на примонтированной файловой системе. Гайки решила не закручивать. Кстати, указывать нужно четыре цифры. Если указать три, то будет сообщено об ошибке, и параметр будет проигнорирован.
«domain=USURA-NET» – домен, в котором всё происходит. У меня рабочая группа, но на всякий случай указала её.
Есть и другие параметры, но мне они не понадобились. В том числе и метод аутентификации, о чём я говорила выше.
Тоесть я решила попробовать сначала так, а потом уже подкручивать. Но неожиданно всё заработало с первого раза, и с двухсекундной паузой все шары примонтировались и даже появились на рабочем столе. Менять аутентификацию не потребовалось.
Радости моей не было предела, но очень быстро обнаружились первые проблемы. Во-первых, чтобы отмонтировать эти шары, нужно было запустить команду вида:
У иконок на рабочем столе был соответствующий пункт, но при попытке его использовать появлялось сообщение об ошибке, что дескать, в fstab этой системы нет, и вообще, где root?
Кроме того, скрипт не годился для автозапуска, поскольку требовал пароль для команды sudo. Я могла бы придумать, как стартовать терминал и ручками вводить пароль, но...
Короче, от fstab уйти не удалось. Поэтому я нашла вот такой сайт и начала ваять запись в fstab.
http://timlehr.com/auto-mount-samba-cifs-shares-via-fstab-on-linux/
Прежде всего, хочу сказать, что без мана обойтись не удалось. Именно оттуда я впервые узнала, что проблемы ескейпятся через «\040», а не защищаются кавычками. Ну и по формату записи тоже помогло кое-что уточнить. Ну а вообще, виндузятники маны не читают :}
Мне нужно было перенести команды из скрипта в формат fstab. Вот что у меня получилось:
Каждая строка – описание способа монтирования одного устройства. Она состоит из «полей», которые разделяются пробелами. Количество пробелов не имеет значения: можно красиво выравнивать текст. По большей части тут всё почти как в команде mount, поэтому описание будет кратким.
Итак. Первое и второе поле – это путь к шаре и путь к точке монтирования. Точка, как мы помним, должна существовать. Третье поле – файловая система, в нашем случае – cifs. Оно указывает, что вызываться будет cifs-mount.
Далее у нас идут параметры, которые сообщают утилите монтирования, как монтировать файловую шару. Ну тоесть здесь пишется то же самое, что и в параметр «-o» команды mount. Но! Сюда же идут параметры самого fstab, которые дополнительно указывают, как файловая система будет монтироваться, и которые не идут нижестоящим утилитам.
«user». Этот параметр не следует путать с параметром «user=ariel». Он не имеет значения и указывает fstab, что данную файловую систему можно монтировать непривилегированному пользователю. Тоесть без команды sudo.
«noauto». Этот параметр сообщает, что при старте системы эта файловая система не должна монтироваться вместе с остальными. Иными словами, она монтируется только по запросу.
Как видите, эти параметры именно то, что мне было нужно: никаких sudo, и никакой автоматики, всё монтируется скриптом.
Последние два поля тоже что-то означают, но там обычно нули.
/* Возвращаясь к davfs. Я ради интереса глянула fstab на сервере, и там была примерно такая же картина, только без «user» и параметров аутентификации, которые хранились в отдельном конфиге). */
Таким образом скрипт монтирования стал до неприличного прост:
Я решила не создавать каталоги в скрипте, положившись на то, что они никуда не исчезнут. Поэтому скрипт полностью работоспособен при автозапуске.
Для отмонтирования шары можно выбрать соответствующий пункт у иконки на рабочем столе, либо сделать команду:
Опять без sudo.
Короче, как-то так.
Из того, что я заметила, пока писала пост. Возможно, стоило бы монтировать не в /media, а в /media/lk (для меня), чтобы другим пользователям было не доступно, раз уж я монтирую только при собственном входе в систему. Но других пользователей на машине нет, а папка эта появляется и исчезает самостоятельно. Тоесть для её создания снова потребуется рут, и не понятно, не улетит ли она сама при очередном срабатывании автоматики.
-
-
20.03.2025 в 18:39ну или использовать autofs
-
-
20.03.2025 в 19:03Хотя, надо бы глянуть для кое-какого дела OO Спасибо!