Re: Контейнеры и кросс-компиляция
On Thu, Jun 25, 2015 at 01:49:33PM +0300, Andrey Tataranovich wrote: On Thu, 25 Jun 2015 10:23:32 +0300 Vladimir Zhbanov vzhba...@gmail.com wrote: Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Попробуйте schroot. Прост в настройке и вполне достаточен для отката к wheezy. Собственно вопрос тот же, что и для chroot: а с другим (более старым) ядром там можно работать параллельно с ядром основной системы? Просто у меня на работе всего одна машина, и я на ней ещё и работаю иногда :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625120608.GB8231@localhost.localdomain
Re: Контейнеры и кросс-компиляция
25.06.2015 14:58, Vladimir Zhbanov пишет: On Thu, Jun 25, 2015 at 10:36:04AM +0300, Mikhail A Antonov wrote: 25.06.2015 10:23, Vladimir Zhbanov пишет: Здравствуйте. Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Зависит от того что делает программа. Может тебе хватит debootstrap и chroot. Программа - geda-gaf, но пока guile, которая туда встраивается. Проблема в том, что guile создаёт объектный код в своём собственном формате, и эти объектные файлы потом используются как есть для кросс-компиляции. Она содержит свой собственный компилятор, который должен выводить одинаковый код и в Linux, и в Windows, и вот эта одинаковость у меня поломалась после обновления. И я пока подозреваю, что проблема в библиотеках mingw, но вполне допускаю, что где-то глубже, может быть даже в ядре, libc, libffi и т. д., так как для кросс-компиляции под Windows guile необходимо сначала скомпилировать с абсолютно той же версией в Linux, чтоб она выдавала правильный объектный код. Вот такая, блин, зависимость. Создавать себе окружение и отлаживать всё это в Windows мне не улыбается. Я от неё устал ещё лет 15 как тому. Я это всё, собственно, к чему: если я правильно ничего не понимаю, chroot использует именно то ядро, которое уже загружено, а мне может понадобиться другое. Тогда удобнее всего будет виртуалбокс с гуём. Можно повозиться с всякими libvirt и их virt-manager, но мне они не понравились. Тебе нужна полноценная виртуальная машина. Всё контейнерное использует одно ядро и на систему и все контейнеры. -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: QEMU: set CPU frequency
Несколько продуктов привязываются к конфигурации компьютера, в том числе и к частоте. Самый яркий пример - 1С, лицензия которой слетает при миграции с одного гипервизора на другой. В гостях сплошная эмуляция, поэтому практически единственный меняющийся параметр - частота ЦПУ. 19 июня 2015 г., 20:31 пользователь Руслан Коротаев korot...@ufamail.ru написал: В сообщении от [Пт 2015-06-19 14:09 +0300] Anatoly Molchanov ykdo...@gmail.com пишет: На двух гипервизорах QEMU/KVM различные процессоры, аппаратная виртуализация выключена, но при миграции ВМ меняется частота ЦПУ в гостевой системе. Возможно ли установить/зафиксировать частоту виртуального процессора qemu? Обычно регулируют время процессора и их количество средствами самого QEMU/KVM (можно автоматизировать через cgroups [1]), а мегагерцы, если я правильно понимаю, нужны только для экономии электроэнергии см. cpufrequtils [2]. В теории, можно регулировать частоту внутри гостевых ОС установив эту утилиту, только что это даст в виртуальном окружении. [1] http://habrahabr.ru/post/122425/ [2] https://wiki.archlinux.org/index.php/CPU_frequency_scaling_(Русский) -- http://google.com/+РусланКоротаев http://google.com/+%D0%A0%D1%83%D1%81%D0%BB%D0%B0%D0%BD%D0%9A%D0%BE%D1%80%D0%BE%D1%82%D0%B0%D0%B5%D0%B2 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150619173123.GA1635@debian
Re: Контейнеры и кросс-компиляция
On Thu, 25 Jun 2015 10:23:32 +0300 Vladimir Zhbanov vzhba...@gmail.com wrote: Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Попробуйте schroot. Прост в настройке и вполне достаточен для отката к wheezy. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625134933.1b11ccac@dragoncore.local
Re: Static IP от usb модема с mikrotik на debian
NUC большой и дорогой. NAT - вариант, но плохой. sms mikrotik отправляет, но функционал по сравнению с smstools крайне ограничен. 23.06.2015 12:56, Mikhail A Antonov пишет: Intel NUC. Как ты уже верно заметил - то, что ты хочешь пробросить не особо хочет пробрасываться, однако возможны варианты. С натом - пробрасывать весь входящий трафик можно внутрь. IP на интерфейсе не получишь, но функционал будет. Если не гонять там что-то типа SIP или FTP - то никто даже не заметит. С отправкой смс - не знаю умеет ли это микротик (не пробовал), но если умеет - процедура отправки может быть заменена на вызов скрипта, который ходит каким-нибудь ssh на микротик и отправляет смс там. -- WBR, Andrey N. Prokofiev Phone: +7-812-645-3616 ext. 240 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/558be3dc.2000...@korona-auto.com
Re: Контейнеры и кросс-компиляция
On Thu, Jun 25, 2015 at 10:36:04AM +0300, Mikhail A Antonov wrote: 25.06.2015 10:23, Vladimir Zhbanov пишет: Здравствуйте. Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Зависит от того что делает программа. Может тебе хватит debootstrap и chroot. Программа - geda-gaf, но пока guile, которая туда встраивается. Проблема в том, что guile создаёт объектный код в своём собственном формате, и эти объектные файлы потом используются как есть для кросс-компиляции. Она содержит свой собственный компилятор, который должен выводить одинаковый код и в Linux, и в Windows, и вот эта одинаковость у меня поломалась после обновления. И я пока подозреваю, что проблема в библиотеках mingw, но вполне допускаю, что где-то глубже, может быть даже в ядре, libc, libffi и т. д., так как для кросс-компиляции под Windows guile необходимо сначала скомпилировать с абсолютно той же версией в Linux, чтоб она выдавала правильный объектный код. Вот такая, блин, зависимость. Создавать себе окружение и отлаживать всё это в Windows мне не улыбается. Я от неё устал ещё лет 15 как тому. Я это всё, собственно, к чему: если я правильно ничего не понимаю, chroot использует именно то ядро, которое уже загружено, а мне может понадобиться другое. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625115832.GA8231@localhost.localdomain
Re: Контейнеры и кросс-компиляция
On Thu, Jun 25, 2015 at 03:18:57PM +0300, Eugene Berdnikov wrote: On Thu, Jun 25, 2015 at 02:58:32PM +0300, Vladimir Zhbanov wrote: Программа - geda-gaf, но пока guile, которая туда встраивается. Проблема в том, что guile создаёт объектный код в своём собственном формате, и эти объектные файлы потом используются как есть для кросс-компиляции. Она содержит свой собственный компилятор, который должен выводить одинаковый код и в Linux, и в Windows, и вот эта одинаковость у меня поломалась после обновления. И я пока подозреваю, что проблема в библиотеках mingw, но вполне допускаю, что где-то глубже, может быть даже в ядре, libc, libffi и т. д., так как для кросс-компиляции под В библиотеках -- да, могут быть критичные изменения, а вот вероятность того, что на результат как-то влияет ядро (кроме зависимостей) близка к абсолютному нулю. Так что запуск полноценной ВМ вряд ли оправдан. IMHO, здесь должно хватить простого chroot'а. Вот-вот, их-то, зависимости, я и имел в виду, когда говорил о ядре. Поскольку у меня система почти всегда stable/testing с чуть-чуть или сразу много testing. И я сразу прыгнул с ядра 3.2.x на 4.0.x. Соответственно, думаю, оно что-то могло потянуть за собой. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625123421.GD8231@localhost.localdomain
Re: Контейнеры и кросс-компиляция
On Thu, 25 Jun 2015 15:06:08 +0300 Vladimir Zhbanov vzhba...@gmail.com wrote: Собственно вопрос тот же, что и для chroot: а с другим (более старым) ядром там можно работать параллельно с ядром основной системы? Просто у меня на работе всего одна машина, и я на ней ещё и работаю иногда :) Вам не нужно старое ядро в chroot. Поднимите в schroot окружение wheezy и оно будет нормально работать с ядром из jessie. У меня как раз так и работало. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625165132.40432871@dragoncore.local
Re: Контейнеры и кросс-компиляция
On Thu, Jun 25, 2015 at 02:58:32PM +0300, Vladimir Zhbanov wrote: Программа - geda-gaf, но пока guile, которая туда встраивается. Проблема в том, что guile создаёт объектный код в своём собственном формате, и эти объектные файлы потом используются как есть для кросс-компиляции. Она содержит свой собственный компилятор, который должен выводить одинаковый код и в Linux, и в Windows, и вот эта одинаковость у меня поломалась после обновления. И я пока подозреваю, что проблема в библиотеках mingw, но вполне допускаю, что где-то глубже, может быть даже в ядре, libc, libffi и т. д., так как для кросс-компиляции под В библиотеках -- да, могут быть критичные изменения, а вот вероятность того, что на результат как-то влияет ядро (кроме зависимостей) близка к абсолютному нулю. Так что запуск полноценной ВМ вряд ли оправдан. IMHO, здесь должно хватить простого chroot'а. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625121857.gp15...@protva.ru
Re: Контейнеры и кросс-компиляция
В сообщении от [Чт 2015-06-25 15:16 +0300] Vladimir Zhbanov vzhba...@gmail.com пишет: Ubuntu ставить мне некуда на работе. Я так понимаю, в Debian это docker.io? Если да, то вот что пишет 'apt-cache show docker.io': ... Using docker.io on non-amd64 hosts is not supported at this time. Please be careful when using it on anything besides amd64. ... Это правда? А то у меня всего одна i686. Видимо да, только 64-bit, но по вашим ответам я понял, что вам нужно ещё и ядро, тогда докер вам не подходит, потому что он контейнер для приложений, а вам нужен контейнер для операционной системы. В этом случае используйте debootstrap и не забудьте установить нужное ядро. Для jessie systemd-nspawn -bD ~/debian-tree/ Для wheezy (там ещё не было systemd по умолчанию). systemd-nspawn -D ~/debian-tree/ /sbin/init То есть вы можете загрузить внутри контейнера полноценную ОС, а не одну единственную оболочку как в chroot [1]. [1] http://lexpr.ru/node/504 -- http://google.com/+РусланКоротаев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625134311.GA1920@debian
Re: Контейнеры и кросс-компиляция
On Thu, Jun 25, 2015 at 02:49:11PM +0500, Руслан Коротаев wrote: В сообщении от [Чт 2015-06-25 10:23 +0300] Vladimir Zhbanov vzhba...@gmail.com пишет: Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Вам подойдет docker, если не хотите возится с настройкой, то попробуйте Ubuntu Snappy, там всё заточено под docker. Ubuntu ставить мне некуда на работе. Я так понимаю, в Debian это docker.io? Если да, то вот что пишет 'apt-cache show docker.io': ... Using docker.io on non-amd64 hosts is not supported at this time. Please be careful when using it on anything besides amd64. ... Это правда? А то у меня всего одна i686. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625121650.GC8231@localhost.localdomain
Re: Контейнеры и кросс-компиляция
25.06.2015 16:43, Руслан Коротаев пишет: В сообщении от [Чт 2015-06-25 15:16 +0300] Vladimir Zhbanov vzhba...@gmail.com пишет: Ubuntu ставить мне некуда на работе. Я так понимаю, в Debian это docker.io? Если да, то вот что пишет 'apt-cache show docker.io': ... Using docker.io on non-amd64 hosts is not supported at this time. Please be careful when using it on anything besides amd64. ... Это правда? А то у меня всего одна i686. Видимо да, только 64-bit, но по вашим ответам я понял, что вам нужно ещё и ядро, тогда докер вам не подходит, потому что он контейнер для приложений, а вам нужен контейнер для операционной системы. В этом случае используйте debootstrap и не забудьте установить нужное ядро Не важно установишь ли ты ядро или нет. Ядро будет использоваться то, которое использует корневая ОС. В случае если само по себе ядро не нужно, а нужны только библиотеки - обычного chroot хватит. Все остальные контейнеры - это продвинутые версии chroot. На один-два раза я бы сделал chroot и ничего бы не читал. Чаще/больше - настроил бы schroot на нужные мне операции. А докер это вообще надстройка над lxc. А сам по себе lxc без проблем заводится на i686. -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: [DONE] wml://security/2008/dsa-1{579,542,677,459,458,566,445,452,531,462,499,501,520,644,461,508,475,454,683,517,646}.wml
24 июня 2015 г., 21:04 пользователь Vladimir Zhbanov vzhba...@gmail.com написал: On Wed, Jun 24, 2015 at 08:01:11PM +0500, Lev Lamberov wrote: 23 июня 2015 г., 1:37 пользователь Vladimir Zhbanov vzhba...@gmail.com написал: +pПётр Волчев (Google Security) обнаружил несколько переполнений точно Волчев ? Как точно не знаю, но фамилия Волчев вообще есть. Я к тому, что вы слишком вольно обращаетесь с именами. В оригинале там 'a', фамилия 'Валчев' (болгарская) тоже имеется, можете погуглить. Этого разработчика легко найти: http://valchev.net/peter/. Он о себе пишет, что из Болгарии. В болгарской транскрипции имя 'Петер' или 'Петър' читается как 'Петер', можете послушать, например тут: http://ru.forvo.com/word/%D0%BF%D0%B5%D1%82%D1%8A%D1%80_%D1%80%D1%83%D1%81%D0%B5%D0%B2/ Ладно, пусть будет Петер Валчев.
[DONE] wml://security/2015/dsa-3295.wml
Cheers! Lev Lamberov --- english/security/2015/dsa-3295.wml 2015-06-24 23:52:20.0 +0500 +++ russian/security/2015/dsa-3295.wml 2015-06-25 20:24:26.450540335 +0500 @@ -1,21 +1,23 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pSeveral vulnerabilities (cross-site scripting and SQL injection) have -been discovered in Cacti, a web interface for graphing of monitoring -systems./p +pВ Cacti, веб-интерфейсе для создания графиков работы системы, было +обнаружено несколько уязвимостей (межсайтовый скриптинг +и SQL-инъекция). -pFor the oldstable distribution (wheezy), these problems have been fixed -in version 0.8.8a+dfsg-5+deb7u5./p +pВ предыдущем стабильном выпуске (wheezy) эти проблемы были исправлены +в версии 0.8.8a+dfsg-5+deb7u5./p -pFor the stable distribution (jessie), these problems have been fixed in -version 0.8.8b+dfsg-8+deb8u1./p +pВ стабильном выпуске (jessie) эти проблемы были исправлены в +версии 0.8.8b+dfsg-8+deb8u1./p -pFor the unstable distribution (sid), these problems have been fixed in -version 0.8.8d+ds1-1./p +pВ нестабильном выпуске (sid) эти проблемы были исправлены в +версии 0.8.8d+ds1-1./p -pWe recommend that you upgrade your cacti packages./p +pРекомендуется обновить пакеты cacti./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3295.data # $Id: dsa-3295.wml,v 1.1 2015/06/24 18:52:20 carnil Exp $ +
Re: [DONE] wml://security/2015/dsa-3294.wml
2015-06-25 0:06 GMT+05:00 Vladimir Zhbanov vzhba...@gmail.com: +pВ тестиуемом выпуске (stretch) эти проблемы были исправлены тести_р_уемом Исправил. Спасибо!
Re: Контейнеры и кросс-компиляция
В сообщении от [Чт 2015-06-25 17:01 +0300] Mikhail A Antonov mikh...@antfam.ru пишет: Не важно установишь ли ты ядро или нет. Ядро будет использоваться то, которое использует корневая ОС. Да, вы правы, нужно было написать не ядро, а архитектуру. Но в нашем примере, если я правильно понял, нужно воссоздать окружение для сборки или компиляции на основе debian wheezy 32-bit, на хосте с jessie 32-bit. Можно использовать chroot, можно virtualbox, а можно в контейнере, тем более systemd-nspawn идет «из коробки». Кому как удобнее. -- http://google.com/+РусланКоротаев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625160833.GA3486@debian
Re: Контейнеры и кросс-компиляция
25.06.2015 19:08, Руслан Коротаев пишет: В сообщении от [Чт 2015-06-25 17:01 +0300] Mikhail A Antonov mikh...@antfam.ru пишет: Не важно установишь ли ты ядро или нет. Ядро будет использоваться то, которое использует корневая ОС. Да, вы правы, нужно было написать не ядро, а архитектуру. Но в нашем примере, если я правильно понял, нужно воссоздать окружение для сборки или компиляции на основе debian wheezy 32-bit, на хосте с jessie 32-bit. Можно использовать chroot, можно virtualbox, а можно в контейнере, тем более systemd-nspawn идет «из коробки». Кому как удобнее. Да, всё верно. Я сторонник отсутствия systemd на своих машинах и из коробки его лучше выкинуть. Но это кому как удобнее. -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: Re: raid1 mdadm
Кто-то использует джесси на программном рейде через mdadm ? ставлю систему, все ставиться, все ок .Перегружаюсь, ставлю лоадер на второй диск, выдергиваю любой винт - запускается граб, за ним идет Loading, please wait. Потом по секунд через 30 вылетает Gave up waiting for root device. Common problems - Boot args (cat /proc/cmdline ) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/md0p1 does not exist. Dropping to a shell! modprobe: module ehci-orion not found in modules.dep BusyBox .. ну и дальше базибокс загрузился. Пробовал убунту ставить 15-ую - с той же разбивкой без проблем бутиться. Особой разницы в grub.cfg по сравнению с дебиан не вижу. Дебиан ставил и по отдельности на каждый рейд раздел /dev/md0 /dev/md1 и тд. , и на общий раздел /dev/md0 с последующей его разбивкой на разделы. Второй день уже развлекаюсь на виртуалбоксе Вы смогли решить данную проблему?
Контейнеры и кросс-компиляция
Здравствуйте. Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625072332.GA12061@localhost.localdomain
Re: Контейнеры и кросс-компиляция
25.06.2015 10:23, Vladimir Zhbanov пишет: Здравствуйте. Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Зависит от того что делает программа. Может тебе хватит debootstrap и chroot. -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: Re: raid1 mdadm
да - там рейд в состоянии inactive, надо его один раз стартануть mdadm --manage --run /dev/md0 или както так 25 июня 2015 г., 11:05 пользователь Виталий Мациборка macibo...@gmail.com написал: Кто-то использует джесси на программном рейде через mdadm ? ставлю систему, все ставиться, все ок .Перегружаюсь, ставлю лоадер на второй диск, выдергиваю любой винт - запускается граб, за ним идет Loading, please wait. Потом по секунд через 30 вылетает Gave up waiting for root device. Common problems - Boot args (cat /proc/cmdline ) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/md0p1 does not exist. Dropping to a shell! modprobe: module ehci-orion not found in modules.dep BusyBox .. ну и дальше базибокс загрузился. Пробовал убунту ставить 15-ую - с той же разбивкой без проблем бутиться. Особой разницы в grub.cfg по сравнению с дебиан не вижу. Дебиан ставил и по отдельности на каждый рейд раздел /dev/md0 /dev/md1 и тд. , и на общий раздел /dev/md0 с последующей его разбивкой на разделы. Второй день уже развлекаюсь на виртуалбоксе Вы смогли решить данную проблему?
Re: Контейнеры и кросс-компиляция
В сообщении от [Чт 2015-06-25 10:23 +0300] Vladimir Zhbanov vzhba...@gmail.com пишет: Возникла у меня проблема: обновился до jessy и сломалась MinGW'шная кросс-компиляция одной нужной мне программы. Откатываться обратно на wheezy на рабочей машине не хочу, разобраться с налёту, что чего поломало, не получилось. Вот решил попробовать засунуть wheezy в контейнер и попробовать собирать в нём. Зависеть от внешних хостеров не хотелось бы, обламывали уже в самый неподходящий момент. Отсюда вопрос: подскажите, пожалуйста, что проще всего развернуть без чтения тонны документации? Вам подойдет docker, если не хотите возится с настройкой, то попробуйте Ubuntu Snappy, там всё заточено под docker. Запустите Snappy локально в KVM или в облаке [1]: $ kvm -m 512 -redir :8090::80 -redir :8022::22 ubuntu-15.04-snappy-amd64-generic.img $ ssh -p 8022 ubuntu@localhost Установите docker [2]: $ sudo snappy install docker Запустите контейнер с wheezy: $ docker run -t -i debian:wheezy /bin/bash Тоже самое можно сделать через debootstrap и systemd-nspawn (в мане есть пример), но у докера есть свой репозиторий с образами (Docker Hub), там вы можете найти специальный образ под вашу задачу или решить задачу самому, а потом создать образ и поделится с другими. Это не так сложно, достаточно прочитать несколько первых страниц руководства [3], оно того стоит. [1] https://developer.ubuntu.com/en/snappy/start/ [2] https://developer.ubuntu.com/en/snappy/tutorials/using-snappy/ [3] https://docs.docker.com/userguide/ -- http://google.com/+РусланКоротаев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150625094911.GA2022@debian