Bug 4340 - Error messages after booting in live mode
: Error messages after booting in live mode
Status: RESOLVED FIXED
Product: Desktop Bugs
Classification: ROSA Desktop
Component: Main Packages
: Fresh
: All Linux
: High blocker
: 2014 Fresh R4
Assigned To: Konstantin Vlasov
: ROSA Linux Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-09-04 11:45 MSD by FirstLevel
Modified: 2014-10-01 16:34 MSD (History)
6 users (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments
r4.png (147.26 KB, image/png)
2014-09-04 11:45 MSD, FirstLevel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description FirstLevel 2014-09-04 11:45:03 MSD
Created attachment 3149 [details]
r4.png

Description of problem:
After booting in live mode I see error messages
Программа "mdkapplet" аварийно завершила свою работу со следующей ошибкой:

  mkdir /var/cache/urpmi/partial: Отказано в доступе at /usr/lib/perl5/vendor_perl/5.18.2/urpm.pm line 306.
  Perl's trace:
  standalone::bug_handler() called from /usr/lib/perl5/5.18.2/Carp.pm:100
  Carp::croak() called from /usr/lib/perl5/5.18.2/File/Path.pm:156
  File::Path::_mkpath() called from /usr/lib/perl5/5.18.2/File/Path.pm:114
  File::Path::mkpath() called from /usr/lib/perl5/vendor_perl/5.18.2/urpm.pm:306
  urpm::create_var_lib_rpm() called from /usr/lib/perl5/vendor_perl/5.18.2/urpm.pm:294
  urpm::set_files() called from /usr/lib/perl5/vendor_perl/5.18.2/urpm.pm:152
  urpm::new() called from /usr/lib/perl5/vendor_perl/5.18.2/Rpmdrake/open_db.pm:80
  Rpmdrake::open_db::fast_open_urpmi_db() called from /usr/bin/mdkapplet:267

Тема оформления: rosa-elementary

Для оправки отчёта об ошибке нажмите на кнопку «Отчёт».
В веб-браузере откроется адрес Bugzilla с формой для заполнения. Представленные выше сведения будут отправлены на указанный сервер.
Было бы неплохо приложить к вашему отчету вывод следующей команды: 'lspcidrake -v'.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
Comment 1 FirstLevel 2014-09-04 11:45:30 MSD
iso image - 5970
Comment 2 Denis Silakov 2014-09-04 11:54:55 MSD
*** Bug 4316 has been marked as a duplicate of this bug. ***
Comment 3 Andrey Bondrov 2014-09-10 10:55:58 MSD
*** Bug 4382 has been marked as a duplicate of this bug. ***
Comment 4 Andrey Bondrov 2014-09-10 10:57:08 MSD
*** Bug 4380 has been marked as a duplicate of this bug. ***
Comment 5 FirstLevel 2014-09-13 21:03:36 MSD
I have installed 6058 and have no any error after starting kde.
Comment 6 FirstLevel 2014-09-15 13:48:46 MSD
Image 6058 32 bit. Problem is actual for love-mode.
Comment 7 Denis Silakov 2014-09-22 14:35:39 MSD
*** Bug 3717 has been marked as a duplicate of this bug. ***
Comment 8 Vladimir Potapov 2014-09-24 11:09:29 MSD
В образе 6298 актуально.
Comment 9 Eugene Shatokhin 2014-09-24 17:02:44 MSD
*** Bug 4425 has been marked as a duplicate of this bug. ***
Comment 10 Stanislav Fomin 2014-09-24 17:09:28 MSD
*** Bug 4425 has been marked as a duplicate of this bug. ***
Comment 11 FirstLevel 2014-09-26 10:03:54 MSD
Для 6353 актуально
Comment 12 FirstLevel 2014-09-29 10:23:52 MSD
Для 6420 64бит акутально
Comment 13 Konstantin Vlasov 2014-10-01 14:12:30 MSD
В образе 6423 исправлено:
https://abf.rosalinux.ru/platforms/rosa2014.1/products/86/product_build_lists/6423
Comment 14 Andrey Bondrov 2014-10-01 14:34:40 MSD
(In reply to comment #13)
> В образе 6423 исправлено:
> https://abf.rosalinux.ru/platforms/rosa2014.1/products/86/
> product_build_lists/6423

А как исправлено? Что было причиной проблемы?
Comment 15 Konstantin Vlasov 2014-10-01 16:34:02 MSD
При конструировании исошки сначала создаётся файл-образ ext3fs.img с корневой файловой системой, в которую потом ставятся пакеты, после чего этот образ пакуется в squash и загоняется в исошку. Проблема в том, что когда образ монтируется для установки в него пакетов, каталог /var/cache/urpmi в нём перемонтируется в другое место - внешнее по отношению к ext3-файлу. В результате все изменения, которые там делаются при установке urpmi, подключении репозиториев и установке пакетов, внутри корневой системы не фиксируются, после отмонтирования каталог оказывается пустым, так образ и собирается. Когда система грузится, в ней запускается mdkapplet, которому в нужны подкаталоги внутри /var/cache/urpmi. Он их не находит, пытается создать, но поскольку он работает от юзера, прав не хватает - получаем падение.

Как я понял, такое вынесение кэша из образа сделано для уменьшения количества мусора внутри образа (файлы-то удаляются, но секторы остаются забитыми), поэтому просто так убрать эту точку монтирования я не могу. Корректного решения я за разумное время найти не смог, поэтому добавил в сборочные скрипты хак: корневая файловая система образа временно монтируется в другое место (при этом сторонние точки монтирования становятся не видны, и /var/cache/urpmi оказывается настоящим каталогом внутри образа), и туда переустанавливается пакет urpmi - нужные каталоги появляются, где надо.