sourcen verfunzt und buildworld bricht ab :(

[Finalspace]

Tach,

hab kleines problem, hab bei meinem letzten cvsup port update die bsd sourcen mitgezogen von 5.4 #3. Momentan hab ich noch 5.4 #0 drauf.

Als ich grad nen neuen Kernel gebacken habe, mit einer einzigen neuen option
"msdosfs_large", habe ich nach dem reboot kein /dev/dsp device mehr.

Hab sonst nichts an der Kernel conf geändert, nur die neue Options eingefügt welche auch geklappt hat, mounten von > 120 GB Fat32 platten nun möglich...

Ich kann mit vorstellen was das problem ist... System ist aktuell 5.4 #0.
In /usr/src war aber #3 und das kernel backen hat wohl diese sourcen benutzt und einen kernel für #3 und nicht für #0 gebacken.

Habe daraufhin versucht die aktuellesten Stable Sources zu ziehen... das ist 5.4 #4, nur schlägt das buildworld fehlt mti einem "Schweren" Compiler:0: Segementation fault

Hoffe mal es ist rettbar was ich gemacht habe... -.-

 

[MrFixit]

wtf ist #0 und #3?

 

[Finalspace]

Das ist das hier: FreeBSD 5.4-STABLE #0
welches in der dmesg steht, keine ahnung was das ist... ne Revisionsnummer oder so ? Zumindest erhöht die sich wenn ein neues CVS da ist.

 

[Fusselbär]

Eventuell Binary Update?

Hallo Finalspace,

Da ist Dir wohl was schwer auseinandergelaufen.
Fühle mich zwar auch noch als FreBSD Newbie,
aber falls nicht noch jemand mit mehr Erfahrung
einen eleganteren Weg,
oder einen kleinen genialen Kunstgriff parat hat,
würde ich,
falls ich in die gleiche mißliche Lage geraten würde,
einfach mal ein Binary Update machen.
Das FreeBSD 5.4-RC3 ist ja ganz frisch.

Damit wären dann Welt und Kernel wieder im Einklang,
und würden wieder eine stabile Ausgangsbasis bieten.

Vielleicht wäre es auch eine Überlegung wert,
die augenblicklich vorhanden Sourcen erst mal zu entfernen,
möglicherweise ist ja irgendetwas am supfile nicht in Ordnung.
Auf den ISOs sind bei der Dateigröße, die ich auf dem Server gesehen habe,
doch vermutlich schon Sourcen dabei.

Ich kann ja mal mein supfile posten,
guck aber lieber selbst noch mal drüber,
auch wenn das mein FreeBSD brav auf STABLE hält. (und vorzüglich läuft)

*default host=cvsup(den favorisierten FreeBSD Server hier einfügen)

*default base=/usr
*default prefix=/usr
*default release=cvs
*default tag=RELENG_5
*default delete use-rel-suffix
*default compress

src-all
ports-all tag=.
doc-all

Ich baue auch inzwischen immer streng nach BSDForen Wiki
erst die Welt, dann den Kernel,
damit Welt und Kernel immer schön synchron bleiben.
Das System scheints mir zu danken!
Der Preis dafür ist halt die Bauzeit der Welt,
das ist aber immer noch günstiger als in ein Desaster zu rennen.
(Habe da auch schon so einiges hingekriegt)

Klar, das wichtigste sollte man vorher sichern,
aber das Binary Update habe ich auch schon mal ausprobiert,
und es hat prima funktioniert.
Die Versionen sind ja nicht wirklich weit auseinander.
Man sollte übrigens laut "FreeBSD de Luxe"
(Das Buch von Michael Lucas)
immer das Sysinstall des neuen FreeBSD nehmen,
das man installieren möchte.


Viel Erfolg!


Gruß, Fusselbär

 

[Finalspace]

Das buildworld ist nun zum 8x fehlgeschlagen, bliebt immer beim ncurse src hängen.
GCC kann ich leider auch nicht kompilieren, da nen make von gcc 4 auch fehlschlägt mit einem Compiler Fehler.

Ich probiers jetztnochmal und wenn nen fehler kommt poste ich genau die fehlermeldung hier !

:_(

 

[Finalspace]

So nun hier der fehler:

/usr/src/gnu/usr.bin/cc/cc1plus/
/contrib/gcc/hooks.h:31: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
bla bla
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cc/cc1plus.
*** Error code 1

usw.

((

Ich werde nun mal den kompletten gnu ordner killen und dann via cvsup die stable sourcen ziehen -.-

*EDIT:

Scheint nun zu laufen, ist irgendwie wohl was am checkout bzw. update schiefgelaufen

 

[Finalspace]

So das komplette "welt bauen" lief problemlos durch.
Nur ists sehr sonderbar... hab keine versionsänderung in meiner dmesg:::

FreeBSD 5.4-STABLE #0: Thu Apr 21 02:40:35 CEST 2005
    root@final.lan:/usr/obj/usr/src/sys/SAKURA

Das einzigste was sich gegenüber meinem alten system geändert hat, ist wohl der kernelname

Das problem mit dem sound lag aber übrigens nicht an dem verhunzten system, sondern, weil ja beim "kernelbauen" der "/boot/kernel/" aktuallisiert wird und wenn darin halt Custom Soundmodule sind "emu10kx.ko" dann sind die danach nicht mehr drin... logisch.

Naja.

Aber trotzdem merkwürdig, ich ziehe die frischen stable sourcen...
bekomme aber nach dem weltbau keine neue version -.-

 

[undo]

Aber trotzdem merkwürdig, ich ziehe die frischen stable sourcen... bekomme aber nach dem weltbau keine neue version -.-

Du interpretierst die Nummer hinter der Raute falsch. Diese Nummer wird erhöht, wenn Du einen neuen Kernel backst. Sie geht wieder auf Null zurück, sobald Du die Welt aktualisierst und einen neuen Kernel dafür baust. Ich kenne zwar die offizielle Begründung für dieses Verhalten nicht, aber ich nehme an, daß die Nummer Dir helfen soll, immer zu wissen, welcher Kernel neuer und welcher älter ist, wenn Du mehrere herumfliegen hast.

 

[Finalspace]

Ah gut zu wissen, danke.