From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F3250AD.2010505@altlinux.com> Date: Thu, 07 Aug 2003 17:14:21 +0400 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: alex@hop-go.com, sisyphus@altlinux.ru Subject: Re: [sisyphus] =?KOI8-R?Q?=F0=D2=CF_devfs=2C_SCSI_=C9_=CE?= =?KOI8-R?Q?=C5_=D4=CF=CC=D8=CB=CF?= References: <200307231428.42454.morozov@novosoft.ru> <20030723162706.248a078a.vsu@altlinux.ru> <3F2755E7.3020202@altlinux.com> <200307301925.19648.morozov@novosoft.ru> In-Reply-To: <200307301925.19648.morozov@novosoft.ru> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6694DE61F5A93BC59D0D89F7" Content-Transfer-Encoding: 8bit Cc: X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 13:14:30 -0000 Archived-At: List-Archive: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6694DE61F5A93BC59D0D89F7 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Alexey Morozov пишет: > В сообщении от Среда 30 Июль 2003 12:21 Anton Farygin написал(a): > >>Добавлю, что теперь это все никому не нужно. Достаточно просто вставить >>flash диск и сказать mount /mnt/flash[0-9] >>Все это работает в текущем Sisyphus и Compact'е (альфа версии) > > И как это работает? updfstab из kudzu-1.1.9-alt2 не предлагать (то есть, у > меня он и стоит, для решения поставленной задачи он не подходит). Почему ? > > И, как я уже говорил, есть настойчивое желание обойтись без > > mount /mnt/flash0 || mount /mnt/flash1 || mount /mnt/flash2 ... <и так пока не > найдется, куда его засунули> Ага.. понятно. Тогда есть еще одно решение, но оно не менее неприятное: devlabel Работает по следующему принципу: 1) Вставляем флэшку 2) говорим devlabel add на /dev/sd<что-то там> 3) вынимаем флешку 4) Вставляем ее снова 5) Говорим devlabel restart - наблюдаем автоопределение flash'ки и созданный симлинк в /dev/ (имя симлинка задается заранее, при devlabel add) В общем - тоже криво.. я бы даже сказал - кривее чем updfstab > > А, кроме того, у меня, кроме двух флэшек сейчас в доступности появятся > compact-flash и некий десятигиговый USB-харддрайв, на котором может быть > сильно больше 1 FAT раздела (это как хозяину винта запотемится). Так что, > количество возможных мест и опций монтирования вырастает, эдак, раз в > несколько... Тут нужно просто придумать удобную схему расположения маунтпойнтов. Не более того. > > Кроме того, мне совершенно неохота думать над размонтированием устройства, > когда я его вытаскиваю. Я попробовал, /с некоторой вероятностью/ у меня > возникает следующая ситуация с "втыканием/вытыканием": При вытаскивании флешки запускается umount -l на нее. Должно _гарантированно_ размонтировать. > > 1. вставляем флэшку > 2. открываем шелл > 3. mount /dev/sda1 > 4. cd /mnt/flash > 5. вынимаем флэшку > 6. открываем еще один шелл, убеждаемся, что /dev/sda1 отмонтировался (при этом > шелл с PWD=/mnt/flash до сих пор запущен) > 7. вставляем флэшку > 8. при попытке снова сказать /dev/sda1 mount уходит в аут (в смысле, теряется > в ядреных потрохах). Ядро - std-up. Сейчас дотащу последнее alt6, может, там > что поменялось... Дотащил, да, теперь вроде отрабатывает нормально, сейчас > буду смотреть, что поменялось, и почему раньше не работало. А оптимальнее > всего, конечно, использовать supermount/subfs, но updfstab не настраивается. дописать его так, что бы настраивался... повозится придется, но сделать вполне себе реально. > > Да, кстати, вот еще жалобы на updfstab (kudzu-1.1.9-alt2): > > после вставления флэшки (A-data'вский "Speed Drive" на 256 Mb) оно мне внесло > в fstab вот такую строчку: > > /dev/sda /mnt/flash auto > noauto,user,kudzu,sync,noexec,nodev,nosuid,iocharset=koi8-r 0 0 > > Меня это не устраивает, по меньшей мере, по трем причинам. > > 1. На /dev/sda данной флэшки - никаких "пользовательских" данных, раздел с > данными (VFAT) находится на первом разделе. В предыдущей версии в > updfstab.conf.default для этих дивайсов указывалось, что нужно использовать > partition 1, а вообще, по-хорошему, это надо детектить (н-р, при помощи > parted'а) > > 2. Файлы на смонтированной таким образом FS получают права 0700, а возможности > указать особые опции монтирования для дивайса, в общем, нет. > > 3. Где драйв окажется в следующий раз, и что будет, если количество партиций > окажется больше/меньше, чем описано в updfstab.conf Это Race. Я даже знаю как ее исправлять, но там на пару дней работы. > > В общем, конечно, можно пытаться хачить updfstab. Но как я уже говорил, > написан он внутри, э-э-э, довольно пугающе (и, зачем-то, целиком на C), и, > поскольку вся [не]функциональность немаленькой в общем программы укладывается > в <300 строчек bash-скрипта, мне проще сразу сделать, как [мне] будет удобно. Ок. Как будет готово - я могу посмотреть то, что получится на предмет замены updfstab. Rgds, Rider --------------enig6694DE61F5A93BC59D0D89F7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/MlCxqohfd2vlwKsRAs0cAKCVfx5c7mRTkdAQ/oXlcNgeiXsMVQCgodiW 41ihUYRs0rgYhFmxuekzLsw= =hpPP -----END PGP SIGNATURE----- --------------enig6694DE61F5A93BC59D0D89F7--