Gentoo и gcc 4.1.1
Есть у меня подозрение, что с gcc 4.1.1 в GENTOO не все в порядке. Вот уже недели бьюсь над проблемой -- не работает в новой системе (заново собранной) tap0 в VirtualBox. Через NAT -- все работает. А вот через bridge-tap0 -- не работает. В старой -- все в порядке. В старой системе gcc-3.4.6. А в новой я сгоряча gcc 4.1.1 попробовал использовать. Все остальное в новой системе вроде работает. Попытки установить версии софта как в старой к успеху не привели. Хотя сделал идентичным все, что может относиться к сети: baselayout, весь /etc, bridge-utils, usermod-utilities, iproute2, ifconfig (пакета название не помню), procps (это для sysctl), ядро вообще использовал одно и то же. Не помогает. Сейчас решил двинутся от старого к новому. То есть хочу постепенно привести старую систему к новой и все же определить причину проблемы.
Но все же наверно не зря, что в LiveCD 2007.0 используют gcc-3.4. Даже если найду причину проблемы, основным компилятором оставляю gcc 3.4.6. С ним меньше проблем (легче хотя бы qemu собирать)
- Для комментирования войдите или зарегистрируйтесь
Единственная
Единственная причина того что на ливсд gcc-3.4 так это потому что он для харденедед систем нужен ;-)
ЗЫ вышел gcc-4.2.0
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Однако
Меня пока ломает пересобрать новую систему с помощью gcc-3.4, однако старую я привел к тому же portage, конфигурации и набору пакетов, что и в новой. И в этой приведенной системе bridge-tap0 в VirtualBox работает без проблем (старая собрана gcc 3.4)
На попытку заставить это работать в новой системе (собранной gcc-4.1.1) угрохал кучу времени. Так зачем использовать gcc-4+ ? Пока на несовместимость с gcc-3.4 никто не жаловался.
Тут на linux.org.ru при обсуждении инфы про выход gcc-4.2 один товарищ (видимо все же занятый где-то сборкой пакетов) сказал что-то типа:
Опять несовместимость?
И что для сборки пакетов приходится держать целый зоопарк версий gcc.
PS: никто не знает, как простым способом проверить работоспособность tap0 (запихнутый в br0)?
ну кому как
ну кому как ...
несколько систем с гцц-4.1 и проблем нет на x86 amd64 arm
просто может это особенность virtualbox так тогда проблема в нем...
Все остальное то замечательно работает =)
ЗЫ лоровци производят впечатления народа который не догоняет что они вообще пишут...
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Ну как сказать
Запостил я ошибку в bugs.gentoo.org. Пришел ответ, что у одного чувака в системе собранной gcc-4.1.1 tap0 в VirtualBox работает. Верю. Только вот чтоб проверить это надо
-- обновить portage
-- пересобрать gcc
-- пересобрать всю систему
А это немалый геморой и потеря времени (двое суток в моем случае, когда ничем другим полезным не заняться).
PS: всех уже достал вопросом -- как проверить работоспособность tap0 без VirtualBox? Ибо если быть уверенным, что tap0 работает с данной glibc и утилитами, то отсекается от подозрений половина системы
По-быстрому
По-быстрому собери OpenVPN и запусти сервер в режиме бриджа...
если в логах не заругается, то имхо работает...
собирается 15 минут, конфиг простейший, есть в wiki..
Не въехал пока, можно поподробнее?
Собираю OpenVPN... А далее? Что есть OpenVPN в режиме бриджа? Вроде br0 и tap0 и так есть (путем задания параметров в /etc/conf.d/net).
Хотя мож чтение wiki поможет.
PS: Кстати, похоже gcc-4.1.1 не причем. Ныне получил тот же эффект на системе, собранной gcc-3.4.6. А менял только USE-флаги. То есть менял и вроде все работало; и не уследил, когда глюк возник опять. Вот теперь опять теряю день и повторяю более аккуратно операцию изменения флагов.
Просто интрига какая-то..
А как вам
А как вам удалось собрать virtualbox 4 версией gcc? Может какой патчик подкинете?
Ныне ebuild не ругается на gcc-4
То есть что-то поменяли. Если раньше ebuild говорил про использование чего-там предварительно собранного при обнаружении gcc-4, то ныне вообще все собирает и не мычит. Хотя qemu пока все равно требует gcc-3
Смысл в том я
Смысл в том я пытаюсь собрать на системе тока с gcc-4.1.2. В ebuild указано в зависимости libstdc++, ему надо собрать gcc-3.4.6, мне не хочется его собирать. Я подправил ebuild и поместил в свой оверлей, когда происходит этап ./configure обливается с ошибкой:
Ставить третий гцц нет желания.
А на сайте virtualbox прочитал следующее:
sys-libs/libstdc++-v3
Ставим этот пакет и все работает (хотя бы для работоспособности старых приложений).
Да, начал подумывать о ext4 Ведь ZFS для Linux пока нет, а в Ext4 вроде обещали CRC. Похоже без этого жить очень фигово. Ибо все мои беды, как оказалось, не от gcc-4, а от электросварки у соседей. Ибо комп несколько раз перегружался на лету во время работы. А fsck все же дрянь -- данные теряются (винт наверно виноват). После переустановки из бинарей командой
emerge -ek world
все заработало. Пока на gcc-3.4 собранной системе (которая тоже неожиданно испортилась как я писал). С системой на gcc-4 тоже были аварийные выключения