From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 7 Nov 2016 14:17:45 +0300 (MSK) From: Ivan Zakharyaschev To: sisyphus@lists.altlinux.org In-Reply-To: Message-ID: References: <7817906.9VMRIR4bxC@ztation.smnr> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-1590936453-1478517465=:1807" Subject: Re: [sisyphus] ALT 8.0 Workstation K beta 20161021 (ex-KDesktop) X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2016 11:17:45 -0000 Archived-At: List-Archive: List-Post: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1807885841-1590936453-1478517465=:1807 Content-Type: text/plain; format=flowed; charset=KOI8-R Content-Transfer-Encoding: 8BIT On Sat, 5 Nov 2016, alexei wrote: > 21.10.2016 23:57, Sergey V Turchin пишет: > >> >> Известные проблемы: http://bugs.altlinux.org/30940 >> > > По результатам установки на Intel NUC5i3: > > * загрузился с флэшки, дошел до выбора разделов, указал "очистить диск", > автоматом были созданы 4 раздела. Подумал, что swap в 15Гб мне не нужен, > удалил / и swap, создал новые, нажал применить и.... инсталлятор завис. > > См. картинки: > http://138.r.photoshare.ru/01386/00d37fd62bb4bfe5df9f0a1dbbb5d092c7c954e4.jpg > http://138.r.photoshare.ru/01386/00d37fd7883e37373b0630c459d5bf7aa9603bd8.jpg Интересно ещё видеть в таком случае, жив ли процесс alteratord . Я недавно пытался отлаживать это место (создание ФС), но другие проблемы; я тогда искал процесс как-то так: ps aux | fgrep alter Он пишет интересные сообщения о том, что происходит в /var/run/alteratord/alteratord.log (stderr, путь для LiveCD по крайней мере такой) и в stdout (который по крайней мере systemd захватывается в системный лог). Эти три вещи хоть как-то могли бы помочь понять, в каком месте произошла авария и подумать, как починить. Но в образ Workstation K вошла предпоследняя сборка libevms от mike@ в отличие от Workstation без K, а в последней сборке мы как раз создание GPT-разделов (как у Вас) немного правили ещё. Также /usr/sbin/alteratord попал не последний: в последнем я боролся с бесследно исчезающими сообщениями (в моём случае при отладке alterator-vm), которые должны были бы попасть в указанные логи. В образе altinst предпоследняя сборка libevms выглядит так: -rw-r--r-- 1 root root 571872 Nov 1 18:19 /lib64/libevms-2.5.so.0.5 последняя так: -rw-r--r-- 1 root root 571872 Nov 3 07:28 /lib64/libevms-2.5.so.0.5 (мало вероятно, что ошибка пропадёт, но можно попробовать). Последний alterator; что касается вывода сообщений: # tail -20 /usr/sbin/alteratord (define *tmpdir* (if (string=? *d-user* "root") "/var/run/alteratord" (string-append (or (getenv "TMPDIR") "/tmp") "/alterator"))) (if (option-ref options 'local #f) (alterator-init-local) (begin (alterator-init-global) (prepare-log (string-append *tmpdir* "/alteratord.log")))) ;; Do no delay logging: (setvbuf (current-error-port) _IOLBF) ; goes to our custom log (setvbuf (current-output-port) _IOLBF) ; captured by system log if it's a service (force-output) (with-exit-handler (lambda() (d-loop (lambda(cmd) (d-message cmd (option-ref options 'debug #f)))))) > Прибил. Перезагрузился, проделал все то же самое, только не поставил > галочку "дополнительные параметры после создания раздела". На этот раз > все прошло без зависаний. Если дело было в падающем коде создания GPT-разделов, пока непонятно, как эта галочка могла повлиять. -- Best regards, Ivan --1807885841-1590936453-1478517465=:1807--