SSDにUbuntu 2番目のシステムをインストールするときに起こりうる問題の概要

最高のパフォーマンスを得るには、OSを「アイロン」でインストールする必要があります。 しかし、すでにWindowsがあり、失うことを望まない多くのデータが蓄積されています。 どうする?

バックアップ


「すべての管理者は、すでにバックアップを行っている人と、まだ行っていない人に分かれています。」(一般的な知恵)
可動部分がないため、SSD(ソリッドステートドライブ)はHDD(ハードディスクドライブ)よりも信頼性が高いと考えられていますが、これは完全に真実ではありません。 SSDの限られたリソース(セル書き換え制限)を考慮しなくても、コントローラとそのファームウェアという弱点が残っています。 これは、最高のパフォーマンスを確保するために、データを書き込む場所とタイミングを自律的に決定するシステム全体です。 コントローラはインターフェイスとメモリチップの間に物理的に配置されているため、障害または電源の問題の結果としてコントローラが破損する可能性が非常に高くなります。 データへのアクセスが不可能な(多くの場合、まだ保存されている)物理的な損傷に加えて、完全なデータ損失につながる可能性のある論理的な損傷があります。

バックアップ方法

膨大な数のバックアッププログラムがありますが、私は「システムが単純であればあるほど、信頼性が高くなります」という原則に従います。
したがって、バックアップをddファイルをコピーするためのユーティリティにします。 さらに、Linuxのインストールに使用したブータブルUSBフラッシュドライブで使用できるようになります(私の場合、これはUbuntuです )。
すぐに、公式Webサイトに記載されている起動可能なフラッシュドライブの作成方法が私に合わないことを予約してください。 システムを起動できませんでした 。 しかし、UltraISOの最新バージョンは、Syslinux v4ブートローダーを使用してUSB-HDD + v2メディアタイプを作成することにより、素晴らしい仕事をしました。 LiveCD(フラッシュドライブ)から起動し、バックアップに必要なすべての機能を取得しました。
将来のバックアップのためにより良い圧縮を提供するためにゼロですべての空きディスク領域を書き換えます:
# dd if=/dev/zero of=fillzero bs=8M; rm fillzero; 
ディスクの内容を少しずつ読み取り、ファイルにアーカイブします。
 # dd if=/dev/sda | gzip –c9 > /some/other/drive/backup.`date +%Y-%m-%d`.sda.dd.gz 

バックアップはどこに保存する必要がありますか?

今日、インターネットには、バックアップに使用できる(私見、必要な) クラウドストレージがいっぱいです。
理由:

また、外部ストレージに送信する前にGnuPGを使用するなどして、バックアップを暗号化することをルールにします。

ディスクのパーティション分割


次に、Linuxを配置する場所を見つける必要があります。 未使用のスペースがある場合、既存のWindowsパーティションを「圧縮」できます。 これを行うために、Windows(Vista以降)には通常のツールがあります!

HDDではどのように機能しますか?


なぜこれが機能しないのでしょうか?


この方法はSSDに適していますか?

コントローラーファームウェアに大きく依存しますが、基本的に、オペレーティングシステムは、このファイルまたはそのファイルがSSDディスクのどこに保存されているかを「知りません」。 コントローラーは、セルリソースをより均等に使用するという事実に基づいて、データを書き込む場所を決定します。 デフラグを実行するとき、システムは書き換え可能なファイルが移動したかどうかさえ知りません。
また、ファイルシステムは元々SSDテクノロジー用に設計されたものではなく、サポートは実装されているだけであることを忘れないでください。
いずれにせよ、私はサードパーティのプログラムに頼ることなく、利用可能な60 GBのうち3.5 GBしか解放できませんでした。

別の方法は何ですか?


最適化


Ubuntuをインストールした後、 TRIMを有効にすることでパフォーマンスをわずかに向上させることができます。

PSおもちゃをプレイしない場合、Windowsの安全性を心配することなく、メインシステムとしてUbuntuを安全にインストールできます。 進歩は止まっておらず、Linuxはもはや「プログラマ/システム管理者向けのシステム」ではありません。

Source: https://habr.com/ru/post/J181932/


All Articles