UbuntuFlo schrieb:

Nur mal ins Blaue gefragt:

Könnte man nicht einen Redirect von Scheduler auf SSD/Scheduler legen? Gleiches eventuell mit fdisk?

Ich möchte hier nur sagen: ich finde deine vollständige und umfassende Artikelserie zum Thema SSD hervorragend, und zwar, so wie sie jetzt (noch) ist. Ich werde mich nicht am Zerfleddern beteiligen.

Vielen Dank,
Ingo

fdisk is a buggy program that does fuzzy things - usually it happens to produce reasonable results.

Naja, im Prinzip könnte der fdisk-Teil auch komplett raus, allerdings braucht Lucid den noch (→ LTS). Aber auch viele, viele, viele andere Anleitungen beziehen sich auf fdisk als Partitionierer für SSD. Sogar Ted, der ext-Papst schreibt :

You can do this by doing starting fdisk with the following options when first partitioning the SSD:

# fdisk -H 224 -S 56 /dev/sdb

Und so wie die Diskussion um fdisk klingt, wird das ja eher eine never-ending Story, als ein C/P des SSD-fdisk-Abschnitts. Daher meine Anfrage oben bezüglich der Redirects – zumindest so lange bis es vielleicht eine abgestimmte Vorgehensweise zu fdisk oder aber einen fdisk-Artikel gibt.

ingo2 schrieb:

Ich werde mich nicht am Zerfleddern beteiligen.

Zerfleddern würde ich es nicht nennen. Ich verstehe die Anliegen des Wikiteams durchaus. Und wenn es mit einem deutlichen Verweis auf einen anderen Artikel geschicht, ist das durchaus praktikabel.

Ich sehe nur die Gefahr, dass man den fdisk-Teil auslagert und dieser dann in einem halben Jahr immer noch in der Baustelle verkümmert, die Lucid-SSD-Nutzer diesen nicht finden/nutzen und demnach eine Wissenslücke entsteht. Und zwar die größtmögliche, da das korrekte Alignment (mit Lucid bisher nur per fdisk möglich) die größte Performance bringt.

@ stfischr: Ja, klingt logischer. Danke!

Liebe Grüße,

Flo

PS: Alternativ könnte man den fdisk-SSD-Abschnitt rausnehmen und einen Weg beschreiben, wie man mit Lucid eine neuere Version über die Backports erhält. Aber ob das zielführend/einfacher ist, kann ich nicht sagen…

PPS: Oh, das fällt mir gerade ein: Ich habe den noch zu erstellenden Abschnitt GPT noch gar nicht behandelt. Möchte man dies einsetzen, hilft auch fdisk nicht mehr. Stattdessen muss man gdisk nutzen

Hallo,

zu fdisk: Es spricht ja überhaupt nichts dagegen, dass fdisk im Artikel auftaucht. Dann aber bitte nur die Befehle, die man wirklich braucht und keine Grundlagen. Die gehören in einen eigenen Artikel.

Zum Scheduler:

UbuntuFlo schrieb:

Könnte man nicht einen Redirect von Scheduler auf SSD/Scheduler legen?

Nee, das macht ja überhaupt keinen Sinn. Der Scheduler ist eine der Kernkomponenten des Linux-Kernels und hat erst mal überhaupt nichts mit SSD bzw. Laufwerken an sich zu tun. Wie im Artikel erklärt wird kann man den Scheduler nutzen / modifizieren, um den Betrieb einer SSD zu optimieren. Dann gilt aber wieder:

noisefloor schrieb:

Dann aber bitte nur die Befehle, die man wirklich braucht und keine Grundlagen. Die gehören in einen eigenen Artikel.

Wobei ich immer noch stark für einen eigenen Artikel bin. Ich habe eigentlich nur per C&P noch keinen angelegt, weil es dann in der Historie so aussieht, als sei der Artikel von mir, obwohl UbuntuFlo ja geschrieben hat.

Gruß, noisefloor

Wie weiter oben angedroht, habe ich jetzt mit einiger Verspätung die Diskussionen für die einzelnen Artikel aufgeteilt.

• Alignment

• Auslagerung

• Begriffsdefinitionen

• Geschwindigkeitstest

• Grundlagen

• Scheduler

• Secure-Erase

• TRIM

• Verschlüsselung

Bitte führt die entsprechenden artikelrelevanten Diskussionen dort weiter. Zum Einstieg hab ich die jeweiligen Kritikäußerungen in die (Einzel-)Diskussionen nochmal angefügt. Sollte ich dort was vergessen haben, dann äußert es da am besten nochmal. Alle Beiträge, die in zukunft hier in diesem Artikel landen, sich aber eigentlich mit einem der Unterartikel befassen, sollten entsprechend dem normalen Prozedere vom Wiki-Team angehangen werden. (Dies wird aber hoffentlich nicht nötig werden müssen. )

In dieser Diskussion bitte in Zukunft nur noch über die Gestaltung der Übersichtsseite und die gesamte Artikelserie diskutieren. Zur besseren Übersicht dieser Großbaustelle hab ich im Wiki/Sandkasten mal eine begleitende Tabelle eingefügt. Es wäre schön, wenn diese nach entsprechenden Bearbeitungen aktualisiert wird, damit wir den Überblick nicht verlieren.

Gute Nacht.

martin

UbuntuFlo schrieb:

Zwischenfrage: Wenn der nun aus der Baustelle rauskommt und die anderen SSD-Artikel drin bleiben, fände ich es besser, wenn die schon fertigen noch nicht in den neuen Artikeln benannt würden. Vor allem, weil noch viele Deadlinks auftauchen. Dann lieber gesammelt überstellen, wenn auch der letzte ready ist? Oder ist das Vorgehen suboptimal?

