| Summary: | Error messages after booting in live mode | ||
|---|---|---|---|
| Product: | [ROSA-based products] ROSA Fresh | Reporter: | FirstLevel <firstlevel> |
| Component: | Packages from Main | Assignee: | Konstantin Vlasov <konstantin.vlasov> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | alexander.petryakov, andrey.bondrov, arkady.shane, firstlevel, stanislav.fomin, v.potapov |
| Priority: | High | ||
| Version: | Fresh | ||
| Target Milestone: | 2014 Fresh R4 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Platform: | --- | ROSA Vulnerability identifier: | |
| RPM Package: | Upstream: | ||
| Attachments: | r4.png | ||
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. *** *** 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 было удалено |
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.