Reply With QuoteЯ за. И про замену встроенного сервера на vsftpd - тоже, только чтобы на расширенный билд по возможности, с возможностью перекодировки имён файлов и т.п.
Administrator
Подумываю о переделке автомонтирования дисков с нынешнего тупого монтирования /tmp/harddisk и последующего создания part1, part2 ...
Хочу сделать, как в нынешних АСУСовых прошивках ( только лучше) и сохранить совместимость с /tmp/harddisk.
Идея следующая: будет директория /tmp/disсs в которую будут монтироваться все обнаружные диски так:
/dev/discs/disc0/part1 -> /tmp/discs/disc0/part1
/dev/discs/disc0/part3 -> /tmp/discs/disc0/part3
/dev/discs/disc1/disc -> /tmp/discs/disc1
При этом /tmp/harddisk будет биндится к первому смонтированному разделу, т.е. /dev/discs/disc0/part1, чтобы работали все многочисленные туториалы, которые есть.
Как вам такая идея?
В нынешней штатной прошивке иначе: в директории /tmp/harddisk создаются part0, part1, ... куда монтируются все диски.
Зачем это нужно? Чтобы заменить, наконец, встроенный сервер на vsftpd и сделать конфигурацию самбы, как в штатной прошивке.
Апдейт: Подумал ещё. Лучше наверное сделать совместимым с OpenWRT.
/dev/discs/disc0/part1 -> /tmp/mnt/disc0_1
/dev/discs/disc0/part3 -> /tmp/mnt/disc0_3
/dev/discs/disc1/disc -> /tmp/mnt/disc1
А mnt побиндить на /tmp/mnt
Last edited by Oleg; 16-12-2007 at 15:02.
Senior Member
Я за. И про замену встроенного сервера на vsftpd - тоже, только чтобы на расширенный билд по возможности, с возможностью перекодировки имён файлов и т.п.
Senior Member
Обеими руками за!
Senior Member
а какая самба будет? 2 или 3?
Administrator
Пока оставить ту, что есть.Originally Posted by D_dmitry
Senior Member
меняй, возражений нет
Forum Guru
А есть возможность научить монтировать из fstab по метке либо по uuid? И отучить его повторно монтировать уже смонтированное в fstab с опцией bind? Или это фича такая? А то если дёргать одно из устройств, то такая вот получается картина:
Конечно понятно, что всё это реализуемо скриптами но всё же...Code:/dev/discs/disc0/part1 on /opt type ext3 (rw,noatime) /dev/discs/disc0/part1 on /home type ext3 (rw,noatime) /dev/discs/disc0/part1 on /home type ext3 (rw,noatime) /dev/discs/disc0/part1 on /home type ext3 (rw,noatime)
Administrator
Это надо бизибокс фиксить...
Forum Guru
Голосую "За".
Вариант OpenWRT мне тоже нравится больше.
Administrator
Глянул последнюю версию. Нет там uuid и label.
Junior Member
очень даже за!
Forum Guru
неприятная фича (Code:Или это фича такая?
Forum Guru
самбу конечно бы лучше правильную - 3-ю!
Forum Guru
Я не силен в терминологии, бо подозреваю, Mam(o)n спрашивал про что то похожее.
например в ls /dev/disks/by-id (с сокращениями ибо все это дело было утроенно) сидят симлинки на:PHP Code:by-id
by-label
by-path
by-uuid
В результате имеем, что привычные sda, sdb, ... возникают чудесным образом сами собой (ибо я как раз занимался добавлением sata приводов со сменой порядка подключения и был изрядно удивлен тем, что оно само собой устаканилось)PHP Code:scsi-SATA_SAMSUNG_SP2504C_S09QJ1HLA01519 -> ../../sda
scsi-SATA_SAMSUNG_SP2504C_S09QJ1HLA01519-part1 -> ../../sda1
scsi-SATA_WDC_WD3200KS-00PFB0_WD-WCAPD2514136 -> ../../sdb
scsi-SATA_WDC_WD3200KS-00PFB0_WD-WCAPD2514136-part1 -> ../../sdb1
В общем, в /etc/fstab имеем для примера:
fstab при этом контролируется вручную (какой она была сформирована при первичной установке такой остается до изменений). Короче, вместо /dev/sda (ну или там /dev/discs/disc0) мы употребляем уникальный идентификатор диска, а уж sda или sdb ему быть оно решает самостоятельно.PHP Code:/dev/disk/by-id/scsi-SATA_WDC_WD3200KS-00_WD-WCAPD2514136-part1 / ext3 acl,user_xattr 1 1
/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2504CS09QJ1HLA01519-part1 /windows/P ntfs-3g users,gid=users,fmask=133,dmask=022,locale=ru_RU.UTF-8 0 0
Вот бы нам так
В заключение, подозреваю, что я изобрел велосипед, и это может оказаться уже вполне обыденный путь (прошу сделать скидку, что в области новинок unix я отстал лет эдак на 6-10
Junior Member
Я за! Лично мне было неудобно первое время,когда диски монтировались в harddisk/partX
