Beitrag von: Peng am 23.07.2019, 13:29:25
ich wollte auf meinem neuen (gebrauchten) Notebook Linux Mint 19.1 neben Windows 7 Ultimate 64-bit installieren. Leider wurde mir angezeigt, dass kein Betriebssystem erkannt worden sei. Ich habe nun die Befürchtung, dass mir die Installation von Linux Mint das Windows-System, das ich wegen einiger Anwendungen auch brauche, zerschießt.
Könnte ich das Risiko vermindern, wenn ich die SSD, auf der ich Windows samt Daten habe, partitioniere?
Informationen zur Mintversion und Desktopumgebung: Geplant ist Mint 19.1. 64-bit, beim Notbook handelt es sich um ein HP 350 G2 mit einer 500-GB-SSD, 16 GB RAM. Diese ist bisher nicht weiter partitioniert, d.h. Windows-System und -Daten befinden sich auf derselben Partition.
Beitrag von: soyo am 23.07.2019, 13:57:04
Also ich hab das damals so gemacht .
Alles (unter Windows) defragmentiert , dann die Partition verkleinert .
Denn dann verbleibenden Rest einfach unpartitioniert gelassen .
Dann meinen Linux USB Stick gebootet , Mint griff sich dann selber den unpartitionierten Bereich bei der Installation .
MfG soyo
Beitrag von: billyfox05 am 23.07.2019, 15:05:51
die Terminalausgabe von
Code: [Auswählen]
sudo parted --listwenn möglich im "Codeblock"
Beitrag von: Peng am 23.07.2019, 17:22:59
Komme leider erst in ein paar Stunden dazu, u.a. wegen einer Fahrradpanne.
Was ist genau ein "Codeblock"? Gibt's irgendwo eine Anleitung, wie man den erstellt?
Beitrag von: helli am 23.07.2019, 17:27:54
(https://www.linuxmintusers.de/MGalleryItem.php?id=639)
Zunächst die Terminal-Ausgabe markieren und kopieren, danach entweder zuerst auf das '#' klicken und dann zwischen den Klammern einfügen, oder erst einfügen, dann markieren und auf '#' klicken.
(gemopst bei Marco77)
Beitrag von: Peng am 23.07.2019, 20:31:53
Code: [Auswählen]
sudo parted --list
Model: ATA Samsung SSD 850 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 240MB 134MB Microsoft reserved partition msftres
3 240MB 500GB 500GB ntfs Basic data partition msftdata
Model: Intenso Rainbow Line (scsi)
Disk /dev/sdb: 3932MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 4964kB 3932MB 3927MB primary fat32 boot
Der Intenso ist der Live System Stick
Beitrag von: billyfox05 am 23.07.2019, 20:55:45
Vor solchen Eingriffen ist eine Datensicherung empfehlenswert.
Für eine einfache Linux-Mint-Installation werden ca. 25 GB freier Speicherplatz empfohlen.
Den Installations-Stick muss dann im "UEFI-Modus" gestartet werden.
Beitrag von: Peng am 23.07.2019, 21:42:02
Eine Datensicherung habe ich heute schon mal vorsorglich gemacht.
Beitrag von: Jean am 23.07.2019, 21:53:41
https://www.heise.de/tipps-tricks/SSD-defragmentieren-ja-oder-nein-4317478.html (https://www.heise.de/tipps-tricks/SSD-defragmentieren-ja-oder-nein-4317478.html)
Beitrag von: Parmenides am 23.07.2019, 21:56:18
Beitrag von: tommix am 23.07.2019, 22:36:31
Kurz gesagt nein und hier im Link die ausführliche Version.
https://www.heise.de/tipps-tricks/SSD-defragmentieren-ja-oder-nein-4317478.html (https://www.heise.de/tipps-tricks/SSD-defragmentieren-ja-oder-nein-4317478.html)
Nein, SSD müssen nicht defragmentiert werden. Das würde eher schaden als nutzen. Alle Speicherbereiche auf einer SSD sind gleich schnell abzurufen. Wie die Daten dabei verteilt sind, spielt bei der Zugriffsgeschwindigkeit keine Rolle.Das ist in soweit alles richtig mit eurem NEIN.
Aber:
In keinem der Artikel geht es darum ein zweites Betriebssystem zu installieren, also recht viel zusammenhängenden nicht zugeordneten Speicher bereit zustellen.
Es geht in den Artikeln immer nur um die Zugriffszeit auf die Daten.
Und daher kann eine Defragmentierung auch einer SSD sinnvoll sein.
Z.B. bei einem 2 in 1 Tablett mit nur 32 oder 64GB SSD.
Selber getestet auf Acer one und Lenovo 310 MIIX
P.S.: Ihr könnt jetzt gerne wieder auf mich einschlagen. :( :( Aber es ist so.
Beitrag von: aexe am 24.07.2019, 01:31:45
Ich meine, dass aktuelle Betriebssysteme ohnehin erkennen, wenn eine SSD eingebaut ist und entsprechend eher eine Trim-Aktion durchführen. Bei Windows nennt sich das "Optimierung", soweit ich weiß,
Trotzdem muss selbstverständlich auch noch freier Speicherplatz geschaffen werden (wenn die gesamte Platte von Windows belegt ist), damit eine Linux-Installation möglich wird. Das geht mit Windows-Bordmitteln, denke ich:
überflüssige Daten löschen, persönliche Daten evtl. teilweise auslagern, Auslagerungsspeicherbereich verkleinern oder ganz abschalten … Windows-Partition verkleinern.
Beitrag von: helli am 24.07.2019, 03:42:00
Zitat
Das geht mit Windows-Bordmitteln, denke ich:
überflüssige Daten löschen, persönliche Daten evtl. teilweise auslagern, Auslagerungsspeicherbereich verkleinern oder ganz abschalten …
Und in dieser Auflistung fehlt das Defragmentieren, denn Datenfragmente können über die gesamte Partition verteilt sein und es steht nicht genügend zusammenhängender Speicher zur Verfügung. Im Bild sind es nicht mal 5% von 31%. Und es könnte noch schlimmer kommen, wenn sich am Ende der Partition noch ein paar Datenschnipsel befänden, dann wäre gar keine Verkleinerung möglich.
(http://fullpcsoftware.com/wp-content/uploads/2017/11/Defraggler-Download.jpg)
Beitrag von: soyo am 24.07.2019, 08:44:47
Nein, SSD müssen nicht defragmentiert werden. Das würde eher schaden als nutzen. Alle Speicherbereiche auf einer SSD sind gleich schnell abzurufen. Wie die Daten dabei verteilt sind, spielt bei der Zugriffsgeschwindigkeit keine Rolle.Das ist richtig . Aber um eine benutzte Windowspartition zu verkleinern , bleibt dir selbst bei ner SSD nichts anderes übrig .
Ist ja auch meist nur einmalig .
MfG soyo
Beitrag von: aexe am 24.07.2019, 11:12:50
Off-Topic:Ach ja, der gute alte Defraggler. In meiner Windows-Zeit habe ich das Teil geliebt. Nur hatte ich damals auch noch die gute alte rotierende Magnet-Festplatte im Rechner. Da hatte die schöne Grafik auch einen Bezug zur physikalischen Realität.
SSDs funktionieren aber ganz anders.
Bei denen gibt es zwar auch Speicherzellen, die physikalisch für die gespeicherten Daten zuständig sind, aber darüber liegt eine Verwaltungsebene, die durch Adressierung der Speicherzellen eine Verbindung zwischen dem Betriebssystem und den gespeicherten Daten herstellt.
Die realen Speicherorte wechseln aber regelmäßig, weil der Controller der SSD dafür sorgt, dass alle Speicherzellen gleichmäßig benutzt werden, um den Verschleiß möglichst gering zu halten (sog. Wear Leveling).
Man könnte also überspitzt sagen, dass Fragmentierung zum Funktionsprinzip einer SSD gehört.
Die Platzierung der Daten übernimmt ausschließlich der SSD-Controller, ein Defragmentierungsprogramm hat darauf überhaupt keinen Einfluss, egal ob es einmal oder mehrfach angewendet wird.
Alle SSD-Hersteller raten vom Defragmentieren ab.
Dafür haben SSDs eine andere Eigenart:
Das Dateisystem streicht „gelöschte“ Dateien nur aus dem Inhaltsverzeichnis, die eigentliche Datei aber bleibt weiter gespeichert. Dadurch kann sie wiederhergestellt werden, und auch das „Löschen“ großer Datenmengen ist sehr schnell möglich. Beim nächsten Schreiben auf einen so freigestellten Bereich muss der bisherige Inhalt demzufolge aber erst gelöscht werden. Nach einiger Zeit der Nutzung ist somit jeder Bereich des Laufwerks mit entweder aktuellen oder noch nicht tatsächlich gelöschten Inhalten belegt.
Bei HDDs war das kein Problem, da sie ihre Magnetisierungszustände direkt ineinander übergehen lassen können. SSDs dagegen müssen die noch gefüllten Flashzellen erst leeren, um sie im zweiten Durchgang mit den neuen Daten zu beschreiben. Das kostet zusätzliche Zeit und erfordert regelmäßiges Aufräumen.
Um dieser Situation abzuhelfen, können SSDs die freigestellten Bereiche schon vor einer neuerlichen Verwendung löschen. Das findet einerseits durch eine Logik im Laufwerk statt (Garbage Collection) und kann andererseits durch das Betriebssystem gesteuert werden (TRIM-Befehl).
siehe dazu:
https://de.wikipedia.org/wiki/Wear-Leveling#Defragmentierung_(Windows)
SSDs funktionieren aber ganz anders.
Bei denen gibt es zwar auch Speicherzellen, die physikalisch für die gespeicherten Daten zuständig sind, aber darüber liegt eine Verwaltungsebene, die durch Adressierung der Speicherzellen eine Verbindung zwischen dem Betriebssystem und den gespeicherten Daten herstellt.
Die realen Speicherorte wechseln aber regelmäßig, weil der Controller der SSD dafür sorgt, dass alle Speicherzellen gleichmäßig benutzt werden, um den Verschleiß möglichst gering zu halten (sog. Wear Leveling).
Man könnte also überspitzt sagen, dass Fragmentierung zum Funktionsprinzip einer SSD gehört.
Die Platzierung der Daten übernimmt ausschließlich der SSD-Controller, ein Defragmentierungsprogramm hat darauf überhaupt keinen Einfluss, egal ob es einmal oder mehrfach angewendet wird.
Alle SSD-Hersteller raten vom Defragmentieren ab.
Dafür haben SSDs eine andere Eigenart:
Das Dateisystem streicht „gelöschte“ Dateien nur aus dem Inhaltsverzeichnis, die eigentliche Datei aber bleibt weiter gespeichert. Dadurch kann sie wiederhergestellt werden, und auch das „Löschen“ großer Datenmengen ist sehr schnell möglich. Beim nächsten Schreiben auf einen so freigestellten Bereich muss der bisherige Inhalt demzufolge aber erst gelöscht werden. Nach einiger Zeit der Nutzung ist somit jeder Bereich des Laufwerks mit entweder aktuellen oder noch nicht tatsächlich gelöschten Inhalten belegt.
Bei HDDs war das kein Problem, da sie ihre Magnetisierungszustände direkt ineinander übergehen lassen können. SSDs dagegen müssen die noch gefüllten Flashzellen erst leeren, um sie im zweiten Durchgang mit den neuen Daten zu beschreiben. Das kostet zusätzliche Zeit und erfordert regelmäßiges Aufräumen.
Um dieser Situation abzuhelfen, können SSDs die freigestellten Bereiche schon vor einer neuerlichen Verwendung löschen. Das findet einerseits durch eine Logik im Laufwerk statt (Garbage Collection) und kann andererseits durch das Betriebssystem gesteuert werden (TRIM-Befehl).
siehe dazu:
https://de.wikipedia.org/wiki/Wear-Leveling#Defragmentierung_(Windows)
Beitrag von: Parmenides am 24.07.2019, 12:54:51
Aber um eine benutzte Windowspartition zu verkleinern , bleibt dir selbst bei ner SSD nichts anderes übrig .Vor ca. drei Jahren habe ich zu einer damals seit rund 4 Jahren bestehende Windows 7 Installation LM im Dualboot installiert.
MfG soyo
Dafür habe ich auf der 128GB kleinen SSD die Windows-Partition um 35GB verkleinert. Und zwar OHNE die SSD zuvor zu defragmentieren.
Vor ein paar Monaten habe ich erneut die Windowspartition um weitere 10GB zugunsten LM reduziert. Wiederum OHNE vorherige Defragmentierung.
Probleme haben sich daraus nicht ergeben.
Hatte ich also einfach nur Schwein gehabt oder ist es schlicht unrichtig, dass "dir selbst bei ner SSD nichts anderes übrig bleibt"?
In Sachen Datenträgerverwaltung bin ich wahrlich keine Experte.
Ich war davon ausgegangen, dass alle notwendigen Schritte bei der Partitionsverkleinerung automatisch erfolgen. Vielleicht wurde eine Deframentierung dabei automatisch durchfgeführt?
Allerdings gibt es nach meinem Verständnis vom Aufbau einer SSD keine physikalisch zusammenhängende oder eben fragmentierbare Dateibereiche. Mit der Trimmfunktion werden ja lediglich bereits gelöschte Speicherblöcke als wiederbeschreibbar markiert, aber keine Defragmentierung durchgeführt.
Beitrag von: aexe am 24.07.2019, 13:13:12
Beitrag von: Parmenides am 24.07.2019, 13:31:44
Entgegen deiner sonstigen Gepflogenheiten hast du dem Defragmentierungspostulat aber nicht explizit und drastisch widersprochen. ;D
Das irirtiert mich ebenso wie die Tatsache, dass hier immerhin drei erfahrene LM-User die Notwendigkeit der Defragmentierung vor einer Partitionsverkleinerung/-Neuerstellung behaupten.
Da frage ich mich natürlich, was da dran sein könnte?
Beitrag von: aexe am 24.07.2019, 13:50:22
… werden ja lediglich bereits gelöschte Speicherblöcke als wiederbeschreibbar markiertist etwas anderes als:
freigestellte Bereiche schon vor einer neuerlichen Verwendung tatsächlich löschen.
Mag jetzt vielleicht etwas kleinlich erscheinen, aber ich denke genau das ist der wesentliche Unterschied zwischen Defragmentieren und Trim bei einer SSD.
Defragmentieren würde ja, wenn es überhaupt etwas bewirkt, Daten von einem Speicherort zu einem anderen verschieben und das evtl. nicht mal real, sondern nur auf der Verwaltungsebene.
Oder man hätte danach die Daten doppelt, einmal als gelöscht markiert und einmal zur Verwendung. Bis der Controller oder das System den Müllsammler losschickt.
Beitrag von: Parmenides am 24.07.2019, 14:08:22
Dass aber die Trimmfunktion und die Defragmentierung zwei verschiedene paar Schuhe sind, daran besteht offenbar doch kein Zweifel?
Das bedeutet dann aber ganz klar, dass auf einer SSD eine Defragmentierung grundsätzlich nicht vorgenommen werden muss. Auch nicht vor einer Windows-Partitonsverkleinerung.
Wozu dem TE aber in Antwort #1 und #6 explizit geraten wurde!
Übrigens habe ich vor der Reduzierung meiner Windowspartion auch keinen Trimmbefehl abgesetzt, da sowohl Windows 7 als auch Linux das bei Bedarf automatisiert durchführen.
Beitrag von: helli am 24.07.2019, 14:14:33
Zitat
dass auf einer SSD eine Defragmentierung grundsätzlich nicht vorgenommen werden muss. Auch nicht vor einer Windows-PartitonsverkleinerungDas stimmt, wenn es am Ende der zu verkleinernden Partition genügend zusammenhängenden freien Speicher gibt.
Beitrag von: Parmenides am 24.07.2019, 14:18:47
Natürlich muss genügend freier Platz zur Verfügung stehen, um eine weitere Partition einrichten zu können.
Aber nicht zusammenhängend und am Ende der Partition, denn dies gibt es nach meinem Verständnis auf einer SSD nicht. Die Physikalische Verortung ist eben eine andere als bei herkömmlichen HDD.
Beitrag von: aexe am 24.07.2019, 14:23:17
Übrigens habe ich vor der Reduzierung meiner Windowspartion auch keinen Trimmbefehl abgesetzt, da sowohl Windows 7 als auch Linux das bei Bedarf automatisiert durchführen.Ja, deswegen muss man sich auch nicht darum kümmern. Und wenn das System es aus irgendeinem Grund nicht macht, gibt es ja immer noch den Controller in der SSD.
Off-Topic:Angesichts der doch sehr unterschiedlichen Äußerungen zu "Defragmentierung bei SSD", ist es sicher nicht unangebracht, darüber mal etwas ausführlicher zu diskutieren.
Falls es diesen Thread übermäßig belasten sollte, könnten die Beiträge ja in ein neues Thema verschoben werden.
Falls es diesen Thread übermäßig belasten sollte, könnten die Beiträge ja in ein neues Thema verschoben werden.
Beitrag von: Peng am 15.08.2019, 21:55:50
wollte nur kurz zurückmelden, dass ich es so gemacht habe, wie von soyo empfohlen, danke bei der Gelegenheit.
Dann habe ich erst mal die verkleinerte Windows-7-Partition auf Windows 10 upgegradet, weil das immer noch kostenlos möglich war.
Heute habe ich dann das neueste Linux Mint Cinnamon 64-bit Tina installiert und auch alles aktualisiert.
Jetzt ist nur noch das Problem mit meiner externen Soundkarte, die zwar bei den "Ersten Schritten" nominell erkannt wurde, die aber keinen Mucks von sich gibt. Muss man da Pulse Audio installieren, damit sie wieder funktioniert?
Die Desktopumgebung: Notebook HP G350 mit 16 GB Arbeitsspeicher und parallel installiertem Windows 10 Professional. Die Linux-Partition ist rund 145 GB groß.
Beitrag von: Peng am 15.08.2019, 22:03:42