<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">Ok, ich danke allen die geantwortet haben :)</div><div class="gmail_default" style="font-family:courier new,monospace">Das ist alles sehr aufschlußreich...</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">Zur Info:</div><div class="gmail_default" style="font-family:courier new,monospace">* Die SSD ist 500GB groß, eine Samsung NVMe 970 Pro M.2</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">* Warum /var und /home auf der normalen Platte und nicht der SSD?</div><div class="gmail_default" style="font-family:courier new,monospace">1.) Weil ich davon ausging das eine SSD technologisch bedingt nur vergleichsweise wenige Schreibzyklen abkann. Das mag prinzipiell noch zutreffen, scheint aber nicht so ein großes Problem zu sein wie ich angenommen habe.</div><div class="gmail_default" style="font-family:courier new,monospace">2.) Weil viele der großen Datenmengen in /home/ekki statisch sind: Bilder, Musik. Da kommt nur gelegentlich was dazu, die Zugriffsgeschwindigkeiten reichen aus. Der dynamische Rest (caches, sources, downloads) ist verhältnismässig klein.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">@Christian Ehrhardt:<br></div><div class="gmail_default" style="font-family:courier new,monospace">oh, bcache kannte ich noch nicht. Sehr interessant, ist mir aber im Moment zuviel und eine zu steile Lernkurve. Evtl. auch zu experimentell für ein Produktivsystem? Aber mal im Auge behalten.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><a class="gmail_plusreply" id="plusReplyChip-1" href="mailto:heinz.pahle@gmx.de" tabindex="-1">@Heinz Pahle</a><br></div><div class="gmail_default" style="font-family:courier new,monospace">Ok, hört sich an wie ein brauchbares Konzept :) Einfach auf den Zusammenbruch der SSD vorbereiten, HW tauschen backup rein, weiter gehts. <br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">@alf </div><div class="gmail_default" style="font-family:courier new,monospace">Guter tipp mit dem Swap als File, das erspart mir die Neu-Installation. Ich habe mich nämlich beim Partitionieren vertippt. So ist die swap partition nun 64MB anstatt 64GB groß (klein): m( aaaaaargh... Der Artikel bei compuram ist gut.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><a class="gmail_plusreply" id="plusReplyChip-5" href="mailto:lug-ld@cboltz.de" tabindex="-1">@Christian Boltz</a> <br></div><div class="gmail_default" style="font-family:courier new,monospace">Das mit dem Partitionieren mache ich mittlerweile auch sehr vereinfacht :) Früher habe ich da rumgehampelt mit elaborierten Einteilungen, LVM usw usf. Alles weg damit, eine Partition, alles rein :) Ok, bis ich jetzt das erste Mal ne SSD verwende. </div><div class="gmail_default" style="font-family:courier new,monospace">rsnapshot verwende ich ebenfalls, alle 4h Backup auf 2 externe Festplatten, von denen ich immer eine zyklisch tausche und ausserhalb des Hauses lagere. Seitdem mit 2x im legen wirklich wichtige Daten abhanden gekommen sind bin ich da etwas paranoid :)</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">Also, danke nochmal, ich werde mit dem nächsten HW Upgrade mehr Kohle in SSDs investieren :)</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">Gruß,</div><div class="gmail_default" style="font-family:courier new,monospace">Ekki</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div></div><br><div class="gmail_quote"><div dir="ltr">Am Sa., 1. Dez. 2018 um 18:16 Uhr schrieb Christian Boltz <<a href="mailto:lug-ld@cboltz.de">lug-ld@cboltz.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo Ekki, hallo zusammen,<br>
<br>
Am Freitag, 30. November 2018, 21:50:23 CET schrieb Ekki Plicht (DF4OR):<br>
> Ich bin gerade dabei nen neuen PC hochzuziehen, mei nerster mit SSD<br>
> drin. Gibt's da was besonderes zu beachten, so von weng<br>
> Partitionierung usw? Ich will /home und /var auf ne traditionelle HD<br>
> legen, /boot und / auf die SSD.<br>
<br>
Warum willst Du /home und /var eigentlich nicht auf der SSD haben?<br>
Ich kenne natürlich weder Deinen Platzbedarf noch die Größe der SSD, <br>
aber "nur" mit dem Betriebssystem dürfte noch sehr viel Platz auf der <br>
SSD frei bleiben ;-)<br>
<br>
Ich habe seit ~2 Jahren fast alles auf SSD liegen, mit Ausnahme von <br>
a) mein Fotoarchiv (riesig, die Fotos liegen eh nur rum) und<br>
b) Filme (große Dateien, die auch von Festplatte schneller gelesen <br>
werden als ich sie gucken kann ;-)<br>
<br>
Zur Partitionierung: Ich habe inzwischen einfach eine große Partition <br>
("ganze SSD"), in der alles liegt. Das spart das Theater mit Symlinks, <br>
wenn mal wieder in einem Verzeichnis der Platz knapp wird.<br>
<br>
Eine eigene /boot habe ich auch nicht mehr, das liegt mit auf / und ich <br>
sehe keinen Grund, /boot als eigene Partition zu haben. Im Gegenteil, <br>
damit würde z. B. die "boote einen alten btrfs-Snapshot" in Grub nicht <br>
funktionieren.<br>
<br>
<br>
Außerdem habe ich einen täglichen rsnapshot-Cronjob, der den kompletten <br>
Inhalt der SSD auf die Festplatte sichert - nach meinen bisherigen <br>
Erfahrungen mit Festplatten will ich immer mindestens zwei Kopien aller <br>
Dateien haben ;-) (Mit SSDs hatte ich bisher keinen Ärger, habe bisher <br>
aber auch erst eine im Einsatz.)<br>
<br>
> Distribution wird wie immer Arch. Da gibt's zwar im Arch Wiki einen<br>
> Artikel, der schreibt aber nur wie man's macht, nicht ob man das so<br>
> machen sollte. In nem anderen WIki Eintrag hinsichtlich Performance<br>
> Optimierung werden SSDs erwähnt, aber auch da keine Hinweise auf<br>
> "best practices" oder so.<br>
<br>
Falls Du auf Dinge wie "richtiger Startsektor der Partition" anspielst - <br>
das sollten die Installer aktueller Distributionen selbst wissen und <br>
automagisch richtig machen. (Zumindest bei openSUSE bin ich mir da <br>
sicher.)<br>
<br>
<br>
Gruß<br>
<br>
Christian Boltz<br>
-- <br>
>und was ist "Winter"?<br>
Ein Zeitraum, in dem von der Decke des grossen blauen Raum gelegentlich<br>
groessere oder kleinere Mengen kalten weissen Drecks fallen, der aus<br>
kristallinem Dihydrogenmonoxid besteht. [Alexander Schreiber]<br>
<br>
<br>
<br>
_______________________________________________<br>
lug-ld mailing list<br>
<a href="mailto:lug-ld@lists.lug-ld.de" target="_blank">lug-ld@lists.lug-ld.de</a><br>
<a href="http://lists.lug-ld.de/mailman/listinfo/lug-ld" rel="noreferrer" target="_blank">http://lists.lug-ld.de/mailman/listinfo/lug-ld</a><br>
</blockquote></div>