[Problem] telefon-Daemon über 90% Last wegen ip_conntrack

[jebu81]

Unter Cygwin dauert alles viel viel länger. Auf meinem Athlon64 dauert das Erstellen der Toolchain ja schon deutlich über ner halben Stunde. Die Zeilen in der uclibc.mk sind nur in der Version 0.2.5.

Ich schätze mal, dass ich so um 15:30 make toolchain gestartet hab, jetzt ist es gleich 21 Uhr... Kann das wirlich so lange dauern?
Ich hab ja die 0.2.5! So sieht die uclibc.mk bei mir aus:

UCLIBC_VERSION:=$(TARGET_TOOLCHAIN_UCLIBC_VERSION)
UCLIBC_SOURCE:=$(SOURCE_DIR)/avm-gpl/GPL/base-src-55.tar.gz
UCLIBC_DIR:=$(TARGET_TOOLCHAIN_DIR)/uClibc-$(UCLIBC_VERSION)
UCLIBC_MAKE_DIR:=$(TOOLCHAIN_DIR)/make/target/uclibc
UCLIBC_BASE_BUILD_DIR:=base_ohio-8mb_build


$(UCLIBC_DIR)/.unpacked: $(UCLIBC_SOURCE)
	tar -C $(TARGET_TOOLCHAIN_DIR) $(VERBOSE) -xzf $(UCLIBC_SOURCE) \
		'$(UCLIBC_BASE_BUILD_DIR)/uClibc-$(UCLIBC_VERSION)/*'
	mv $(TARGET_TOOLCHAIN_DIR)/$(UCLIBC_BASE_BUILD_DIR)/uClibc-$(UCLIBC_VERSION) $(UCLIBC_DIR)
	rm -rf $(TARGET_TOOLCHAIN_DIR)/$(UCLIBC_BASE_BUILD_DIR)
	#for i in $(UCLIBC_MAKE_DIR)/patches/*.patch; do \
		patch -d $(UCLIBC_DIR) -p1 < $$i; \
	done
	touch $@

$(UCLIBC_DIR)/.configured: $(UCLIBC_DIR)/.unpacked | kernel-configured
	cp $(TOOLCHAIN_DIR)/make/target/uclibc/Config.$(TARGET_TOOLCHAIN_UCLIBC_REF) $(UCLIBC_DIR)/.config
	sed -i -e 's,^KERNEL_SOURCE=.*,KERNEL_SOURCE=\"$(shell pwd)/$(SOURCE_DIR)/ref-$(KERNEL_REF)/kernel/linux\",g' $(UCLIBC_DIR)/.config
ifeq ($(strip $(DS_TARGET_LFS)),y)
	sed -i -e 's,^.*UCLIBC_HAS_LFS.*,UCLIBC_HAS_LFS=y,g' $(UCLIBC_DIR)/.config
else
	sed -i -e 's,^.*UCLIBC_HAS_LFS.*,UCLIBC_HAS_LFS=n,g' $(UCLIBC_DIR)/.config
endif
	sed -i -e 's,^CROSS=.*,CROSS=$(KERNEL_MAKE_PATH)/$(KERNEL_CROSS),g' $(UCLIBC_DIR)/Rules.mak
	mkdir -p $(TARGET_TOOLCHAIN_DIR)/uClibc_dev/usr/include
	mkdir -p $(TARGET_TOOLCHAIN_DIR)/uClibc_dev/usr/lib
	mkdir -p $(TARGET_TOOLCHAIN_DIR)/uClibc_dev/lib
	$(MAKE) -C $(UCLIBC_DIR) \
		PREFIX=$(TARGET_TOOLCHAIN_DIR)/uClibc_dev/ \
		DEVEL_PREFIX=/usr/ \
		RUNTIME_PREFIX=$(TARGET_TOOLCHAIN_DIR)/uClibc_dev/ \
		HOSTCC="$(HOSTCC)" \
		pregen install_dev
	touch $@

$(UCLIBC_DIR)/lib/libc.a: $(UCLIBC_DIR)/.configured
	$(MAKE) -C $(UCLIBC_DIR) \
		PREFIX= \
		DEVEL_PREFIX=/ \
		RUNTIME_PREFIX=/ \
		HOSTCC="$(HOSTCC)" \
		all
	touch -c $@

$(TARGET_TOOLCHAIN_STAGING_DIR)/lib/libc.a: $(UCLIBC_DIR)/lib/libc.a
	$(MAKE) -C $(UCLIBC_DIR) \
		PREFIX="$(TARGET_TOOLCHAIN_STAGING_DIR)/" \
		DEVEL_PREFIX=/ \
		RUNTIME_PREFIX=/ \
		install_runtime
	$(MAKE) -C $(UCLIBC_DIR) \
		PREFIX="$(TARGET_TOOLCHAIN_STAGING_DIR)/" \
		DEVEL_PREFIX=/ \
		RUNTIME_PREFIX=../ \
		install_dev
	touch -c $@

$(ROOT_DIR)/lib/libc.so.0: $(TARGET_TOOLCHAIN_STAGING_DIR)/lib/libc.a
	$(MAKE) -C $(UCLIBC_DIR) \
		PREFIX="$(shell pwd)/$(ROOT_DIR)/" \
		DEVEL_PREFIX=/usr/ \
		RUNTIME_PREFIX=/ \
		install_runtime
	touch -c $@

uclibc-configured: $(UCLIBC_DIR)/.configured

uclibc:	$(TARGET_TOOLCHAIN_STAGING_DIR)/lib/libc.a \
	$(ROOT_DIR)/lib/libc.so.0

.PHONY: uclibc-configured uclibc

 

[danisahne]

$(UCLIBC_DIR)/.unpacked: $(UCLIBC_SOURCE)
	tar -C $(TARGET_TOOLCHAIN_DIR) $(VERBOSE) -xzf $(UCLIBC_SOURCE) \
		'$(UCLIBC_BASE_BUILD_DIR)/uClibc-$(UCLIBC_VERSION)/*'
	mv $(TARGET_TOOLCHAIN_DIR)/$(UCLIBC_BASE_BUILD_DIR)/uClibc-$(UCLIBC_VERSION) $(UCLIBC_DIR)
	rm -rf $(TARGET_TOOLCHAIN_DIR)/$(UCLIBC_BASE_BUILD_DIR)
	[highlight]#for i in $(UCLIBC_MAKE_DIR)/patches/*.patch; do \
		patch -d $(UCLIBC_DIR) -p1 < $$i; \
	done[/highlight]
	touch $@

Um diese Zeilen handelt es sich, die müssen raus. Ich hatte es auch mal auf Cygwin angeschmissen und es irgendwann abgebrochen. Er ist sicherlich noch dabei, wenn er aber noch nicht bei dem Fehler angekommen ist (weil du die uclibc.mk nicht bearbeitet hattest), dann bist du noch nicht bei der Hälfte.

Ich würde ein echtes Linux nehmen.

Mfg,
danisahne

 

[jebu81]

Ok, dann versuch ich mein Glück demnächst mit ner Knoppix-DVD. Hab hier leider grad keine zur Hand.

 

[dsteinkopf]

Hallo nochmal,

ich habe mich nun noch etwas mit dem connection tracking beschäftigt, weil bei mir manche Dinge nicht gehen, weil ip_conntrack_tcp die Verbindung für kaputt hält.

Mehr hier:
[thread=103097]Problem mit dem Connection Tracking der iptables-Firewall[/thread]

Wer kann was beitragen?


Dirk