ubuntuusers.de

Ich hab das mal an entsprechender Stelle gespeichert und jetzt könnte er mittels [[Bild(Wiki/Icons/SSD.png, 32)]] eingebunden werden.

Aussehen tut das dann so:

Es wäre schön, wenn das jemand mit etwas Freizeit einbinden könnte.

Liebe Grüße

martin

PS: Ich bin mal davon ausgegangen, dass das lizenzrechtlich unproblematisch ist und bei uns eingebunden werden darf, Marktrix.

Hi,

ich habe mal auf der Uebersichtsseite den Geschwindigkeitstest auch mit dem SSD-Symbol versehen. Evtl. koennte man das aber wieder abaendern (?!).

ramnit schrieb:

Es wäre schön, wenn das jemand mit etwas Freizeit einbinden könnte.

sed laesst gruessen 😀 .

PS: Ich bin mal davon ausgegangen, dass das lizenzrechtlich unproblematisch ist und bei uns eingebunden werden darf, Marktrix.

Ich auch.

Gruss Lasall

ramnit

PS: Ich bin mal davon ausgegangen, dass das lizenzrechtlich unproblematisch ist und bei uns eingebunden werden darf, Marktrix.

http://www.esxxi.me/hdrv/ unter http://creativecommons.org/licenses/by-nc-nd/3.0/

Sieht gut aus. 😉 Danke euch beiden.

Ich wüßte nicht, wo ich das sonst posten könnte, aber zumindest ein Tipp für User mit SSD:

habe selbst die letzten Tage eine Möglichkeit gesucht, eine SSD voll zu sichern. Das klingt zunächst trivial (dd ist dein Freund), aber damit macht man besser keinen Restore auf SSD's (randvoll schreiben ist Gift). Letztlich blieb dann noch Clonezilla v1.2.9-19, damit habe ich ja schon mein Win$ von HD auf SSD übertragen.

Da jeder SSD-User wohl noch eine 2te HD für große Datenmengen hat, habe ich die fürs Backup genutzt. Bei mir ist die SSD /dev/sda, die HD /dev/sdb. /dev/sdb1 ist die einzige Partition darauf (ext3), darin gibt es ein Verzeichnis /backup. Dort geht das Backup hin.

Meine 120GB SSD enthält eine Multiboot-Konfiguration mit mehreren Partitionen (Daten auf sdb1)

• sda1 Win

• sda2 GRUB (eine reine Boot-Partition, von der aus ich alle Systeme booten kann)

• sda3 swap

• sda5 - sda8 insgesamt 4 Linux-Systeme!

Mein Vorgehen:

• Clonezilla vom USB-Stick gebootet.

• als "Image" die lokale HD sdb1 und darin das Verzeichnis /backup gewählt.

• dorthin die komplette SSD = sda gesichert.

In dem Verzeichnis des Backups (unterhalb von sdb1/backup) werden alle Partitionen einzeln gepackt gesichert. Dazu noch MBR, Leerraum zwischen MBR und 1ter Partition, komplette Partitionsinformationen (sfdisk) ... Das waren dann komprimiert noch 22GB von ca. 45GB belegtem Platz auf der SSD. Clonezilla sichert nur belegte Sektoren und kennt sowohl ext als auch NTFS, ...

Dann kam der spannende Moment - Test des Restore nach dem Motto: "Ein Backup, ohne Restore getestet zu haben, ist wertlos".

Also die SSD im PC abgeklemmt, an den gleichen SATA-Port eine 2,5" HD mit > 120GB gehängt - das ist nötig, damit die HD auch als sda erkannt wird - und das Restore gemacht.

PC von der 2,5" HD gebootet und: die komplette Multiboot-Umgebung funktioniert 100% fehlerfrei sogar Chainloading auf alle logische Partionen, bei denen GRUB im PBR installiert wurde. (bis auf die Geschwindigkeit) 😉

Zur Nachahmung für SSD-Besitzer empfohlen,
Ingo

P.S.: Der ganze Spuk (Backup, Umstöpseln, Restore) hat übrigens nur ca. 1 Stunde gedauert!

Betr. Intel 320-series SSD's

