Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

21

09.01.2005, 09:44

Nachdem ich deinen proxy-stil benutze geht das internet.

Dann bleiben jetzt nur noch ein paar Fragen:
Kann ich einfach die bootable-flags für meine beiden boot-partitionen setzen, und darauf 2 verschiedene Kernel setzen und in grub eintragen (also einfach kein raid aus der bootpartition machen?) - das sollte doch gehen?
Ich würde gern meine swap-partitionen zu einem raid-array zusammenfassen. Das ist ken Problem. Der Partitionstyp ist aber ja linux raid und nicht swap. Reicht es, wenn ich mein meta-device einfach mit swapon einschalte, oder muss ich noch irgendwo ne konfigdatei ändern?
/edit: ich seh grad, das ist nicht so sinnvoll, diese Frage erübrigt sich also...
/nochmaledit: mkswap entspricht etwa dem erstellen eines Dateisystems, muss also nur ein mal durchgeführt werden, oder? Aber bei jedem reboot von der live-cd die Partition mit swapon aktiviern...
Wenn ich mittels mdadm raid-arrays bastle, wird ja vermutlich nicht nur logisch sondern auch physisch an den Platten geändert. Welche Konfigurationsdatei muss ich abschreiben, um die meta-devices nach einem Installationsabbruch wieder herstellen zu können?
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »ness« (09.01.2005, 10:50)


22

09.01.2005, 11:22

Sorry, was raid angeht, bin ich echt überfragt.

Habe ich bisher noch nicht gemacht und Mutmaßungen werden dir nicht helfen.