ramnit schrieb:

Das könnte zwar noch ein bisschen dauern, aber prinzipiell halte ich das für die beste Variante. Darüber sollten wir allerdings in Artikel-zu-SSD weiter nachdenken, sonst sehen wir irgendwann nicht mehr durch.

Liebe Grüße,

Flo

ramnit schrieb: Zur besseren Übersicht dieser Großbaustelle hab ich im Wiki/Sandkasten mal eine begleitende Tabelle eingefügt. Es wäre schön, wenn diese nach entsprechenden Bearbeitungen aktualisiert wird, damit wir den Überblick nicht verlieren.

Leider wurde der Sandkasten offenbar geleert - und alles was schon eingetragen war ist futsch

Wir brauchen eine Sandburg

Viele Grüße,
Ingo

Hallo,

und alles was schon eingetragen war ist futsch

Das Wiki ist revisioniert - futsch ist also nix.

Wobei der Sandkasten wohl in der Tat keine sooo gute Idee ist. IMHO lieber eine temporäre Seite in der Baustelle anlegen, die wir dann Löschen, wenn alle SSD/* Artikel im Wiki sind.

Gruß, noisefloor

noisefloor schrieb:

Wobei der Sandkasten wohl in der Tat keine sooo gute Idee ist. IMHO lieber eine temporäre Seite in der Baustelle anlegen, die wir dann Löschen, wenn alle SSD/* Artikel im Wiki sind.

Dass ist ein bisschen mit Kanonen auf Spatzen. Ich hätte einfach nur den Link revisionsorientiert angeben sollen. Hab ich in der Eile wohl vergessen. Mache ich ab jetzt wieder so.

Hallo ihr Lieben,

im Moment sind drei der neun Artikel so weit zum Verschieben bereit. Wie sieht es bei dem Rest aus?

Es wäre toll, wenn ihr in der Tabelle vermerken könntet, welche Artikel noch inhaltlich vollständig sind, dann würde ich mich an die Syntax-Kontrolle machen.

Wie siehe es mit der Übersichtsseite hier aus? Soll sie so bleiben wie sie ist? Bei der Projektvorlage stört mich ein bisschen, dass die Logos alle die selben sind, aber vielleicht geht das auch nur mir so. Syntaktisch sieht das soweit dufte aus...

Einzig der getestet-Kasten muss noch raus, weil es sich bei der Seite ja nur um eine Übersicht handelt.

Liebe Grüße

martin

ramnit schrieb:

Wie siehe es mit der Übersichtsseite hier aus? Soll sie so bleiben wie sie ist? Bei der Projektvorlage stört mich ein bisschen, dass die Logos alle die selben sind, aber vielleicht geht das auch nur mir so. Syntaktisch sieht das soweit dufte aus...

Hi Martin,

mein Vorschlag für eine kleine Umgestaltung wäre:

Aufspaltung der 9 Unterartikel in Gruppen (ggf. mit passendem Logo/Icon) und nicht stur nach Alphabet:

Wichtig vor der Installation

• Grundlagen (Icon wie vorhanden nur mit Schriftzug SSD drüber)

• Alignment (Icon von Gparted o.ä.)

• Verschlüsselung (Icon = Schloss o.ä.)

Fine tuning nach der Installation

• Geschwindigkeitstest (Icon = Tacho oder Stoppuhr

• Trim (Icon = Scraubenschlüssel o.ä

• Scheduler (Icon = Scraubenschlüssel o.ä

• Auslagrerung (Icon = Scraubenschlüssel o.ä

• Secure Erase (Icon = dicker Magnet oder ein Schwamm ..)

Fachbegriffe

• Begriffsdefinitionen (Icon = Buch o.ä.)

Vor allem finde ich wichtig, die Artikel an den Anfang zu stellen, die vor der Installation zu beachten sind.

Viele Grüße,

Ingo

Hab deine Ideen mal versucht um zu setzen. Was sagt ihr?

ramnit schrieb:

Hab deine Ideen mal versucht um zu setzen. Was sagt ihr?

Mit gefällt's schon ganz gut - vor allem die Icons

Der Satz über der Tabelle könnte so werden:

Die Artikel sind Serie ist in neun einzelne Artikel aufgeteilt. Nachfolgend die Artikel im einzelnen

Was mich noch stört, ist daß der Geschwindigkeitstest so weit oben steht. Ist doch eher zum Angeben oder Fine-tuning zu benutzen.

Könnte man evtl. die wirklich wichtigen Artikel, die vor Installation von Software zu beachten sind, durch eine andere Hintergrundfarbe hervorheben?

Viel Grüße,
Ingo

Hallo,

bei Baustelle/SSD/Geschwindigkeitstest, Baustelle/SSD/Auslagerung und Baustelle/SSD/Scheduler sind Fragen offen bzw. die Artikel sind noch nicht i.O. in der aktuellen Form.

Gruß, noisefloor

Heißt das die anderen Artikel sind grafisch/inhaltlich i.O. und können in die Syntaxprüfung?

Huhu!

Zwei Dinge, die mir noch eingefallen sind:

• Leider konnte ich die Artikel noch nicht für Natty überprüfen. Ich nutze jedoch die SSD unter Natty – funktionieren tut es logischerweise. Nichtsdestotrotz wäre eine etwas detailliertere Überprüfung wünschenswert.

• Des Weiteren habe ich in noch keinem Artikel die Tags gesetzt. Das sollte vorm Verschieben ebenfalls noch gecheckt werden.

Liebe Grüße,

Flo