Re: [devel] [#86051] FAILED etercifs.git=5.4.4-alt1

[Pavel Shilovsky <piastry@altlinux.org>]

12 декабря 2012 г., 18:42 пользователь Dmitry V. Levin
<ldv@altlinux.org> написал:
> On Wed, Dec 12, 2012 at 06:32:21PM +0400, Pavel Shilovsky wrote:
>> 2012/12/12 Girar Builder robot <girar-builder@altlinux.org>:
>> > http://git.altlinux.org/tasks/86051/logs/events.1.1.log
>> >
>> > 2012-Dec-12 07:45:20 :: task #86051 for sisyphus started by piastry:
>> > #100 build 5.4.4-alt1 from /people/piastry/packages/etercifs.git
>> > 2012-Dec-12 07:45:21 :: [i586] #100 etercifs.git 5.4.4-alt1: build start
>> > 2012-Dec-12 07:45:21 :: [x86_64] #100 etercifs.git 5.4.4-alt1: build start
>> > 2012-Dec-12 07:46:04 :: [x86_64] #100 etercifs.git 5.4.4-alt1: build OK
>> > 2012-Dec-12 07:46:04 :: [i586] #100 etercifs.git 5.4.4-alt1: build OK
>> > 2012-Dec-12 07:46:07 :: build check OK
>> > 2012-Dec-12 07:46:09 :: noarch check OK
>> > 2012-Dec-12 07:46:10 :: plan: src +1 -1 =13989, noarch +1 -1 =12675
>> > 2012-Dec-12 07:46:10 :: version check OK
>> > 2012-Dec-12 07:46:42 :: created next repo
>> > 2012-Dec-12 07:46:52 :: dependencies check OK
>> >         x86_64: etercifs=5.4.4-alt1 post-install unowned files:
>> > /usr/src/kernel
>> > /usr/src/kernel/sources
>> >         i586: etercifs=5.4.4-alt1 post-install unowned files:
>> > 2012-Dec-12 07:47:24 :: [i586] #100 etercifs: install check OK
>> >         x86_64: etercifs=5.4.4-alt1 uninstall failed:
>> > error: failed to open /etc/mtab: No such file or directory
>> > mount: failed to read mtab: No such file or directory
>> > Unmounting CIFS resources...
>> > hasher-priv: master: idle time limit (3600 seconds) exceeded
>> > 2012-Dec-12 08:47:20 :: [x86_64] #100 etercifs: install check FAILED
>> > 2012-Dec-12 08:47:20 :: [x86_64] install check FAILED
>> > 2012-Dec-12 08:47:20 :: task #86051 for sisyphus FAILED
>>
>> Добрый вечер.
>>
>> Есть два вопроса по сборке, лог которой расположен выше:
>> 1) Почему может не находиться mtab
>
> Потому что /etc/mtab это ссылка на /proc/mounts; если /proc не
> смонтирован, то /proc/mounts не будет доступен.

Это понятно. Непонятна разница между 32 и 64 битами в данном случае.

>
>> и зависать umount -a при сборку под
>> 64 битную пларформу (когда под 32 всё хорошо)?
>
> Что? umount -a в %post* пакета?

"service etercifs stop" делает "umount -t cifs -a" чтобы отмонтировать
все примонтированные шары для успешной выгрузки модуля.

>
>> 2) Стоит ли назначать каталоги /usr/src/kernel и
>> /usr/src/kernel/sources в "собственность" пакету?
>
> Какому пакету? filesystem? Надо ли?

Я имел ввиду данный пакет - etercifs. Хочется, чтобы не было
"post-install unowned files".

-- 
Best regards,
Pavel Shilovsky.