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.
iso image - 5970
*** Bug 4316 has been marked as a duplicate of this bug. ***
*** Bug 4382 has been marked as a duplicate of this bug. ***
*** Bug 4380 has been marked as a duplicate of this bug. ***
I have installed 6058 and have no any error after starting kde.
Image 6058 32 bit. Problem is actual for love-mode.
*** Bug 3717 has been marked as a duplicate of this bug. ***
В образе 6298 актуально.
*** Bug 4425 has been marked as a duplicate of this bug. ***
Для 6353 актуально
Для 6420 64бит акутально
В образе 6423 исправлено: https://abf.rosalinux.ru/platforms/rosa2014.1/products/86/product_build_lists/6423
(In reply to comment #13) > В образе 6423 исправлено: > https://abf.rosalinux.ru/platforms/rosa2014.1/products/86/ > product_build_lists/6423 А как исправлено? Что было причиной проблемы?
При конструировании исошки сначала создаётся файл-образ ext3fs.img с корневой файловой системой, в которую потом ставятся пакеты, после чего этот образ пакуется в squash и загоняется в исошку. Проблема в том, что когда образ монтируется для установки в него пакетов, каталог /var/cache/urpmi в нём перемонтируется в другое место - внешнее по отношению к ext3-файлу. В результате все изменения, которые там делаются при установке urpmi, подключении репозиториев и установке пакетов, внутри корневой системы не фиксируются, после отмонтирования каталог оказывается пустым, так образ и собирается. Когда система грузится, в ней запускается mdkapplet, которому в нужны подкаталоги внутри /var/cache/urpmi. Он их не находит, пытается создать, но поскольку он работает от юзера, прав не хватает - получаем падение. Как я понял, такое вынесение кэша из образа сделано для уменьшения количества мусора внутри образа (файлы-то удаляются, но секторы остаются забитыми), поэтому просто так убрать эту точку монтирования я не могу. Корректного решения я за разумное время найти не смог, поэтому добавил в сборочные скрипты хак: корневая файловая система образа временно монтируется в другое место (при этом сторонние точки монтирования становятся не видны, и /var/cache/urpmi оказывается настоящим каталогом внутри образа), и туда переустанавливается пакет urpmi - нужные каталоги появляются, где надо.
Содержимое вложения 3149 было удалено