22929 2010-02-10 13:57:09 +0300 Не монтируются флешки на клиенте терминала. 2010-03-02 22:45:00 +0300 1 1 3 Distributions Школьный bugs 5.0 all Linux CLOSED WORKSFORME P3 normal --- 21738 22919 1 amike boyarsh aen led mike mithraen shrek cas oldest_to_newest 106569 0 amike 2010-02-10 13:57:09 +0300 При подключении флешки, на рабочем столе появляется иконка подключённого устройства - но устройство пустое. В системе видно создаётся директория /tmp/drives/usbdisk-sdb1, но в неё не монтируется устройство. 106570 1 amike 2010-02-10 13:57:36 +0300 Altlinux Terminal 106729 2 mike 2010-02-16 11:16:38 +0300 uname -r на _сервере_ покажи -- там часом не tmc-tc установилось? 106732 3 cas 2010-02-16 13:35:33 +0300 std-def-alt15 106964 4 mike 2010-02-21 16:40:10 +0300 Всё, дошло. В текущем tmc-tc опять отключен CONFIG_KALLSYMS=y, см. bug #21738 -- придётся либо дочинить там, либо пока(tm) откатить тут. 106965 5 mike 2010-02-21 16:43:04 +0300 Заметил по отсутствию загруженных модулей nls_cp866, nls_utf8, vfat после засовывания флэшки: http://lists.altlinux.org/pipermail/ltsp-server/2009-August/001858.html 106971 6 mike 2010-02-21 18:15:57 +0300 Мимо :( Загрузил руками vfat, nls_utf8, nls_cp866, вытащил/вставил флэшку -- на десктопе появляется, но в /tmp/drives/usbdisk-sda1/ на терминале не монтируется. 2 led: не напомнишь, кто кого дёргал? Читаю /etc/udev/rules.d/88-ltsp.rules и /lib/udev/add_fstab_entry, пока не соображу, что именно должно монтировать. 106973 7 led 2010-02-21 19:39:14 +0300 sed -i 's|\$ENV{|$env{|g' /etc/udev/rules.d/88-ltsp.rules sed -i 's|\(udev\)\(info\)|\1adm \2|g' /lib/udev/add_fstab_entry 106976 8 mike 2010-02-21 20:35:40 +0300 (In reply to comment #7) > sed -i 's|\$ENV{|$env{|g' /etc/udev/rules.d/88-ltsp.rules > sed -i 's|\(udev\)\(info\)|\1adm \2|g' /lib/udev/add_fstab_entry Спасибо. (btw ясней было бы 's|udevinfo|udevadm info|g') Пока на глаз разницы не вижу -- при этом после успешно проходящего mount /dev/sda1 /tmp/drives/sda1 изначально незагруженные модули nls_* и vfat автоматически загружены. 106983 9 mike 2010-02-22 00:01:25 +0300 # killall ltspfsd # ltspfsd -d -a Program started # суём флэшку Packet length: 12 Packet buffer: 000c0001800031 Packet type: LTSPFS_XAUTH status_return STATUS_OK Packet length: 36 Packet buffer: 0002400019000182f746d702f6472697665732f7573626469736b2d73646131 Packet type: LTSPFS_MOUNT mount: /tmp/drives/usbdisk-sda1 status_return STATUS_OK Дебуга am_mount() _не_ наблюдаю. 107022 10 mike 2010-02-23 00:36:47 +0300 t@comp-Pentium-M-80f8c4 ~ $ /usr/sbin/ltspfs -u ws250:/tmp/drives Documents fuse: failed to open /dev/fuse: Permission denied t@comp-Pentium-M-80f8c4 ~ $ LC_ALL=C ls -l /dev/fuse crw-rw----+ 1 root fuse 10, 229 Jun 1 2009 /dev/fuse При `control fusermount` == "public" сломалось монтирование ltspfs. Если добавить прав на устройство, то по крайней мере вручную удалённое монтирование отрабатывает. Кто у нас теперь занимается правами на /dev/fuse и что надо сделать, чтоб любой пользователь системы мог воспользоваться файловыми системами, реализованными через FUSE? 107030 11 shrek 2010-02-23 10:58:53 +0300 добавить пользователя в группу fuse 107031 12 shrek 2010-02-23 11:02:19 +0300 изменения в /etc/udev/rules.d/60-fuse.rules делались для сизифа, в 5.1 класть я это не планировал, т.к. работать должным образом в 5.1 это не будет 107033 13 mike 2010-02-23 11:40:42 +0300 Спасибо; а что посоветуешь делать на терминальном сервере, когда пользователей может быть множество и возможность доступа к носителям обычно регулируется не столько per-user, сколько per-terminal (и для этого средства реализованы)? Возможно ли прикрутить какой control к рулесам (если да и примешь, могу сделать) либо же (костыль) добиться добавления дополнительной группы посредством /etc/default/useradd? 107034 14 shrek 2010-02-23 11:46:47 +0300 там нужен старый 60-fuse.rules, выглядел он так KERNEL=="fuse", MODE="0666", GROUP="fuse" 107053 15 mike 2010-02-24 00:11:53 +0300 Да, так работает (вместе с правками, предложенными в #c7 led@); спасибо. Похоже, для терминального чрута придётся на скору руку влепить грязный хак по пакетному файлу -- как думаешь, возможно ли это одистрибутивить? Идеально бы синхронно с control fusermount, ну или хотя бы отдельным control udev-fuse каким. Вопрос в том, чтоб не только в бранче такое прикрутить, а и в сизифе. 107076 16 shrek 2010-02-24 10:43:25 +0300 (В ответ на комментарий №15) > Да, так работает (вместе с правками, предложенными в #c7 led@); спасибо. > > Похоже, для терминального чрута придётся на скору руку влепить грязный хак по > пакетному файлу -- как думаешь, возможно ли это одистрибутивить? нужно пересобрать fuse с этим rules. того rules, что сейчас есть там быть не должно > Идеально бы > синхронно с control fusermount, ну или хотя бы отдельным control udev-fuse > каким. Вопрос в том, чтоб не только в бранче такое прикрутить, а и в сизифе. не понял что ты хочешь прикручивать, но в сизифе и так уже накручено и раздачей прав занимается ConsoleKit 107141 17 mike 2010-02-25 12:37:12 +0300 lbuscd-0.6-alt9 добрался, fuse-2.8.2-alt1.M51.1 готов, обсуждаем с mithraen@ приемлемость общедоступности /dev/fuse. 2 led: не подскажешь, без привилегий на fusermount это чем-то чревато? PS: запасной вариант -- chmod a+rw /dev/fuse в дополнительном инитскрипте на терминал-сервере (видимо, в пакете ltspfs). 107323 18 4286 mike 2010-03-02 22:41:29 +0300 Created attachment 4286 BROKEN fusermount.control Добить control-файл двойного (точнее, аж тройного) действия не успевал на той неделе -- бухаю прям как есть недобитый на всякий случай. 107324 19 mike 2010-03-02 22:45:00 +0300 В incoming отправлен ltspfs-0.3-alt4.20070117 с инитскриптом, который обеспечивает загрузку fuse.ko (на всякий) и при `control fusermount` == "public" -- публичные права на /dev/fuse. Ставлю WORKSFORME, вдруг когда получится нормальный контрол выточить... 4286 2010-03-02 22:41:29 +0300 2010-03-02 22:41:29 +0300 BROKEN fusermount.control fusermount text/plain 1692 mike IyEvYmluL3NoCgouIC9ldGMvY29udHJvbC5kL2Z1bmN0aW9ucwoKQ09ORklHPS9ldGMvdWRldi9y dWxlcy5kLzYwLWZ1c2UucnVsZXMKQklOQVJZPS91c3IvYmluL2Z1c2VybW91bnQKREVWSUNFPS9k ZXYvZnVzZQoKbmV3X3N1YnN0IHB1YmxpYyBcCgknXktFUk5FTD09ImZ1c2UiLCBNT0RFPSIwNjY2 IiwgR1JPVVA9InJvb3QiJyBcCgknc3xeXChLRVJORUw9PSJmdXNlIiwgTU9ERT1cKSJbMC03XVwr IixcKCBHUk9VUD1cKSJbYS16QS1aMC05Xy1dXCsifFwxPSIwNjY2IixcMj0icm9vdCJ8JwpuZXdf Zm1vZGUgcHVibGljIDQ1MTEgcm9vdCByb290CgpuZXdfc3Vic3QgZnVzZSBcCgknXktFUk5FTD09 ImZ1c2UiLCBNT0RFPSIwNjYwIiwgR1JPVVA9ImZ1c2UiJyBcCgknc3xeXChLRVJORUw9PSJmdXNl IiwgTU9ERT1cKSJbMC03XVwrIixcKCBHUk9VUD1cKSJbYS16QS1aMC05Xy1dXCsifFwxPSIwNjYw IixcMj0iZnVzZSJ8JwpuZXdfZm1vZGUgZnVzZSA0NzExIHJvb3Qgcm9vdAoKbmV3X3N1YnN0IHdo ZWVsb25seSBcCgknXktFUk5FTD09ImZ1c2UiLCBNT0RFPSIwNjYwIiwgR1JPVVA9IndoZWVsIicg XAoJJ3N8XlwoS0VSTkVMPT0iZnVzZSIsIE1PREU9XCkiWzAtN11cKyIsXCggR1JPVVA9XCkiW2Et ekEtWjAtOV8tXVwrInxcMT0iMDY2MCIsXDI9IndoZWVsInwnCm5ld19mbW9kZSB3aGVlbG9ubHkg NDcxMCByb290IHdoZWVsCgpuZXdfc3Vic3QgcmVzdHJpY3RlZCBcCgknXktFUk5FTD09ImZ1c2Ui LCBNT0RFPSIwNjAwIiwgR1JPVVA9InJvb3QiJyBcCgknc3xeXChLRVJORUw9PSJmdXNlIiwgTU9E RT1cKSJbMC03XVwrIixcKCBHUk9VUD1cKSJbYS16QS1aMC05Xy1dXCsifFwxPSIwNjAwIixcMj0i cm9vdCJ8JwpuZXdfZm1vZGUgcmVzdHJpY3RlZCA3MDAgcm9vdCByb290CgpuZXdfaGVscCBwdWJs aWMgIkFueSB1c2VyIGNhbiBleGVjdXRlICRCSU5BUlkgYW5kIGFjY2VzcyAkREVWSUNFIgpuZXdf aGVscCBmdXNlICJBbnkgdXNlciBjYW4gZXhlY3V0ZSAkQklOQVJZLCBvbmx5IFwiZnVzZVwiIGdy b3VwIG1lbWJlcnMgY2FuIGFjY2VzcyAkREVWSUNFIgpuZXdfaGVscCB3aGVlbG9ubHkgIk9ubHkg XCJ3aGVlbFwiIGdyb3VwIG1lbWJlcnMgY2FuIGV4ZWN1dGUgJEJJTkFSWSBhbmQgYWNjZXNzICRE RVZJQ0UiCm5ld19oZWxwIHJlc3RyaWN0ZWQgIk9ubHkgcm9vdCBjYW4gZXhlY3V0ZSAkQklOQVJZ IgoKY2FzZSAiJCoiIGluCnN0YXR1c3wnJykKCVNUQVRVUz0iYGNvbnRyb2xfZm1vZGUgIiRCSU5B UlkiIHN0YXR1c2AiIHx8IGV4aXQgMQoJaWYgWyAiJFNUQVRVUyIgPSAicHVibGljIiBdOyB0aGVu CgkJY29udHJvbF9zdWJzdCAiJENPTkZJRyIgc3RhdHVzIHx8IGV4aXQgMQoJZWxzZQoJCXRlc3Qg LXogIiRTVEFUVVMiIHx8IGVjaG8gIiRTVEFUVVMiCglmaQoJOzsKcHVibGljfGZ1c2UpCgljb250 cm9sX2Ztb2RlICIkQklOQVJZIiBwdWJsaWMgfHwgZXhpdCAxCgkjIFRPRE86IGZpeCBkZXZpY2Ug cGVybXMKCWNvbnRyb2xfc3Vic3QgIiRDT05GSUciICIkKiIgfHwgZXhpdCAxCgk7Owp3aGVlbG9u bHl8cmVzdHJpY3RlZCkKCWNvbnRyb2xfZm1vZGUgIiRCSU5BUlkiICIkKiIgfHwgZXhpdCAxCglj b250cm9sX3N1YnN0ICIkQ09ORklHIiBwdWJsaWMgfHwgZXhpdCAxCgk7OwoqKQoJY29udHJvbF9m bW9kZSAiJEJJTkFSWSIgIiQqIiB8fCBleGl0IDEKCTs7CmVzYWMK