Même si c'était il y a plus de 10 ans, je jouais avec Ubuntu 18.04 LTS installé parce que je ne voulais pas jeter ce que j'ai acheté en économisant de l'argent, mais maintenant je suppose que les spécifications sont sur le Web et par courrier électronique. D'une manière ou d'une autre, il peut être utilisé pour une raison quelconque, alors à ce moment, j'ai décidé de passer au SSD et d'essayer dès que possible.
Lorsque j'ai créé un clone Linux en utilisant Todo Backup, j'ai vu quelques articles indiquant que cela ne fonctionnerait pas si je ne spécifiais pas secteur par secteur, alors je l'ai fait, mais lorsque j'ai essayé d'exécuter le clone, une boîte de dialogue d'erreur est apparue et a continué. Absent.
J'aurais dû lire le message correctement à ce moment, mais au fait, je n'ai rien fait avec le SSD, donc je l'ai une fois retiré du PC et l'ai formaté, mais après tout, la même boîte de dialogue est apparue, alors j'ai relu le message Je l'ai lu (anglais)
** (Traduction gratuite) Il n'y a pas assez d'espace disque sur la destination de la migration **
À la suite de l'enquête, dans le cas de la spécification secteur par secteur, il est dit que cela ne fonctionnera que si ** "La destination de migration (SSD) a la même taille de disque ou plus grande que la source de migration (HDD)" ** (il est naturel de dire que c'est naturel). Cette fois, le disque dur source est de 160 Go, et le SSD de destination est de 120 Go ... C'est pourquoi il est dit "pas assez" orz
Ensuite, vous devriez réduire la taille de la partition du disque dur, non? Cependant, je ne voulais pas taper la commande dd, fdisk ou d'autres commandes ici, j'ai donc réussi à trouver un moyen d'utiliser uniquement l'interface graphique autant que possible et j'ai adopté la procédure suivante.
Cette fois, HDD <SSD, donc aucune erreur ne s'est produite et le clone a commencé à fonctionner (^^) La clôture est terminée en 1 heure et 24 minutes.
Remplacez-le par le SSD qui a été cloné et démarrez-le ... Euh, ça a marché! Grâce à ça, ça a démarré très vite!
Il a donc fallu moins d'une demi-journée pour passer au SSD (^^)
Il a commencé à fonctionner en toute sécurité, alors quand j'ai soudainement vu le moniteur de ressources en l'essayant
** Gya, j'utilise swap! (＞ ＿ ＜) **
Même s'il est vieux, il a 4 Go de mémoire, et si je disais que ce n'était pas un gros problème, je pourrais facilement créer une zone d'échange. Non, je pense que ce n'est pas le moment de se sentir à l'aise avec 4 Go.
En parlant de swap, c'est une image qui a été définie dans / etc / fstab, mais avec ubuntu 18.04, il semble qu'il soit également nécessaire de l'exécuter avec une commande. Cependant, vous devez également éditer / etc / fstab, donc ouvrez le fichier fstab et commentez la ligne dont le type est "swap".
$ 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 aucun swap sw 0 0 ← Cette ligne
Désactivez ensuite le swap avec la commande. Spécifiez le nom du fichier d'échange dans le paramètre.
$ sudo swapoff /swapfile
À la fin, un énorme fichier de 200 Mo ou 2 Go a été créé, je l'ai donc supprimé.
$ sudo rm -r /swapfile
Puisque "Swap: Not available" est affiché sur le moniteur du système GNOME et que rien ne s'affiche même avec swapon -s, il est estimé que le swap pourrait être désactivé.
En plus de l'échange, il semble qu'il y avait des paramètres à faire dans le cas du SSD en premier lieu.
Bien sûr, le SSD a un mécanisme d'écriture et d'effacement des données différent de celui du disque dur, il semble donc que la fonction "TRIM" soit importante pour les performances et la longévité du SSD (je ne suis pas sûr).
Le PC est vieux, mais le système d'exploitation et le SSD sont nouveaux, donc je pense qu'il est pris en charge ... mais vérifiez d'abord.
$ sudo hdparm -I /dev/sda1 | grep -i trim
* Data Set Management TRIM supported (limit 8 blocks)
Puisqu'il est "pris en charge", il s'est avéré être un SSD prenant en charge la fonction TRIM.
Il semble y avoir une commande appelée "fstrim" pour exécuter TRIM, mais au lieu de la frapper à la main, laissez le système d'exploitation l'exécuter régulièrement.
Tout d'abord, vérifiez l'état.
$ sudo systemctl status fstrim
● fstrim.service - Discard unused blocks
Loaded: loaded (/lib/systemd/system/fstrim.service; static; vendor preset: en
Active: inactive (dead)
Eh bien, je ne suis pas sûr, mais le fait que fstrim soit affiché signifie que quelque chose est réglé. Donc, activez la minuterie pour exécuter fstrim périodiquement.
$ sudo systemctl enable fstrim.timer
Vérifiez si la minuterie est correctement enregistrée.
$ 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
Le fait que LAST soit 11/2 signifie que cela a fonctionné, et cela fonctionnera sûrement parce que fstrim.timer est sorti.
Il semble y avoir un réglage pour TRIM continu lors du montage. Si vous définissez ceci, il semble que les performances chuteront au prix de beaucoup de TRIM, donc je l'ai confirmé (comme jeter)
$ sudo findmnt -O discard
$
Bien qu'il ait été exécuté, le point de montage n'a pas été affiché, il a donc été jugé que la suppression n'était pas définie. Vous pouvez également exécuter fstrim manuellement, mais je me suis arrêté ici.
Aussi, sur le Web, on parlait de "spécifier noatime au moment du montage", mais je l'ai arrêté car il s'arrêtait parfois de fonctionner. De plus, quand j'ai regardé l'état du montage, c'était ↓, donc il a été jugé que le temps de relaxation était spécifié et que le rejet n'était pas spécifié.
$ cat /proc/mounts
:
/dev/sda1 / ext4 rw,relatime,errors=remount-ro 0 0
:
Il semble que mlocate écrit un gros fichier, mais j'étais réticent à le désactiver, j'ai donc déplacé mlocate de /etc/cron.daily vers / etc / hebdomadaire.
J'ai entendu dire que vous pouvez vérifier le journal d'exécution de cron avec "sudo journalctl -f -u cron", alors je l'ai regardé, mais j'ai pensé que c'était bien car il ne semble y avoir aucune preuve que mrocate a fonctionné.
Je l'ai écrit en repensant après avoir terminé toutes les étapes, il peut donc y avoir des omissions, mais je l'ai ajouté car il vaut mieux le faire après la migration vers SSD.
EaseUS Todo Backup Free https://jp.easeus.com/backup-software/free.html
Recommended Posts