Скомпилировать debian пакет для amd64 на i386 машине?

Я использовал 3Ware и Areca. Оба тверды, но я только использовал более свежие модели. Я лично владею 3Ware 9650SE-4LPML, и это было большим. Никакие проблемы, никакие отклонения. Массив просто гудит вперед.

До дисков SATA я немного смещаюсь, поскольку я только использую Seagate ES.2 для моего постоянного хранения (документы, базы данных, проекты, и т.д.) - материал, я забочусь о больше. Я использую WD 10EADS для большего количества файлов типа переменной, таких как аудио/видео и специально для экономии электроэнергии (хотя это не слишком много).

Вы не указывали, сколько дисков, таким образом, я приму 4, поскольку это предлагает многочисленным опциям (RAID 0+1,1, 5 + hotspare, 6, и т.д.) я пошел бы для хорошего контроллера от уважаемого поставщика. Некоторые сообщения на SF имеют тенденцию рекомендовать программное обеспечение RAID Linux (который является тем, что FreeNAS использует), как являющийся сопоставимым с аппаратными средствами RAID. Если бы Вы похожи на меня, я взял бы аппаратные средства RAID любой день. Я не забочусь об оплате больше. Данные мне более важны, чем машины сами. Возможно, другие люди могут прокомментировать Linux RAID больше, чем я могу, но когда нажатие происходит для пиханий, я склонен идти для аппаратных решений когда дело доходит до устройства хранения данных.

Я надеюсь создавать RAID-массив для устройства хранения данных медиа (Аудио, Видео), файловый сервер и для CIFS/NFS и как репозиторий для резервных копий. Производительность не является огромным беспокойством, но надежность - поскольку это разработано, чтобы быть архивом

Так как производительность не является настоящей проблемой для Вас, я сказал бы, идут с WD 10EADS (1 ТБ) или WD 20EADS (2 ТБ). Я сказал бы для стоимости, пойдите для 1 ТБ. Они являются энергосберегающими (по сравнению с любым диском), довольно тихими, работают точно так же как мои диски ES.2 и по большой цене в эти дни (~ $75-83). Ценовой барьер от 1 ТБ (80$) к 1.5 ТБ (125$) к 2 ТБ (200$ +) является очень большим в эти дни.

Диски ES.2 Seagate (лично) работают отлично для меня без проблем и работают очень хорошо. Много обзоров на Newegg не все положительно, таким образом, я не могу говорить со всеми опыт else, но я использовал их для по 1.5 годы и должен все же иметь проблему. Однако серия ES.2 является значительно более дорогой, чем другие диски с той же емкостью хранения, таким образом, я добавил WD10EADS для больших но непостоянных данных типа. Записывание телепередач и медиа главным образом.

Я не могу сказать относительно того, как большой шасси, Ваш RAID-массив будет размещен в, но мое лучшее предположение для Вас без всей информации, должно было бы добраться, польза (не должно быть самым дорогим), RAID-контроллер (3Ware, Areca, LSI, Adaptec), вероятно, что-то на более низких уровнях каждого производителя, и купите большие, более дешевые диски. Цены на контроллеры падают очень медленно со временем. Цены на жесткие диски, кажется, отбрасывают более часто каждый год на основе предложений рынка. Когда диски на 3 ТБ или на 2.5 ТБ поступят в продажу, цены на диски на 1.5 ТБ - 2 ТБ упадут - существенно. Все диски ниже также упадут (незначительно) в цене. Если можно позволить себе контроллер SATA с 8 портами, можно скупить более дешевые диски теперь или оставить некоторые порты открытыми для того, когда ценовое падение и диски на 2 ТБ будут намного более доступными.

6
задан 9 May 2010 в 01:59
3 ответа

Одной вещью, которую я делаю на Debian все время, является использование 64-разрядное ядро с 32-разрядным пространством пользователя для моей нормальной системы, и затем создайте chroot с 64-разрядным пространством пользователя для создания amd64 пакетов. Структура пакетов ядра в Ubuntu несколько отличается, таким образом, я не знаю, возможно ли это или рекомендуемо там.

Кроме этого, чистое решение состоит в том, чтобы использовать виртуальную машину. QEMU является очевидным выбором, потому что он может эмулировать примерно что-либо на чем-либо (и это свободно). Можно использовать qemubuilder (упакованный в Ubuntu) для интеграции сборки с pbuilder. Это может быть немного хитро для установки, по моему опыту, но это могло бы стоить того, если необходимо неоднократно делать это. Для нескольких пакетов просто разожгите QEMU и войдите в систему вручную.

Если Вы очень предприимчивы, можно также попытаться кросс-компилировать, но это, вероятно, намного более трудно и не работает со всеми пакетами. Ищите dpkg-крест для начала работы.

Или как насчет Вас создают Персональный архив пакета (PPA) на Панели запуска и имеют Ваш пакет быть автосозданным там.

0
ответ дан 3 December 2019 в 00:42

Так, существуют некоторые решения этого:

  • Установите набор инструментальных средств кросс-компиляции и используйте регулярный dpkg-buildpackage создавать Ваш пакет. Проблема состоит в том, что создание набора инструментальных средств не очень просто.
  • Используйте 32 бита chroot на Вашей машине на 64 бита для компиляции материала. По-видимому, это - наиболее рекомендуемый метод. Это сообщение в блоге имеет пример компиляции ядра, но это - тот же процесс для любого другого программного обеспечения.
1
ответ дан 3 December 2019 в 00:42

Это, вероятно, больше проблем, чем стоит пытаться запустить кросс-компиляцию. Существуют различные способы эмуляции 64-битных систем на 32-битных, но вы заплатите высокую цену за производительность.

Если вы делаете это лишь немного, то я бы сказал запустить 64-битную машину на Amazon для несколько часов. Если вы делаете это много, то, возможно, получите какое-нибудь 64-битное оборудование, или, возможно, AWS останется интересным, потому что вы платите только за то, сколько вы его используете, и вы можете запустить ферму сборки, когда захотите.

Это может дать вам несколько полезных идей: http://blog.fwbuilder.org/2009/05/building-ubuntu-deb-packages-on-amazon.html

Этот список образов систем debian для различных архитектуры и выпуски тоже могут быть полезны: https: //wiki.debian. org / Cloud / AmazonEC2Image

1
ответ дан 3 December 2019 в 00:42

Теги

Похожие вопросы