Seit einigen Wochen gibt's ein Firmware-Update für die Intel 320-series SSD's. Soll einen Fehler bei Stromausfall beseitigen, s. dieser Post. Offenbar löst das aber nicht bei allen Usern die Probleme.

Ich selbst warte erst mal ab, ehe ich das einspiele, hatte bisher nie Probleme mit meiner Firmware 4PC10302 - PC hängt ja auch an einer USV.

Viele Grüße,
Ingo

P.S.: Hier noch ein Link zur c't-Meldung

P.S. #2: Habe heute doch den Update der Firm,ware gemacht: völlig problemlos, alle Daten unverändert. Hier noch der Link zum Changelog. Zitat daraus betr. 320-series:

This firmware revision addresses the “BAD_CTX 13x Error” (8MB
capacity, electronic serial number “BAD_CTX 0000013x”) associated
with unexpected power-loss under specific conditions.

Interessant ist ja die Fehlerart with unexpected power-loss. Dabei schreibt Intel nach dem Firmware-Update genau das vor : "PC auschalten, > 10sec. warten, wieder einscalten"

hi, da ich mir bald eine SSD kaufen möchte und bei der Gelegenheit mein System neu aufsetzen werde stellt sich mir die Frage bezüglich der Ausrichtung (http://wiki.ubuntuusers.de/SSD/Alignment).

In dem Artikel ist zwar alles gut erklärt, aber mit keinem Wort ist erwähnt wie man bei einer Neuinstallation vorgehen soll. Ist der Installer (und ja ab welcher Version) dazu in der Lage automatisch die Partitionen richtig Auszurichten?

hypnotoad schrieb:

In dem Artikel ist zwar alles gut erklärt, aber mit keinem Wort ist erwähnt wie man bei einer Neuinstallation vorgehen soll. Ist der Installer (und ja ab welcher Version) dazu in der Lage automatisch die Partitionen richtig Auszurichten?

Doch, nur Augen auf: hier steht: "ab Maverick ...". Bei Lucid wird's etwas umständlicher, bei Squeeze geht's auch ootb. (dabei kann ich persönlich das mit Lucid und Squeeze bestätigen, da selbst getestet).

Viele Grüße,
Ingo

ups tatsächlich, hab ich wirklich überlesen, merci

hat hier jemand die aktuelle ct gelesen, zum Thema "SSD unter Linux"? Dort steht, dass man von der Mount option -discard absehen sollte, und auf "batched discard" setzen sollte.

Zitat: "Zudem gibt es einige Berichte erfahrener Linux-Entwickler, Online Discard könne einzelne SSDs so durcheinanderbringen, dass sie nur noch als Briefbeschwerer taugen"

hat da jemand nähere Infos zu?

gruß philipp

Huhu!

Ja, die habe ich hier, ich kam jedoch leider noch nicht dazu, die Neuigkeiten einzupflegen.

Kann auch nicht sagen, wann ich dazu kommen werde.

Liebe Grüße,

Flo

Hab mal Verschlüsselung auskommentiert und angepasst, soweit ok?

Yepp, vielen Dank!

Liebe Grüße,

Flo

In dem Unterbereich Geschwindigkeitseinbußen ist die Hardware Engine AES-NI lediglich in Bezug auf Intel genannt, die AMD´ s der FX Serie haben die Engine auch an Bord.

Die wird bei mir auch direkt erkannt (debian wheezy)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

srtu@wheezy:~$ cat /proc/cpuinfo | grep model
model		: 1
model name	: AMD FX(tm)-6100 Six-Core Processor
...

srtu@wheezy:~$ lsmod | grep aes
aesni_intel            50643  24 
cryptd                 14517  9 aesni_intel
aes_x86_64             16796  1 aesni_intel
aes_generic            33026  2 aesni_intel,aes_x86_64

Vielleicht sollte man das fairer Weise auch noch erwähnen.

hypnotoad schrieb:

Vielleicht sollte man das fairer Weise auch noch erwähnen.

Ich denke, Du meinst mit "Unterbereich" das hier: SSD/Verschlüsselung (Abschnitt „Geschwindigkeitseinbussen“).

It's a Wiki 😉 Lies: Pack es einfach dazu. Ich hatte noch nie AMD, so dass ich dazu nichts sagen kann.

Liebe Grüße,

Flo