?(

Ich melde mich dann wieder, wenn mir bekannte Probs auftauchen.

Cheers!
Et gibt nüx Gutes, außer man tut es

23

09.01.2005, 18:43

Hi! Ich denke mal, heute wird nichts mehr...
Aber ich hab, finde ich ne menge erreicht. Ich weiss (scheiss, wo ist das esszett?)
das die Datei /etc/mdadm.config heisst. Uebrigens: ich surfe grade mit links2...
Eine ganz eigene Erfahrung...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

24

10.01.2005, 18:07

OK, jetzt gehen die Fehler los: bootstrapping abgebrochen:

configure host sytem type... Invalid configuration `x68_64-pc-linux-gnu`: machine `x68_64-pc` not recognized
configure: error: /bin/sh /config/config.sub x68_64-pc-linux-gnu failed
!!!ERROR sys-devel/gettext-0.14.1 failed

Was nun?
/edit: Ich bin zu bl[d zum Abschreiben...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ness« (10.01.2005, 18:09)


25

10.01.2005, 19:48

Hm, jetzt scheint es ein Problem zu geben:
Beim bootstrapping steht jetzt grad das:
--19:44:10 ftp://ftp.forthnet.gr/pub/gnu/sed/sed-4.1.2.tar.gz
=>`tmp/portage/distfiles/sedsed-4.1.2.tar.gz`
Connecting to 192.168.35.2:8080 <-_mein ftp-proxy
Logging in as Anonymos ...
Error in Server response, closing control connection.
Retrying.

Das kommt jetzt schon lange... Woran kann das liegen? Normal ist das aj ncht, oder?
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

26

10.01.2005, 20:00

Jaaaa, nachdem er ungef]hr ne halbe Stunde lang probiert hat hats bei ner deutsche Uni geklappt!
/edit: man, jetzt geht das Spiel mit ncurse wieder los... Na, egal, dann lass ich halt ueber nacht laufen...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ness« (10.01.2005, 20:15)


27

10.01.2005, 20:38

Setz beim Bootstrappen mal O3 bei den CFLAGS runter auf O2
Und --ffast-math solltest du auch rausschmeissen, ist bekannt fürs Fehlerproduzieren.

Kannst später wieder auf O3 gehen.
Et gibt nüx Gutes, außer man tut es

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »PANCHO« (10.01.2005, 20:40)


28

10.01.2005, 20:42

Wenns abbricht werd ich das machen... Zurzeit ist das einzige Problem das ich ständig oben beschriebenen Fehler bekomme, woran kann das liegen?
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

29

10.01.2005, 20:57

Hmmm. die linux headers hast du ausgetauscht???

Quellcode

1
2
emerge -C linux-headers 
emerge --oneshot --nodeps linux26-headers


Ansonsten noch


Achtung
STOP

muß ich noch mal gegenchecken

Hier steht was von -bootstrap

Quellcode

1

				

Wenn dir dann sys-devel/gcc-3.4.1-r1 angeboten wird, kannst du y eintippen und es emergen.


Das installiert das frischeste gcc Paket (masked unstable, aber einige solche Pakete wirst du wohl brauchen)
Et gibt nüx Gutes, außer man tut es

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »PANCHO« (10.01.2005, 21:02)


30

10.01.2005, 21:15

Vermutlich kann ich jetzt ohne proxy rein, wie tausch ich das m[glicht noch beim bootstrapping aus?
Sonst muss ich jetzt abbrechen, bringt ja nix...
/edit: Hab abgebrochen! Lass es @ber nacht mit O2 und ohne ffast-math laufen, wenns nix bringt warte ich bis du weitere Vorschl]ge machst...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ness« (10.01.2005, 21:26)


31

10.01.2005, 21:26

Zitat

configure host sytem type... Invalid configuration `x68_64-pc-linux-gnu`: machine `x68_64-pc` not recognized


Hallo, check mal deine make.conf.
Du hast da glaube ich einen Zahlendreher.
x86_64 heißt das, nicht x68_64


Also, wenns dann immer noch nicht will

Quellcode

1
2
echo "sys-devel/gcc amd64" >> /etc/portage/package.keywords
emerge -av gcc

und bereite dich darauf vor, auch noch libtool nach dem Bootstrappen emergen zu müssen.
Et gibt nüx Gutes, außer man tut es

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »PANCHO« (10.01.2005, 21:33)


32

11.01.2005, 06:25

Ja, ich kenn den Fehler, hatte ich doch schon geschrieben?
Es gibt nur die downloadprobleme... Trotzdem gcc updaten?
Gibts sowas wie bootstrap-reset? Wenn ich nämlich neustarte fängt er da wider an wo er aufgehört hat....
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

33

11.01.2005, 07:06

Nee...lass mal durchlaufen.
Wegen der Downloadprobleme...hast du mirrorselect gemacht???

Das funktioniert oft nicht.

Das habe ich in der make.conf stehen:

Quellcode

1
GENTOO_MIRRORS="ftp://ftp:join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo"


Kannst selber noch ein paar aussuchen und genauso eintragen, aber bei mir reichen die schon.

Wenn du später noch einmal gcc updaten mußt, wird eh auch das Bootstrappen damit upgedated.
Also lass es durch laufen und tippe dann

Quellcode

1
/lib/libc.so.6
bekommst du etwas wie

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
GNU C Library 20040808 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7).
Compiled on a Linux 2.6.8 system on 2005-01-08.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        Native POSIX Threads Library by Ulrich Drepper et al
        BIND-8.2.3-T5B
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.

(ich hab gcc 3.4.3-r1,ist aber immer noch als unstable gemasked,3.4.3 reicht )
dann ist dein gcc neu genug.

sonst emerge gcc wie oben beschrieben.
Et gibt nüx Gutes, außer man tut es

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »PANCHO« (11.01.2005, 07:25)


34

11.01.2005, 15:56

Ich sehe grade, scheinbar versucht installiert der beim bootstrappen haufen unstable-kram. War es ein Fehler, in die /etc/make.conf bei accept_keywords ~amd64 einzutragen? Ich meine, obendrüber stand ja man solle auf keinen Fall was anderes als ~ARCH eintragen...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

35

11.01.2005, 17:01

Grundsätzlich: Ja

Du solltest, so du kein versierter Entwickler bist, niemals ausschliesslich auf unstable Kram zurückgreifen.

