SSD Trim unter Wheezy (3.0.0.1)

[maledora4]

mbr? Steht in den Guides nicht ausdrücklich, dass GPT die empfohlene Methode ist?

Natürlich steht das da, das ist auch richtig.

Nur..., hat er ein althergebrachtes Bios und kein (U)EFI

Hier unterscheidet sich das folgende Vorgehen je nachdem, ob das Mainboard ein konventionelles BIOS oder den Nachfolger (U)EFI verwendet.

Also ist sein Gedanke mit fdisk

Code: Alles auswählen

# fdisk -H 32 -S 32 /dev/sda

m.E. schon richtig.

[rendegast]

mbr? Steht in den Guides nicht ausdrücklich, dass GPT die empfohlene Methode ist?

Ist doch eigentlich egal,
solange die Partitionen auf der SSD oder der 4kB-Platte full-aligned (1MB-Alignment) sind.

Code: Alles auswählen

# fdisk -H 32 -S 32 /dev/sda

Den einfacher zu handhabenden Nachfolgern reichte

Code: Alles auswählen

fdisk -uc ...

für 1MB-Alignment, und bei den neuesten fdisk fällt auch das '-c' weg.
Die mosern sogar, wenn es gesetzt wird.

[George Mason]

OK, Ihr habt absolut Recht, mein Fehler.

Aber warum klappt kein Trim bei ihm?!

[rendegast]

* Data Set Management TRIM supported (limit unknown)

wurde ja schon angesprochen.
Ein Problem der e2fsprogs-Version / (mit) der firmware?

Im Thomas-Krenn-wiki wird dazu geraten, je nach Einstellung der Platte 4-27% ungenutzt zu lassen
(auch Spare Area, HPA, SSD Over-Provisioning),
wobei das aber auch ein reines TRIM-Performance-Ding sein könnte,
da es bei Deinem funktionierenden ja gerade mal 1MB sind.
Bei fluetkes nicht funktionierender 64GB Kingston SSD sind es ~ 4GB, 6%.

Im Thomas-Krenn-wiki wird mehrmals darauf verwiesen,
die Platte vor Benutzung mit SECURE_ERASE zu behandeln.
Aber auch das muß wohl nicht mehr sein:
"Update August 2011: Da bei der Formatierung von NTFS mit Windows 7 oder der Formatierung von Ext4 ab mke2fs 1.41.10 oder XFS ab xfsprogs 3.1.0 ein ATA Trim durchgeführt wird, ist in diesen Fällen ein Secure Erase nicht mehr notwendig "



Vielleicht schade, daß sein Nopaste erst damit anfängt?

le sectors: 125045424
LBA48 user addressable sectors: 125045424
Logical Sector size: 512 bytes
Physical Sector size: 512 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 61057 MBytes
device size with M = 1000*1000: 64023 MBytes (64 GB)
cache/buffer size = unknown
Form Factor: 2.5 inch
Nominal Media Rotation Rate: Solid State Device

Sonst könnte Mensch das Modell (mit der firmware) ja meiden?

[fluetke]

ich kann euch die Infos zu Modell und Firmware gerne noch nennen.
Btw. sorry das ich mich erst jetzt wieder melde, Uni hatte Vorrang.

hier die deive identifikation

Code: Alles auswählen

ATA device, with non-removable media
	Model Number:       KINGSTON SV100S264G                     
	Serial Number:      64GB60068775        
	Firmware Revision:  D110225a
	Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6

[rayman39]

Hi, ich habe aktuell ein System mit verschlüsselter Root-Partition (LUKS) auf einer CF-Karte. Ich möchte das System nun auf eine neue SSD migrieren. Ich habe vor mir eine "Crucial m4 64 GB" zu kaufen. Am Anfang dieses Threads war auch von einer "Crucial m4" die Rede. Werde ich mir dieser ein Problem bekommen - sollte ich mir lieber eine andere SSD besorgen? VG

[George Mason]

Rayman,

wie wäre es, wenn Du einfach einen neuen Thread aufmachst?