staging.inyokaproject.org

Servus ☺

Ubunux schrieb:

Habe deswegen den Abschnitt Backports aus dem Artikel entfernt.

Gut ☺

Ein Abschnitt der "Backports" heißt und die Freischaltung der Proposed-Quellen beschreibt ist ein Unding.

Die Freischaltung der "echten" Backports für Kernel sollte doch aber kein Problem darstellen?

Gruß
kaputtnik

kaputtnik schrieb:

Die Freischaltung der "echten" Backports für Kernel sollte doch aber kein Problem darstellen?

da braucht man nichts freischalten weil der zurückportierte Kernel in den lucid-updates liegt und die sollten sowieso aktiviert sein ☺

Ubunux schrieb:

da braucht man nichts freischalten weil der zurückportierte Kernel in den lucid-updates liegt und die sollten sowieso aktiviert sein ☺

💡 Alles klar ☺

habe jetzt noch einen kurzen Abschnitt für die zurückportierten Kernel eingefügt

Okay, alles sehr sinnvoll. Nur das Satzende-Zeichen fehlt. 😉

Dieser Beitrag wurde von einem Moderator gelöscht.

Ich möchte betonen, dass nicht ich dort was geschrieben hatte. Bin aber nun sehr neugierig. Möge sich derjenige doch mal per PN bei mir melden, was da stand. 😬

Viele Grüße, Benno

Benno-007 schrieb:

Dieser Beitrag wurde von einem Moderator gelöscht.

War nur ein versehentlicher Doppelpost.

Benno-007 schrieb:

Okay, alles sehr sinnvoll. Nur das Satzende-Zeichen fehlt. 😉

Jetzt nicht mehr 😛

Dieser Beitrag wurde von einem Moderator gelöscht.

Ich möchte betonen, dass nicht ich dort was geschrieben hatte. Bin aber nun sehr neugierig. Möge sich derjenige doch mal per PN bei mir melden, was da stand. 😬

Ich möchte betonen, daß ich derjenige war, dessen Beitrag auf eigene Veranlassung von einem Moderator gelöscht wurde. Da stand mein Beitrag nochmal, weil ich statt auf Bearbeiten auf Zitieren geklickt hatte. Dafür brauche ich keine PN, das darf jeder wissen. ☺

Wenn Deine Neugier damit immer noch nicht gestillt ist kann ich Dir verraten, daß ich Testversionen durch Vorabversionen ersetzen wollte 😛

ist dieser Abschnitt http://wiki.ubuntuusers.de/Kernel?highlight=Pw%20Tbaustell%20Zdapp#Hyper-Threading-aktivieren nicht obsolet und kann raus?

frustschieber schrieb:

ist dieser Abschnitt http://wiki.ubuntuusers.de/Kernel#Hyper-Threading-aktivieren nicht obsolet und kann raus?

Wieso? Ist doch ganz deutlich erklaert, wann man (manuell) eingreifen muss und wie man das dann bewerkstelligt.

aasche schrieb:

Wieso? Ist doch ganz deutlich erklaert, wann man (manuell) eingreifen muss und wie man das dann bewerkstelligt.

"muss sichergestellt sein, dass ein passender Kernel mit SMP-Unterstützung installiert ist. Ab Ubuntu Edgy Eft 6.10 ist das der generic-Kernel, unter Dapper Drake 6.06 die 686-, k7- oder amd64-k8-Kernel." verleitet doch zu der Frage, oder? angeblich hätten alle neueren Kernel dies SMP-Unterstützung automatisch mit drin

Im Lucid-Kernel haben alle Varianten

CONFIG_SMP=y

Das müßte doch als Begründung für eine rückstandsfreie Entsorgung des Abschnitts ausreichen, oder?

ps. in Hardy auch.

Hallo,

+1

Gruß, noisefloor

Wenn man alte Kernel deinstallieren will, verweist der Artikel auf die "Paketverwaltung" und gibt leider keinen eindeutigen apt-get- oder dpkg-Befehl und keine genauere Anweisung. Die Paketverwaltung "Synaptik" fragt einen dann, ob man linux-image "entfernen" oder "vollständig entfernen" möchte. Dies finde ich irritierend.

Hallo,

äh... was ist denn jetzt die Frage? "Entfernen" und "vollständig entfernen" geht für alle Pakete... Das ist im Synaptic-Artikel auch erklärt, was was bedeutet.

Gruß, noisefloor

Ich hab es mir im Synaptik-Artikel angeschaut und gebe zu, daß ich das bezüglich des kernels immer noch nicht verstehe. Woher soll ich denn wissen, ob nicht ein Kernel auch Konfigurationsdateien mitbringt? Und woher weiß ich, ob jeder Kernel andere hat?

Ich nehme an, daß es egal ist, vorsichtshalber vermeide ich aber "vollständig entfernen". Und ich finde, es kann einen irritieren. Ich habe da noch unbelecktere user als mich im Auge.

Es wäre ja schon mit der eindeutigen Angabe einer der beiden Optionen getan. Dann denkt man hier schon nicht mehr unnötig nach.

Gruß, R.