Obwohl es vor mehr als 10 Jahren war, habe ich mit installiertem Ubuntu 18.04 LTS gespielt, weil ich nicht wegwerfen wollte, was ich gekauft habe, indem ich Geld gespart habe, aber jetzt vermute ich, dass die Spezifikationen im Web oder im Internet verfügbar sind Irgendwie kann es aus irgendeinem Grund verwendet werden, also habe ich mich zu diesem Zeitpunkt entschlossen, auf SSD umzusteigen und es so schnell wie möglich zu versuchen.
Als ich mit Todo Backup einen Linux-Klon erstellt habe, habe ich einige Artikel gesehen, die nicht funktionieren würden, wenn ich nicht Sektor für Sektor angegeben hätte. Also habe ich das getan, aber als ich versuchte, den Klon auszuführen, wurde ein Fehlerdialog angezeigt und fortgefahren. Abwesend.
Ich hätte die Nachricht zu diesem Zeitpunkt richtig lesen sollen, aber übrigens habe ich nichts mit der SSD gemacht, also habe ich sie einmal vom PC entfernt und formatiert, aber schließlich erschien der gleiche Dialog, also habe ich die Nachricht erneut gelesen Ich habe es gelesen (Englisch)
** (Kostenlose Übersetzung) Am Migrationsziel ist nicht genügend Speicherplatz vorhanden **
Als Ergebnis der Untersuchung wird im Fall einer sektorweisen Spezifikation angegeben, dass dies nur funktioniert, wenn ** "Das Migrationsziel (SSD) dieselbe oder eine größere Festplattengröße als die Migrationsquelle (HDD) hat" ** (es ist natürlich zu sagen, dass es natürlich ist). Diesmal ist die Quell-Festplatte 160 GB und die Ziel-SSD 120 GB ... Deshalb heißt es "nicht genug" orz
Dann sollten Sie die Größe der Festplattenpartition reduzieren, oder? Ich wollte hier jedoch nicht den Befehl dd, fdisk oder andere Befehle eingeben, daher gelang es mir, so weit wie möglich nur mit der GUI zu arbeiten, und ich wechselte zum folgenden Verfahren.
Diesmal HDD <SSD, daher ist kein Fehler aufgetreten und der Klon hat begonnen zu arbeiten (^^) Das Schließen ist in 1 Stunde und 24 Minuten abgeschlossen.
Ersetzen Sie es durch die geklonte SSD und starten Sie es ... Äh, es hat funktioniert! Dank dessen ging es sehr schnell los!
Der Wechsel zur SSD dauerte also weniger als einen halben Tag (^^)
Es begann sicher zu funktionieren, als ich beim Ausprobieren plötzlich den Ressourcenmonitor sah
** Gya, ich benutze Swap! (＞ ＿ ＜) **
Obwohl es alt ist, hat es 4 GB Speicher, und wenn ich argumentieren würde, dass es keine große Sache ist, könnte ich leicht einen Auslagerungsbereich erstellen. Nein, ich denke, es ist nicht an der Zeit, sich mit 4 GB wohl zu fühlen.
Apropos Swap, es war ein Image, um es in / etc / fstab zu setzen, aber mit Ubuntu 18.04 scheint es auch notwendig zu sein, es mit einem Befehl auszuführen. Sie müssen jedoch auch / etc / fstab bearbeiten. Öffnen Sie daher die fstab-Datei und kommentieren Sie die Zeile aus, deren Typ "swap" ist.
$ sudo nano /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=fe275a41-3782-4249-9109-3eb171e4eb2e / ext4 errors=remount-ro 0 1
# /swapfile none swap sw 0 0 ← Diese Zeile
Deaktivieren Sie dann den Austausch mit dem Befehl. Geben Sie den Namen der Auslagerungsdatei im Parameter an.
$ sudo swapoff /swapfile
Am Ende wurde eine riesige Datei mit 200 MB oder 2 GB erstellt, also habe ich sie gelöscht.
$ sudo rm -r /swapfile
Da "Swap: Not available" auf dem GNOME-Systemmonitor angezeigt wird und auch mit swapon -s nichts angezeigt wird, wird davon ausgegangen, dass der Swap deaktiviert werden könnte.
Zusätzlich zum Tauschen scheint es Einstellungen zu geben, die im Fall von SSD an erster Stelle vorgenommen werden sollten.
Natürlich verfügt die SSD über einen anderen Mechanismus zum Schreiben und Löschen von Daten als die Festplatte. Daher scheint die Funktion "TRIM" für die Leistung und Langlebigkeit der SSD wichtig zu sein (ich bin mir nicht sicher).
Der PC ist alt, aber das Betriebssystem und die SSD sind neu, also denke ich, dass es unterstützt wird ... aber zuerst überprüfen.
$ sudo hdparm -I /dev/sda1 | grep -i trim
* Data Set Management TRIM supported (limit 8 blocks)
Da es "unterstützt" ist, stellte sich heraus, dass es sich um eine SSD handelt, die die TRIM-Funktion unterstützt.
Es scheint einen Befehl namens "fstrim" zu geben, um TRIM auszuführen, aber anstatt ihn von Hand zu treffen, lassen Sie ihn von der Betriebssystemseite regelmäßig ausführen.
Überprüfen Sie zunächst den Status.
$ sudo systemctl status fstrim
● fstrim.service - Discard unused blocks
Loaded: loaded (/lib/systemd/system/fstrim.service; static; vendor preset: en
Active: inactive (dead)
Nun, ich bin mir nicht sicher, aber die Tatsache, dass fstrim angezeigt wird, bedeutet, dass etwas eingestellt ist. Aktivieren Sie also den Timer, um fstrim regelmäßig auszuführen.
$ sudo systemctl enable fstrim.timer
Überprüfen Sie, ob der Timer ordnungsgemäß registriert ist.
$ sudo systemctl list-timers --all
NEXT LEFT LAST PASSED UNIT ACTIVATES
Wed 2020-11-04 10:04:42 JST 47min left Wed 2020-11-04 09:03:19 JST 14min ago anacron.timer anacron.service
Wed 2020-11-04 15:02:57 JST 5h 45min left Wed 2020-11-04 08:54:50 JST 22min ago motd-news.timer motd-news.service
Thu 2020-11-05 03:41:03 JST 18h left Wed 2020-11-04 08:53:14 JST 24min ago apt-daily.timer apt-daily.service
Thu 2020-11-05 06:26:46 JST 21h left Wed 2020-11-04 08:53:14 JST 24min ago apt-daily-upgrade.timer apt-daily-upgrade.s
Thu 2020-11-05 09:08:14 JST 23h left Wed 2020-11-04 09:08:14 JST 9min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-cl
Mon 2020-11-09 00:00:00 JST 4 days left Mon 2020-11-02 14:03:51 JST 1 day 19h ago fstrim.timer fstrim.service
n/a n/a n/a n/a snapd.snap-repair.timer snapd.snap-repair.s
n/a n/a Wed 2020-11-04 08:54:10 JST 23min ago ureadahead-stop.timer ureadahead-stop.ser
Die Tatsache, dass LAST 11/2 ist, bedeutet, dass es funktioniert hat, und es wird sicherlich funktionieren, weil fstrim.timer herausgekommen ist.
Bei der Montage scheint es eine Einstellung für kontinuierliches TRIM zu geben. Wenn Sie dies einstellen, scheint die Leistung auf Kosten von viel TRIM zu sinken, daher habe ich es bestätigt (wie Verwerfen).
$ sudo findmnt -O discard
$
Obwohl es ausgeführt wurde, wurde der Einhängepunkt nicht angezeigt, sodass beurteilt wurde, dass das Verwerfen nicht festgelegt wurde. Sie können fstrim auch manuell ausführen, aber ich habe hier angehalten.
Auch im Web war die Rede davon, "die Mittagszeit zum Zeitpunkt des Mountens anzugeben", aber ich habe sie gestoppt, weil sie manchmal nicht mehr funktionierte. Als ich mir den Mount-Status ansah, war er außerdem ↓, sodass beurteilt wurde, dass die Relax-Zeit angegeben und das Verwerfen nicht angegeben wurde.
$ cat /proc/mounts
:
/dev/sda1 / ext4 rw,relatime,errors=remount-ro 0 0
:
Es scheint, dass mlocate eine große Datei schreibt, aber ich wollte sie nur ungern deaktivieren, also habe ich mlocate von /etc/cron.daily nach / etc / week verschoben.
Ich habe gehört, dass Sie das Ausführungsprotokoll von cron mit "sudo journalctl -f -u cron" überprüfen können, also habe ich es mir angesehen, aber ich fand es gut, weil es keine Beweise dafür zu geben scheint, dass mrocate funktioniert.
Ich habe es geschrieben, während ich nach Abschluss aller Schritte zurückgedacht habe, daher kann es zu Auslassungen kommen, aber ich habe es hinzugefügt, weil es besser ist, es nach der Migration auf SSD zu tun.
EaseUS Todo Backup Free https://jp.easeus.com/backup-software/free.html
Recommended Posts