From: Yura Kalinichenko <yuk@kalina.in.ua> To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org> Subject: Re: [sisyphus] Снова про монтирование Date: Sat, 01 Mar 2008 21:31:11 +0200 Message-ID: <47C9AEFF.6030902@kalina.in.ua> (raw) In-Reply-To: <200802192126.39418.mak@rsmu.ru> [-- Attachment #1: Type: text/plain, Size: 4246 bytes --] Hi! Прежде всего хочу поблагодарить Michael A. Kangin за (наконец-то!) простое и независимое от всяческих DM и FM решение задачи монтирования сменных носителей. В общем все работает просто отлично, но у меня есть несколько небольших правок. К сожалению, не нашел этого очень нужного пакета в официальных репозитариях, посему нет возможности вешать патчи в багзиллу, так что публикую их здесь. 1) если метка флешки содержит в себе пробельные символы (напр. у меня точка монтировния обзывается "USB DISK") - то устройство не может автоматически отмонтироваться. Лечится следующим патчем: ---------------hal-mount-fix_umount_space.patch-------------- diff -U 2 -r hal-mount-subfs-0.1.2.orig/mount-hal-fs hal-mount-subfs-0.1.2/mount-hal-fs --- hal-mount-subfs-0.1.2.orig/mount-hal-fs 2008-03-01 14:06:56 +0200 +++ hal-mount-subfs-0.1.2/mount-hal-fs 2008-03-01 14:02:13 +0200 @@ -86,5 +86,5 @@ do_unmount() { - MOUNT_POINT=$1 + MOUNT_POINT="$1" initlog -n $LOG_NAME -s "Trying unmount $MOUNT_POINT" @@ -125,5 +125,6 @@ while MOUNT_LINE=`grep -m 1 "^$HAL_PROP_BLOCK_DEVICE " /proc/mounts`; do - do_unmount "`echo $MOUNT_LINE |cut -f 2 -d ' '`" + set -- $MOUNT_LINE + do_unmount "`echo -e "$2"`" done ----------------end of hal-mount-fix_umount_space.patch------------- 2) в многопользовательской системе монтировать носители с mode=0666, IMHO, несколько некорректно. В качестве решения предлагаю использовать для subfs опцию монтирования procuid, которая обеспечивает доступ по принципу "кто первый встал (на точку монтирования) - того и тапки". Это + перекодирование имен файлов, исходя из предположения, что в системе (в соответствии с генеральной линией партии) локаль UTF-8, а на vfat - CP866 - делает второй патч: ---------------hal-mount-options.patch--------------------- diff -U 2 -r hal-mount-subfs-0.1.2.orig/99-submount-fs-options.fdi hal-mount-subfs-0.1.2/99-submount-fs-options.fdi --- hal-mount-subfs-0.1.2.orig/99-submount-fs-options.fdi 2008-03-01 14:12:41 +0200 +++ hal-mount-subfs-0.1.2/99-submount-fs-options.fdi 2008-03-01 15:59:16 +0200 @@ -7,8 +7,8 @@ <match key="volume.policy.should_mount" bool="true"> <match key="volume.policy.mount_filesystem" string="subfs"> - <merge key="volume.policy.mount_options" type="string">nodev,nosuid,noexec,noatime</merge> + <merge key="volume.policy.mount_options" type="string">nodev,nosuid,noexec,noatime,procuid</merge> <match key="volume.policy.mount_option.fs" string="vfat"> - <append key="volume.policy.mount_options" type="string">,fmask=0111,dmask=000,quiet</append> + <append key="volume.policy.mount_options" type="string">,iocharset=utf8,codepage=866,showexec</append> </match> @@ -18,5 +18,5 @@ <match key="volume.policy.mount_option.fs" string="iso9660"> - <append key="volume.policy.mount_options" type="string">,mode=0444,iocharset=koi8-r,ro</append> + <append key="volume.policy.mount_options" type="string">,iocharset=utf8,ro</append> </match> @@ -27,5 +27,5 @@ <merge key="storage.policy.mount_options" type="string">nodev,nosuid,noexec,noatime</merge> <match key="storage.policy.mount_option.fs" string="floppyfss"> - <append key="storage.policy.mount_options" type="string">,fmask=0111,dmask=000,quiet,sync</append> + <append key="storage.policy.mount_options" type="string">,procuid,iocharset=utf8,codepage=866,showexec,quiet,sync</append> </match> </match> ---------------end of hal-mount-options.patch-------------- 3) остается открытым вопрос по принудительному отмонтироваю флешек. Проведенный эксперимент показал, что в случае FS типа vfat в принципе достаточно выполнить sync и выдернуть флешку. Но как-то мне это не очень нравится. К примеру, вдруг мне захочется отформатировать флешку в ext2 - и что я буду иметь в результате ? Правильно, unclean filesystem. Ну и при многопользовательском доступе будут проблемы. Есть идеи ? [-- Attachment #2: yuk.vcf --] [-- Type: text/x-vcard, Size: 177 bytes --] begin:vcard fn:Yura Kalinichenko n:Kalinichenko;Yura email;internet:yuk@kalina.in.ua tel;home:8-0432-465743 tel;cell:+38-067-5878302 x-mozilla-html:FALSE version:2.1 end:vcard
next prev parent reply other threads:[~2008-03-01 19:31 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-09-02 18:57 Alexei V. Mezin 2007-09-04 8:36 ` Eugene Ostapets 2007-09-04 8:49 ` Alexei V. Mezin 2007-09-04 8:55 ` Eugene Ostapets 2007-09-04 10:26 ` Alexei V. Mezin 2007-09-04 12:46 ` Michael A. Kangin 2007-09-04 15:45 ` Alexei V. Mezin 2007-09-05 8:06 ` Michael A. Kangin 2007-09-16 19:13 ` Michael Shigorin 2008-02-19 0:02 ` Michael A. Kangin 2008-02-19 15:00 ` Евгений Терешков 2008-02-19 18:26 ` Michael A. Kangin 2008-03-01 19:31 ` Yura Kalinichenko [this message] 2008-03-01 19:45 ` Yura Kalinichenko
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=47C9AEFF.6030902@kalina.in.ua \ --to=yuk@kalina.in.ua \ --cc=sisyphus@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git