GentooForum.de

Hmm wenn portage kaputt ist hast Du recht wenig Chancen
Wie lautet die Fehlermeldung genau? Worauf bezieht sich das file is corrupt?
Du kannst natürlich mal versuchen portage manuell zu kompilieren.
Die quellen liegen in /usr/portage/distfiles
Die entpackst du und dann der bekannte Dreisatz
[code:1]./configure
make
make install[/code:1]

Dim

Welchen Fehler sagt er genau?
Liegt der Fehler am Portage, oder nur an diesen ebuild?

Wenn md5 meldet, das Archiv is korrupt, loeschs einfach und ziehs neu.

Alex

ich hab auch zeit ein paar tage voll die probleme ...
kiste stürzt beim emergen ab oder friert ein ....

bzw. sagt dann das die files corrupt sind ...

kann das an den CFLAGS liegen ?

ron

Das dein System instabil laeuft kann an den beim compilieren des Basissystems verwendeten CFLAGS liegen. Wenn viele Pakete durch die md5-Pruefung fliegen hilft meist ein[code:1]emerge rsync[/code:1]und erneutes laden der Quelldateien.

Alex

Hmm interessant wär jetzt wieder mal ein Statement von Nighthawk. Immerhin wissen wir ja noch nicht genau wie der Fehler eigentlich aussieht.

Dim

Woran man mal wieder ersehen kann, wie sehr die Grundsaetze der Fragestellung beherzigt werden

1. RTFM!
   
2. RTFM!!
   
3. RTFM!!!
   
4. Wie aeussert sich der Fehler?
   
5. Welche Softwareversionen wurden verwendet?
   
6. Was wurde bereits unternommen?
   [/list:o]
   
   Alex

Und last but not least:

7. Antworten lesen und auf offene Fragen eingehen
8. Problem inzwischen gelöst? Super - sag uns doch wie.

Dim

also die sache mit den corrupten files habe ich ganz easy gelöst indem
ich einfach die betroffenen files auf /usr/portage/distfiles gelöscht
habe, danach saugte er sie nochmal runter und dann klappte es auch.l

nur leider hab ich immer noch probleme mit dem compilieren......
das update auf "sylpheed-claws-0.9.0" will nicht ....

ich habe daraufhin folgendes unternommen:

die CFLAGS wieder auf "safe" gesetz statt auf "experimental"
(siehe freehackers)

und meinte dann hmm um die ganze sache auch wirsam zu machen
ein [code:1]nice emerge -Ue world[/code:1] tut jetzt sicher gut ....

nur leider bricht der dann auch bei einem paket ab welches ich früher ohne probleme installieren konnte .....

ich habs jetzt einfach "unmerge" und die sache nochmal neu gestarte ..
toll ist nur das er wieder von vorne beginnt ....und nicht da wo er aufgehört hat .....

ich hab überlegt meine kiste neu zu installieren ....aber ich WILL NICHT
irendwo muss doch der hund begraben sein oder?

ps.
kann ich die sache eigentlich irgendwie remote ueberwachen?
bin gerade mal wieder in hannover .......und des macht mich schon leicht nervös nicht zu wissen was jetzt da rauskommt.

ron

Das er bei einem emerge -e xyz wieder von vorne beginnt ist ja klar. damit mergt Du schliesslich alles was in deinem world File steht...
Wenn Du nur updaten möchtest solltest Du ein
[code:1]emerge -u world[/code:1]
bzw.
[code:1]emerge -u --deep world[/code:1]
machen.
Um einen abgebrochenen merge wieder aufzusetzen hilft dir in manchen Fällen die Option --resume.
Remote könntest Du's machen indem Du Dich via ssh auf deinem rechner einloggst und den merge startest.
Allerdings solltest den merge als Hintergrundprozess starten, denn ich bin mir nicht sicher ob er die laufenden Prozesse killt wenn Du dich wieder abmeldest.
[code:1]emerge -wasachimmerfüroptionen &[/code:1]

Dim

alles klar ...

ich wollte ja eben nochmal alles mir den neuen flags kompilieren ....
aber ich bezweifle stark das damit die probs behoben sind. naja werd wohl um ein neuinstallieren nicht drumrumkommen.....

evtl. wenn gcc3.3 im portage ist.

mal abwarten ...

ron

Ach so ne Neuinstallation ist manchmal ganz nützlich. Mal davon abgesehen das die Festplatte wieder defragmentiert ist (*gg* rm -r das defrag für Linux...) werden wieder mal die ganzen überflüssigen Libs über Bord geworfen die sich im Laufe der Zeit ansammeln und doch nicht mehr gebraucht werden, aber natürlich fleissig upgedatet werden.
Dim

Ich habe vor kurzem meine Systeme auch neu uebersetzt mit [code:1]emerge -eUu world[/code:1], dabei musste ich feststellen, das sich bestimmte Pakete nur in der "unstable"-Version (also mit [code:1]env ACCEPT_KEYWORDS="~x86" emerge -U <package>[/code:1]installieren liessen (z.B.: portmap util-linux strace).

Alex

wenn du [code:1]ACCEPT_KEYWORDS="~x86"[/code:1]
in die make.conf einhackst must du es nicht mehr vor jedes paket setzten oda?

ron

Kingron: Du hast recht. Ich verwende "~x86" nur für einzelene Pakete, da ich ein "stabiles" System haben will.

Wenn du aber [code:1]env ACCEPT_KEYWORDS="~x86" emerge <packet>[/code:1]so auffer Shell eingibst, wird nur das bezeichnete Package (und evtl. korrespondierende) im "unstable" Modus installiert.

Alex

so da bin ich wieder .....

stimmt ...da hab ich mal wieder nur von 12 bis mittag geadacht.
ich hatte ohne gross zu überlegen den parameter in der make.conf
stehen ...kein wunder das meine kiste so ein komischen verhalten gezeigt
hat. ...naja jetzt hab ich nochmal neu von stage1 installiert.

und siehe da.....nach knapp 4 tagen install/konfig alles rennt besser den je.... sogar winex tut jetzt ......was vorher nie wollte!

gruss
ron

wow ich muss mich hier mal wieder ausheulen ....

ich bin wieder an dem gleichen punkt angelangt wie vor ein paar wochen...
das die kiste total unstabil ist .... nicht wenn ich normal arbeite oder so, da ist alles bestens
sondern nur wenn ich was emergen will. macht er einfach einen reboot!
und das nervt!

bei einem emerge sync kommt auf einmal ein kernel panic:
unable to handle kernel NULL pointer at virtual address usw. konnte mir nicht alles merken.
wollte daraufhin mal memtest86 emergen aber da friert er total ein. (boot war gemountet)

diesmal hab ich aber keine unstable pakete installiert und auch die cflags sind "safe"!
gestern hab ich das "portage" paket upgedatet ...kann das damit was zu tun haben?

mir scheint das er immer nur beim compilieren aussteigt ....eben schon wieder
beim gwak ...

ich weis echt nimmer weiter ....ich heul jetzt erst mal!

ron

Welche Compiler Version verwendest du genau?