https://slinkov.ru/openforum/vsluhforumID14/1706.html хочу, чтоб обычный юзер монтировал монтировал шары, находящиеся на виндосной шаре. надумал вынести всё что связано libiconv и smb за пределы ядра. в итоге получил модули, загружающиеся при загрузке:<br>#kldstat<br>Id Refs Address Size Name<br> 1 27 0xc0400000 6de544 kernel<br> 2 2 0xc0adf000 1eed0 linux.ko<br> 3 1 0xc0afe000 3890 ulpt.ko<br> 4 6 0xc0b02000 38d4 libiconv.ko<br> 5 3 0xc0b06000 17fc libmchain.ko<br> 6 1 0xc0b08000 1dac msdosfs_iconv.ko<br> 7 1 0xc0b0a000 1d64 ntfs_iconv.ko<br> 8 1 0xc0b0c000 1d94 cd9660_iconv.ko<br> 9 1 0xc0b0e000 1fc64 smbfs.ko<br>10 1 0xc0b2e000 4234 nfsmb.ko<br>11 2 0xc0b33000 29bc smbus.ko<br>12 1 0xc0b36000 f154 fuse.ko<br>13 1 0xc0b46000 5c264 acpi.ko<br>14 1 0xc2008000 6000 linprocfs.ko<br>после, делаю<br>#mount_smbfs -I server.domain -E koi8-r:cp866 //user@fsrver/share ~/mnt/<br>всё проходит без ошибок и молча. в итоге в ~/mnt -- крякозябры. когда LIBICONV и т.д. были в ядре -- с кодировкой вопросов не было. чт https://slinkov.ru/openforum/vsluhforumID14/1706.html#3 Fri, 28 Mar 2008 17:41:41 GMT &gt;вот здесь http://www.opennet.ru/openforum/vsluhforumID1/57919.html уже обсуждался подобный вопрос.<br><br>Этот вопрос обсуждается уже давно.<br>http://lists.freebsd.org/pipermail/freebsd-current/2003-December/015603.html<br>http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029987.html<br>http://people.freebsd.org/~imura/kiconv<br><br>Варианты решения там тоже есть.<br> https://slinkov.ru/openforum/vsluhforumID14/1706.html#2 Fri, 28 Mar 2008 14:31:20 GMT &gt;[оверквотинг удален]<br>&gt;&gt;всё проходит без ошибок и молча. в итоге в ~/mnt -- крякозябры. <br>&gt;&gt;когда LIBICONV и т.д. были в ядре -- с кодировкой вопросов <br>&gt;&gt;не было. что может быть не так?может необходим порядок загрузки модулей? <br>&gt;&gt;но что я уже только не делал.<br>&gt;<br>&gt;работает. просто забыл убрать в ~/.nsmbrc старую настройку koi8-r:cp1251. <br>&gt;теперь вопрос: у кого-то получалось заставить работать mount_smbfs не от root-a, с <br>&gt;включённым vfs.usermount 1? у меня так и не полчается can not <br>&gt;setup kernel iconv table (koi8-r:tolower): syserr = Operation not permitted <br>&gt;&gt;система: FreeBSD 6.3, samba-3.0.28a <br><br>вот здесь http://www.opennet.ru/openforum/vsluhforumID1/57919.html уже обсуждался подобный вопрос. хотелось бы знать получилось ли у кого-нибудь использовать mount_smbfs из обычного(доменного, например) пользователя? у меня нет, никак не хочет. у кого получилось, расскажите секрет)<br><br> https://slinkov.ru/openforum/vsluhforumID14/1706.html#1 Thu, 27 Mar 2008 18:28:52 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;13 1 0xc0b46000 5c264 acpi.ko <br>&gt;14 1 0xc2008000 6000 linprocfs.ko <br>&gt;<br>&gt;после, делаю <br>&gt;#mount_smbfs -I server.domain -E koi8-r:cp866 //user@fsrver/share ~/mnt/ <br>&gt;всё проходит без ошибок и молча. в итоге в ~/mnt -- крякозябры. <br>&gt;когда LIBICONV и т.д. были в ядре -- с кодировкой вопросов <br>&gt;не было. что может быть не так?может необходим порядок загрузки модулей? <br>&gt;но что я уже только не делал.<br><br>работает. просто забыл убрать в ~/.nsmbrc старую настройку koi8-r:cp1251.<br>теперь вопрос: у кого-то получалось заставить работать mount_smbfs не от root-a, с включённым vfs.usermount 1? у меня так и не полчается can not setup kernel iconv table (koi8-r:tolower): syserr = Operation not permitted<br>&gt;система: FreeBSD 6.3, samba-3.0.28a