Und das bedeutet das Symbol ~ am Anfang des Keywords.

Prinzipiell brauchst du gar kein Keyword in der make.conf einzutragen, aber bei der 64bit Installation geht ,meiner Erfahrung nach ein

Quellcode

1
ACCEPT_KEYWORDS="amd64"
okay.
Du erhälst damit eben auch Programme in einer älteren Version, die für x86 zwar schon stable sind, aber auf amd64 noch mucken.

Einzelne Programme wirst du dennoch mit dem Keyword ~amd64 emergen müssen, weil du einfach brauchst. "Unstable" heißt auch nicht, daß sie definitv anstürzen müssen, sondern ,daß sie noch nicht getestet und freigegeben für den bedenkenlosen Gebrauch sind.

Solche Programme trägst du in die Datei /etc/portage/package.keywords ein.

Ein Beispiel:
Du willst KDE emergen. Zunöchst machst du ein "emerge -pv kde"
p=pretend
V=verbose

Es werden die alle Pakete angezeigt, aber 1 oder 2 sind "masked by package keyword".

Ist das keyword *-amd64...kannste das Paket vergessen. Es läuft nicht auf 64bit.

Ist es ~amd64, dann machst du Folgendes:
Beispielsweise

Quellcode

1
echo "sys-devel/libtool ~amd64" >> /etc/portage/package.keywords


Und nun wird beim emergen die masked Version des Pakets installiert.

Vor allem aber...wenn du später dein regelmäßiges

Quellcode

1
emerge --deep world


wird dieses Paket nicht einfach wieder downgegradet,weil es eingetragen ist.


Also Vorschlag, mach weiter, was du gerade tust, ändere dein ACCEPT_KEYWORDS

wie oben beschrieben und mach ein update world.

Dann werden die Pakete downgegradet, die jetzt alle ,durch die Bank unstable gemasked waren.

Und danach holst du dir nur die Pakete mit keyword ~amd64, bei denen es sein muß.
Et gibt nüx Gutes, außer man tut es

36

11.01.2005, 17:14

OK, lass enfach das bootstrap durchlaufen, trag dann amd64 ein und such mir aus emerge --help die Updatefunktion raus . Oder soll ich auch erst noch das system bauen?
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

37

11.01.2005, 18:10

Jetz hab ich beim bootstrappen einen Error:

/usr/lib/gcc/[mehr pfad]/bin/ld: cannot find -lgcc_s
collect2 ld returned 1 exit status
make[1]: *** [demo] Error 1
leaving directory `var/tmp/portage/ncurses-5.4-r5/work/ncurses-5.4/c++`
make: *** [all] Error2

!!! ERROR: sys_libs/ncurses-5.4-r5 failed.
!!! Function src_compile, Line 81, Exitcode 2
!!! make failed
!!! If you need support...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

38

11.01.2005, 19:47

Hab mir jetzt damit geholfen, das ich die lib ins /lib verzeichnis kopiert hab...
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

39

11.01.2005, 20:13

Ein neuer Fehler, aber wohl eher banaler Natur: bei emerge system kommt ein blocking-error, --pretend verrät mir, dass sysvinit baselayout blockiert - was soll ich jetz machen? sysvinit löschen? Irgendwas aus den useflags raushauen?
Warum auch ich gegen SuSE bin
Jedem das seine und allen das selbe - so will es die moderne Demokratie

40

11.01.2005, 20:38

Sorry, war unterwegs.

kannst jetzt eigentlich mal libtool emergen, wirste eh brauchen.
Dann räum mal auf.

Quellcode

1
2
3
4
5
6
emerge gentoolkit  (brauchste für revdep-rebuild)
emerge --newuse --deep world   (auf deine geänderte make.conf ausgerichtete Überarbeitung des gesamten Systems)

make depclean     (alle alten Abhängigkeiten werden gereinigt)

revdep-rebuild   (die nötigen Abhängigkeiten werden wieder hergestellt)


danach noch einmal
emerge system
Et gibt nüx Gutes, außer man tut es