* [devel] FS label detection at boot time
@ 2005-05-13 12:09 Vitaly Ostanin
2005-05-13 12:15 ` Sergey Vlasov
0 siblings, 1 reply; 9+ messages in thread
From: Vitaly Ostanin @ 2005-05-13 12:09 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 731 bytes --]
Здравствуйте.
Обнаружилась странность в работе
mount -L label ...
и /sbin/blkid.
В загруженной системе монтирование по метке проходит нормально,
blkid всё правильно определяет.
А вот на этапе загрузки монтирование по метке не работает - no
such partition, /sbin/blkid ничего не выводит. Проверял вставкой
в livecd на этапе перемонтирования root в rw:
mkdir /mnt/usbroot
echo "Trying blkid:"
/sbin/blkid
mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \
/mnt/usbroot -o sync
Также не отрабатывает
mount -L usbroot /mnt/usbroot -o sync
Монтирование с явным указанием раздела /dev/sda2 работает.
Так вот, чего может не хватать определению разделов по метке?
--
Regards, Vyt
mailto: vyt@vzljot.ru
JID: vyt@vzljot.ru
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] FS label detection at boot time
2005-05-13 12:09 [devel] FS label detection at boot time Vitaly Ostanin
@ 2005-05-13 12:15 ` Sergey Vlasov
2005-05-13 12:28 ` [devel] " Vitaly Ostanin
2005-05-13 15:07 ` Vitaly Ostanin
0 siblings, 2 replies; 9+ messages in thread
From: Sergey Vlasov @ 2005-05-13 12:15 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 862 bytes --]
On Fri, May 13, 2005 at 04:09:13PM +0400, Vitaly Ostanin wrote:
> Обнаружилась странность в работе
> mount -L label ...
> и /sbin/blkid.
>
> В загруженной системе монтирование по метке проходит нормально,
> blkid всё правильно определяет.
>
> А вот на этапе загрузки монтирование по метке не работает - no
> such partition, /sbin/blkid ничего не выводит. Проверял вставкой
> в livecd на этапе перемонтирования root в rw:
>
> mkdir /mnt/usbroot
> echo "Trying blkid:"
> /sbin/blkid
> mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \
> /mnt/usbroot -o sync
>
> Также не отрабатывает
> mount -L usbroot /mnt/usbroot -o sync
>
> Монтирование с явным указанием раздела /dev/sda2 работает.
>
> Так вот, чего может не хватать определению разделов по метке?
/proc, /sys в этот момент есть? USB-устройство уже определилось ядром?
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time
2005-05-13 12:15 ` Sergey Vlasov
@ 2005-05-13 12:28 ` Vitaly Ostanin
2005-05-13 12:49 ` Anton Farygin
2005-05-13 15:07 ` Vitaly Ostanin
1 sibling, 1 reply; 9+ messages in thread
From: Vitaly Ostanin @ 2005-05-13 12:28 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 511 bytes --]
Sergey Vlasov пишет:
<skipped/>
>>Также не отрабатывает
>>mount -L usbroot /mnt/usbroot -o sync
>>
>>Монтирование с явным указанием раздела /dev/sda2 работает.
>>
>>Так вот, чего может не хватать определению разделов по метке?
>
> /proc, /sys в этот момент есть?
Не знаю, посмотрю.
> USB-устройство уже определилось ядром?
Да, при явном указании /dev/sda2 раздел с флешки монтируется, в
логах до этого видно, что оно определилось.
<skipped/>
--
Regards, Vyt
mailto: vyt@vzljot.ru
JID: vyt@vzljot.ru
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Re: FS label detection at boot time
2005-05-13 12:28 ` [devel] " Vitaly Ostanin
@ 2005-05-13 12:49 ` Anton Farygin
0 siblings, 0 replies; 9+ messages in thread
From: Anton Farygin @ 2005-05-13 12:49 UTC (permalink / raw)
To: ALT Devel discussion list
Vitaly Ostanin wrote:
> Sergey Vlasov пишет:
>
> <skipped/>
>
>>> Также не отрабатывает
>>> mount -L usbroot /mnt/usbroot -o sync
>>>
>>> Монтирование с явным указанием раздела /dev/sda2 работает.
>>>
>>> Так вот, чего может не хватать определению разделов по метке?
>>
>>
>> /proc, /sys в этот момент есть?
>
>
> Не знаю, посмотрю.
>
>> USB-устройство уже определилось ядром?
>
>
> Да, при явном указании /dev/sda2 раздел с флешки монтируется, в
> логах до этого видно, что оно определилось.
>
> <skipped/>
>
Посмотри strace от blkid на этапе загрузки - куда оно лезет и чего ему
не хватает. Если конечно влом читать исходники libblkid.
Rgds,
Rider
^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time
2005-05-13 12:15 ` Sergey Vlasov
2005-05-13 12:28 ` [devel] " Vitaly Ostanin
@ 2005-05-13 15:07 ` Vitaly Ostanin
2005-05-14 7:49 ` Anton Farygin
1 sibling, 1 reply; 9+ messages in thread
From: Vitaly Ostanin @ 2005-05-13 15:07 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1.1: Type: text/plain, Size: 1181 bytes --]
Sergey Vlasov пишет:
> On Fri, May 13, 2005 at 04:09:13PM +0400, Vitaly Ostanin wrote:
>
>>Обнаружилась странность в работе
>>mount -L label ...
>>и /sbin/blkid.
>>
>>В загруженной системе монтирование по метке проходит нормально,
>>blkid всё правильно определяет.
>>
>>А вот на этапе загрузки монтирование по метке не работает - no
>>such partition, /sbin/blkid ничего не выводит. Проверял вставкой
>>в livecd на этапе перемонтирования root в rw:
>>
>>mkdir /mnt/usbroot
>>echo "Trying blkid:"
>>/sbin/blkid
>>mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \
>>/mnt/usbroot -o sync
>>
>>Также не отрабатывает
>>mount -L usbroot /mnt/usbroot -o sync
>>
>>Монтирование с явным указанием раздела /dev/sda2 работает.
>>
>>Так вот, чего может не хватать определению разделов по метке?
>
> /proc, /sys в этот момент есть? USB-устройство уже определилось ядром?
/proc и /sys в этот момент есть.
В аттаче вывод strace -eopen от blkid на этапе загрузки в livecd
(strace.blkid.livecd), и от запущенного в рабочей системе.
Запустить его в уже загруженном livecd я забыл, но разделы там
точно определяются.
<skipped/>
--
Regards, Vyt
mailto: vyt@vzljot.ru
JID: vyt@vzljot.ru
[-- Attachment #1.2: strace.blkid.livecd --]
[-- Type: text/plain, Size: 1059 bytes --]
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/i686/sse2/libblkid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/i686/libblkid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/sse2/libblkid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libblkid.so.1", O_RDONLY) = 3
open("/lib/i686/libuuid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libuuid.so.1", O_RDONLY) = 3
open("/lib/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY) = 3
open("/etc/blkid.tab", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/blkid.tab", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/proc/evms/volumes", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/proc/lvm/VGs", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/proc/partitions", O_RDONLY) = 3
open("/dev/loop0", O_RDONLY) = 4
[-- Attachment #1.3: strace.blkid.work --]
[-- Type: text/plain, Size: 1353 bytes --]
open("/etc/ld.so.preload", O_RDONLY) = 3
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/libblkid.so.1", O_RDONLY) = 3
open("/lib/libuuid.so.1", O_RDONLY) = 3
open("/lib/libc.so.6", O_RDONLY) = 3
open("/etc/blkid.tab", O_RDONLY) = 3
open("/etc/blkid.tab", O_RDONLY) = 3
open("/proc/evms/volumes", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/proc/lvm/VGs", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/proc/partitions", O_RDONLY) = 3
open("/dev/hda1", O_RDONLY) = 4
open("/dev/hda2", O_RDONLY) = 4
open("/dev/hda3", O_RDONLY) = 4
open("/dev/hdb1", O_RDONLY) = 4
open("/dev/hdb2", O_RDONLY) = 4
open("/dev/hdb3", O_RDONLY) = 4
open("/dev/sda1", O_RDONLY) = 4
open("/dev/sda2", O_RDONLY) = 4
open("/etc/blkid.tab-B4kJdh", O_RDWR|O_CREAT|O_EXCL, 0600) = 3
/dev/hda1: TYPE="swap"
/dev/hda2: UUID="30a5ffe3-9f4a-4e73-ac52-3996decdde21" TYPE="xfs"
/dev/hda3: UUID="29311a0c-b4dc-4d5b-93c9-ae3df4f5561b" SEC_TYPE="ext2" TYPE="ext3"
/dev/hdb1: UUID="3E88-1268" TYPE="vfat"
/dev/hdb2: TYPE="ntfs"
/dev/hdb3: UUID="f0a2f288-c203-426b-a64b-e6b5030720b8" TYPE="xfs"
/dev/sda1: LABEL="usbfat" UUID="4272-7C6B" TYPE="vfat"
/dev/sda2: LABEL="usbroot" TYPE="reiserfs"
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Re: FS label detection at boot time
2005-05-13 15:07 ` Vitaly Ostanin
@ 2005-05-14 7:49 ` Anton Farygin
2005-05-14 8:13 ` Vitaly Ostanin
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Anton Farygin @ 2005-05-14 7:49 UTC (permalink / raw)
To: ALT Devel discussion list
Vitaly Ostanin wrote:
> Sergey Vlasov пишет:
>
>> On Fri, May 13, 2005 at 04:09:13PM +0400, Vitaly Ostanin wrote:
>>
>>> Обнаружилась странность в работе
>>> mount -L label ...
>>> и /sbin/blkid.
>>>
>>> В загруженной системе монтирование по метке проходит нормально,
>>> blkid всё правильно определяет.
>>>
>>> А вот на этапе загрузки монтирование по метке не работает - no
>>> such partition, /sbin/blkid ничего не выводит. Проверял вставкой
>>> в livecd на этапе перемонтирования root в rw:
>>>
>>> mkdir /mnt/usbroot
>>> echo "Trying blkid:"
>>> /sbin/blkid
>>> mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \
>>> /mnt/usbroot -o sync
>>>
>>> Также не отрабатывает
>>> mount -L usbroot /mnt/usbroot -o sync
>>>
>>> Монтирование с явным указанием раздела /dev/sda2 работает.
>>>
>>> Так вот, чего может не хватать определению разделов по метке?
>>
>>
>> /proc, /sys в этот момент есть? USB-устройство уже определилось ядром?
>
>
> /proc и /sys в этот момент есть.
>
> В аттаче вывод strace -eopen от blkid на этапе загрузки в livecd
> (strace.blkid.livecd), и от запущенного в рабочей системе.
> Запустить его в уже загруженном livecd я забыл, но разделы там
> точно определяются.
>
ну примерно все ясно.
Попробуйте перед blkid на этапе загрузки вывести содержимое /proc/partitions
Похоже что blkid ищет разделы, полагаясь на содержимое /proc/partitions,
а там может быть пусто.
Скорее всего дело в том, что еще не отработал hotplug.
Рекомендую пересмотреть в корне схему добавления usbroot, написав скрипт
в /etc/dev.d для блочных устройств.
А еще лучше - реализовав это с помощью hal (там надо патчить, но оно
того стоит).
Т.е. - в идеале должно выглядеть примерно так:
hotplug детектит устройства, загружает модули ядра, при появлении
блочных устройств идет event тому же hotplug'у, udev и hal о появлении
устройства...
hal детектит тип файловой системы, label (это он умеет), потом в
зависимости от label добавляет соответствующие записи в /etc/fstab или
запускает программу монтирования с необходимыми опциями.
Все есть, за исключением запуска программы монтирования.
Rgds,
Rider
^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time
2005-05-14 7:49 ` Anton Farygin
@ 2005-05-14 8:13 ` Vitaly Ostanin
2005-05-14 10:18 ` Vitaly Ostanin
2005-05-16 16:30 ` [devel] " Vitaly Ostanin
2 siblings, 0 replies; 9+ messages in thread
From: Vitaly Ostanin @ 2005-05-14 8:13 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1452 bytes --]
Anton Farygin пишет:
<skipped/>
>>В аттаче вывод strace -eopen от blkid на этапе загрузки в livecd
>>(strace.blkid.livecd), и от запущенного в рабочей системе.
>>Запустить его в уже загруженном livecd я забыл, но разделы там
>>точно определяются.
>
> ну примерно все ясно.
>
> Попробуйте перед blkid на этапе загрузки вывести содержимое /proc/partitions
Спасибо, попробую.
> Похоже что blkid ищет разделы, полагаясь на содержимое /proc/partitions,
> а там может быть пусто.
>
> Скорее всего дело в том, что еще не отработал hotplug.
>
> Рекомендую пересмотреть в корне схему добавления usbroot, написав скрипт
> в /etc/dev.d для блочных устройств.
Написал. Собственно, я пытался вклиниться на начальном этапе,
чтобы как можно меньше сервисов перезапускать с настройками,
взятыми с бранча на флешке.
> А еще лучше - реализовав это с помощью hal (там надо патчить, но оно
> того стоит).
Хорошо, попробую.
> Т.е. - в идеале должно выглядеть примерно так:
> hotplug детектит устройства, загружает модули ядра, при появлении
> блочных устройств идет event тому же hotplug'у, udev и hal о появлении
> устройства...
> hal детектит тип файловой системы, label (это он умеет), потом в
> зависимости от label добавляет соответствующие записи в /etc/fstab или
> запускает программу монтирования с необходимыми опциями.
>
> Все есть, за исключением запуска программы монтирования.
<skipped/>
--
Regards, Vyt
mailto: vyt@vzljot.ru
JID: vyt@vzljot.ru
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time
2005-05-14 7:49 ` Anton Farygin
2005-05-14 8:13 ` Vitaly Ostanin
@ 2005-05-14 10:18 ` Vitaly Ostanin
2005-05-16 16:30 ` [devel] " Vitaly Ostanin
2 siblings, 0 replies; 9+ messages in thread
From: Vitaly Ostanin @ 2005-05-14 10:18 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 314 bytes --]
Anton Farygin пишет:
<skipped/>
> Попробуйте перед blkid на этапе загрузки вывести содержимое /proc/partitions
>
> Похоже что blkid ищет разделы, полагаясь на содержимое /proc/partitions,
> а там может быть пусто.
Да, там только loop0.
<skipped/>
--
Regards, Vyt
mailto: vyt@vzljot.ru
JID: vyt@vzljot.ru
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: label detection at boot time
2005-05-14 7:49 ` Anton Farygin
2005-05-14 8:13 ` Vitaly Ostanin
2005-05-14 10:18 ` Vitaly Ostanin
@ 2005-05-16 16:30 ` Vitaly Ostanin
2 siblings, 0 replies; 9+ messages in thread
From: Vitaly Ostanin @ 2005-05-16 16:30 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1.1: Type: text/plain, Size: 577 bytes --]
Anton Farygin пишет:
<skipped/>
> Рекомендую пересмотреть в корне схему добавления usbroot, написав скрипт
> в /etc/dev.d для блочных устройств.
Postinstall скрипт и системный скрипт из него в аттаче.
При загрузке виснет с kernel oops с упоминанием unionfs, очень
похож на тот oops, что я недавно присылал. Виснет после
добавления бранча на флешке для /etc, после этого реагирует
только на Alt+SysRq.
Livecd сделан из:
kernel-image-std26-up-2.6.11-alt8.i586.rpm
unionfs-utils-1.0.11-alt1.i586.rpm
<skipped/>
--
Regards, Vyt
mailto: vyt@vzljot.ru
JID: vyt@vzljot.ru
[-- Attachment #1.2: 05usbroot --]
[-- Type: text/plain, Size: 2289 bytes --]
cat <<E_O_F >> $ROOT/etc/uniontab
/etc
/home
/root
/var/mail
E_O_F
$in_chroot /bin/mkdir -p /etc/dev.d/block
cat <<E_O_F >> $ROOT/etc/dev.d/block/usbdrive.dev
#!/bin/sh -x
#
# USB drive hotplug agent for 2.6 kernels
#
# ACTION=add
# DEVPATH=/block/*
#
cd /etc/hotplug
. ./hotplug.functions
SourceIfNotEmpty /etc/sysconfig/hotplug
if [ "\$HOTPLUG" == "no" -o "\$USBPLUG" == "no" ];then
exit 0
fi
STATEPATH=/var/lib/hotplug
UNIONTAB=/etc/uniontab
UNIONCTL=/usr/sbin/unionctl
MOUNT=/bin/mount
USBROOT=/media/storage_usbroot
[ -x \$UNIONCTL -a -x \$MOUNT ] || exit 1
function restart_services() {
mesg "Restarting services with \"usbroot\" settings..."
[ -s \$USBROOT/etc/sysconfig/clock ] && /sbin/service clock start
[ -d \$USBROOT/etc/net ] && /sbin/service network restart
}
function add_unionfs_branches_to_usbroot() {
mesg "Adding unionfs branches to \$USBROOT"
grep -ve '^\(#\|\$\)' \$UNIONTAB |while read mntpt; do
if [ -d \$mntpt ]; then
mkdir -p \$USBROOT/\$mntpt
mesg "Adding unionfs rw branch for \$mntpt to \$USBROOT/\$mntpt ..."
\$UNIONCTL \$mntpt --add --mode rw \$USBROOT/\$mntpt && \
mesg "Successfully added unionfs branch for \$mntpt" || \
mesg "Adding unionfs branch for \$mntpt failed."
fi
[ \$mntpt == /etc ] && restart_services
done
}
function mount_usbroot() {
/bin/mkdir \$USBROOT
mesg "Trying to mount /dev/\$NAME to \$USBROOT ..."
\$MOUNT /dev/\$NAME \$USBROOT -o sync && mesg "Successfully mounted." || exit 1
mesg "Removing \$USBROOT/etc/mtab"
rm -f \$USBROOT/etc/mtab
if [ -s \$UNIONTAB ]; then
add_unionfs_branches_to_usbroot
fi
}
case \$ACTION in
add)
# FIXME: how to detect LABEL from udev (or HAL) ?
NAME=\`udevinfo -q name -p \$DEVPATH\`
# FIXME: remove trailing space from blkid output ?
LABEL=\`blkid /dev/\$NAME -s LABEL | cut -d '=' -f2\`
[ \$LABEL == \"usbroot\" ] || exit 0
mesg "Found label \$LABEL on \$DEVPATH"
mount_usbroot
exit 0
;;
remove)
# FIXME: udevinfo not works without device
NAME=\`udevinfo -q name -p \$DEVPATH\`
umount /dev/\$NAME
exit 0
;;
*)
debug_mesg USB drive \$ACTION event not supported
exit 1
;;
esac
E_O_F
$in_chroot /bin/chmod 755 /etc/dev.d/block/usbdrive.dev
[-- Attachment #1.3: usbdrive.dev --]
[-- Type: text/plain, Size: 2014 bytes --]
#!/bin/sh -x
#
# USB drive hotplug agent for 2.6 kernels
#
# ACTION=add
# DEVPATH=/block/*
#
cd /etc/hotplug
. ./hotplug.functions
SourceIfNotEmpty /etc/sysconfig/hotplug
if [ "$HOTPLUG" == "no" -o "$USBPLUG" == "no" ];then
exit 0
fi
STATEPATH=/var/lib/hotplug
UNIONTAB=/etc/uniontab
UNIONCTL=/usr/sbin/unionctl
MOUNT=/bin/mount
USBROOT=/media/storage_usbroot
[ -x $UNIONCTL -a -x $MOUNT ] || exit 1
function restart_services() {
mesg "Restarting services with \"usbroot\" settings..."
[ -s $USBROOT/etc/sysconfig/clock ] && /sbin/service clock start
[ -d $USBROOT/etc/net ] && /sbin/service network restart
}
function add_unionfs_branches_to_usbroot() {
mesg "Adding unionfs branches to $USBROOT"
grep -ve '^\(#\|$\)' $UNIONTAB |while read mntpt; do
if [ -d $mntpt ]; then
mkdir -p $USBROOT/$mntpt
mesg "Adding unionfs rw branch for $mntpt to $USBROOT/$mntpt ..."
$UNIONCTL $mntpt --add --mode rw $USBROOT/$mntpt && mesg "Successfully added unionfs branch for $mntpt" || mesg "Adding unionfs branch for $mntpt failed."
fi
[ $mntpt == /etc ] && restart_services
done
}
function mount_usbroot() {
/bin/mkdir $USBROOT
mesg "Trying to mount /dev/$NAME to $USBROOT ..."
$MOUNT /dev/$NAME $USBROOT -o sync && mesg "Successfully mounted." || exit 1
mesg "Removing $USBROOT/etc/mtab"
rm -f $USBROOT/etc/mtab
if [ -s $UNIONTAB ]; then
add_unionfs_branches_to_usbroot
fi
}
case $ACTION in
add)
# FIXME: how to detect LABEL from udev (or HAL) ?
NAME=`udevinfo -q name -p $DEVPATH`
# FIXME: remove trailing space from blkid output ?
LABEL=`blkid /dev/$NAME -s LABEL | cut -d '=' -f2`
[ $LABEL == \"usbroot\" ] || exit 0
mesg "Found label $LABEL on $DEVPATH"
mount_usbroot
exit 0
;;
remove)
# FIXME: udevinfo not works without device
NAME=`udevinfo -q name -p $DEVPATH`
umount /dev/$NAME
exit 0
;;
*)
debug_mesg USB drive $ACTION event not supported
exit 1
;;
esac
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2005-05-16 16:30 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-05-13 12:09 [devel] FS label detection at boot time Vitaly Ostanin
2005-05-13 12:15 ` Sergey Vlasov
2005-05-13 12:28 ` [devel] " Vitaly Ostanin
2005-05-13 12:49 ` Anton Farygin
2005-05-13 15:07 ` Vitaly Ostanin
2005-05-14 7:49 ` Anton Farygin
2005-05-14 8:13 ` Vitaly Ostanin
2005-05-14 10:18 ` Vitaly Ostanin
2005-05-16 16:30 ` [devel] " Vitaly Ostanin
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git