From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_20,DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 Date: Thu, 14 Jul 2011 09:41:56 +0300 From: Michael Shigorin To: devel-distro@lists.altlinux.org Message-ID: <20110714064156.GG8316@osdn.org.ua> Mail-Followup-To: devel-distro@lists.altlinux.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i Subject: [devel-distro] =?koi8-r?b?W1NPTFZFRF0gIlBlcm1pc3Npb24gZGVuaWVk?= =?koi8-r?b?IiDXIC92bSDQ0skg0M/Q2dTLxSDQ0snNxc7J1Ngg0sHawsnXy9U=?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: shigorin@gmail.com, Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 06:42:03 -0000 Archived-At: List-Archive: Здравствуйте. Забавная история, которая наконец прояснилась: при невозможности загрузить нужные модули ядра по причине их отсутствия alterator-vm выдавал "Operation not permitted" в качестве диагностики (хотя на это, наверное, просто ещё не наступал -- в mkimage-profiles-desktop так пальнуть себе в ногу вроде бы невозможно). На такое изредка натыкался и раньше, но раскопок и выводов не делал, а что чинилось при дальнейших очевидных доработках -- не заметил, оказывается. Занялся desktop-base и упёрся. Поскольку _все_ образы server-ovz грузились, включая свежесобранный -- вытащил build/install2/.work/chroot/.work/chroot из дерева сборки icewm.iso (который так взрывался) и из дерева сборки server-ovz.iso (который устанавливается нормально), далее for i in icewm.iso server-ovz.iso; do cd $i; find >ls-lR; cd ..; done diff -u {icewm.iso,server-ovz.iso}/ls-lR | less и стало ясно, что /lib/modules/`uname -r` в install2 проблемного образа не долетают. Подробности здесь: http://git.altlinux.org/people/mike/public/?p=mkimage-profiles.git;a=commitdiff;h=72ec59c74ca5f1e794463e448ecf417c1c8c2f58 http://git.altlinux.org/people/mike/public/?p=mkimage-profiles.git;a=blob;f=sub.in/stage1/Makefile;h=9b406ec5f8c22a39dd8921ecb96636f353566070;hb=72ec59c74ca5f1e794463e448ecf417c1c8c2f58#l23 Как бы сделать fallback в одном месте -- пока не придумал, а повторять финт ушами со squashfs.mk не хочется -- он и так некрасивый... -- PS: было написанное вчера письмо: --- Сразу оговорюсь: возможно, это race сборки install2 вследствие отличий mkimage-profiles от mkimage-profiles-desktop, поскольку раньше иногда вылазило, но исправлялось пересборкой образа (и _не_ объезжалось повторным стартом с того же). Сейчас у меня 100% воспроизводится получение окошка "Operation not permitted" при попытке нажать "Next", выбрав "Destroy all partitions, then autopartition" на любых собираемых образах при установке под virtualbox (диск на tmpfs, права на запись у пользователя есть). При этом в /tmp/wizard.log криминала не замечаю: [...] ("/evms/profiles/server" language ("") action apply commit #t clearall #t exclude()) ;anser: (#t) ("/evms/control" language ("") action "write" control commit) ("/evms/control" language ("") action "write" control reset) ;anser: empty Подсунул в качестве исошки собранную в марте тоже из сизифа http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/ovz/openvz-server-1.0-20110320-x86_64-install.iso -- поехало бегом. FIXME: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/ovz/server-ovz-20110616-x86_64.iso --- -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/