Re: USB-кардридер с не скольким интерфейсами
On Tue, May 01, 2007 at 02:55:58PM +0700, Mikhail Gusarov wrote: > >> Если же сначала подцепить кардридер, а потом воткнуть > >> карту, но нововоткнутая карта не распознаётся (см. третий > >> аттач). > DF> А вот так нельзя. Читайте инструкции к ридеру и/или к флешке: > А можно ссылочку? А то ни гугление, ни поиски мануалов не > помогли. Если это так, то моё уважение к железячникам вообще > упадёт ниже плинтуса. У меня "так" и работало на 2.6.12/14 примерно. На 16/18 (не скажу точнее) -- приходится перетыкивать читалку по крайней мере после загрузки. -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: USB-кардридер с не скольким интерфейсами
On 2007.05.02 at 12:34:09 +0700, Mikhail Gusarov wrote: > > Twas brillig at 09:25:56 02.05.2007 UTC+04 when Victor Wagner did gyre and > gimble: > > VW> Если после этого будет монтироваться, значит писать правило для udev, > чтобы > VW> при обнаружении этого кардридера автоматически создавались нужные файлы в > VW> /dev. > > К сожалению, с кардридером я смогу поэскпериментировать только часов > через девять, но in meantime, хочется задать вопрос: кто будет > определять, какие файлы нужно создавать в dev? Ты. Как автор правила. Создай сразу с запасом. Чтобы на любую возможную ситуацию хватило. Кстати, напишешь - опубликуй. А то мне всё лень себе такое же написать. > В кардридер карточки разные втыкают (у меня там чего только не бывает, после > экспериментирования с familiar и maemo), с разным количеством разделов. Про > симлинки в /dev/disk/by-id и /dev/disk/by-uuid я уж и не говорю. Ну с by-id и by-uuid - не судьба. > Допустим, запустить udev'овую утилиту, которая вычитает id/uuid с раздела для > создания симлинков можно, но как пнуть ядрёный модуль, чтобы он посчитал > разделы, я не знаю. Насколько я знаю, у него ioctl специальный есть. Поскольку cfdisk после записи partition на диск говорит "Calling ioctl to reread partition table" Но проблема в том, что кардридер не генерирует никакого события по вставлению карточки. Поэтому единственное, что можно сделать - это при подключении самого кардридера насоздавать устройств с запасом, чтобы хватило. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: USB-кардридер с не скольким интерфейсами
On 2007.05.01 at 11:39:48 +0400, Dmitry Fedorov wrote: > > >Если же сначала подцепить кардридер, а > >потом воткнуть карту, но нововоткнутая карта не распознаётся (см. третий > >аттач). > > А вот так нельзя. > Читайте инструкции к ридеру и/или к флешке: > Сначала вставляется карты в ридер и только потом ридер включается в usb > порт. > Иначе можно испортить флешку или данные на ней в лучшем случае. То есть как же так нельзя? У меня такой кардридер оформлен в виде 3,5-дюймового устройства и ВВИНЧЕН в системный блок. Соответственно, кабель, соединяющий его со штырьками USB-разьема на плате - внутри корпуса. Никакого втыкания/вытыкания на ходу. Эффекты, кстати, после перехода на udev возникли те же самые. Если в момент загрузки модуля usb-storage отсутсвтует карта, то при её втыкании устройство /dev/sda1 не создается. /dev/sda - есть, а sda1 - нету. Пока не было udev и специальные файлы существовали всегда - всё работало. Соответственно, первое что следует сделать - попробовать посоздавать специальные файлы, соответствующие нужным партициям на флэшке вручную. Если после этого будет монтироваться, значит писать правило для udev, чтобы при обнаружении этого кардридера автоматически создавались нужные файлы в /dev. Другая возможная причина - это самосборное ядро у которого выключена опция CONFIG_SCSI_MULTI_LUN Дело в том, что каждая дырка в этом кардридере - это отдельный Logical Unit на общем SCSI-устройстве. Поэтому если ядро не детектирует все LUN, то нужно делать еcho scsi add-single-device >/proc/scsi/scsi Впрочем, сначала надо сделать cat /proc/scsi/scsi - если там все LUN-ы видны, то дело не в них. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]