失われたパーティションとハードディスクデータを安全に復元する方法
TestDiskとPhotoRecを使って、失われたパーティションやファイルを復元する方法を学びましょう。ソースドライブを保護し、安全にスキャンを行い、復元したデータを別のディスクに保存します。
SLES 15 マシンは、管理対象の SUSE Manager クライアントになるために、インターネットに直接アクセスする必要はありません。必要なのは、内部の SUSE Manager サーバーまたはプロキシへの安定したネットワークアクセス、および適切な SLES 製品チャネル、ブートストラップ リポジトリ、アクティベーション キー、および信頼資料が、その環境内に既に用意されていることです。
この区別は重要です。「オフライン クライアント登録」とは、通常、SLES ホストが SUSE カスタマー センターやパブリック リポジトリにはアクセスできないものの、内部の SUSE Manager システムにはアクセスできる状態を指します。完全にエア ギャップされた SUSE Manager の展開は、より大規模なアーキテクチャ上の問題となります。リポジトリ コンテンツを、サポートされているミラーリング方法を使用して、まず切断された環境にインポートする必要があります。SUSE は、この点について、切断された環境設定ガイドで別途説明しています。
この手順の目的は、単にクライアントをシステム一覧に表示させることだけではありません。良好な結果には、次の4つの目に見える兆候があります。ホストが意図したアクティベーションキーとベースチャネルで登録されていること、Saltクライアントが実行され、マネージャと通信していること、パッケージメタデータがパブリックリポジトリではなくSUSE Managerから取得されていること、そして更新や状態チェックなどの簡単な管理アクションが正常に完了することです。
このガイドでは、SLES 15 クライアントはインターネットに直接アクセスできません。ネットワーク経由で FQDN を使用して、内部の SUSE Manager Server またはプロキシに名前解決してアクセスできます。マネージャーには、必要な SLES 15 コンテンツが既に同期されています。SUSE Manager Server 自体がインターネットから切断されている場合は、クライアントのオンボーディングを試みる前に、SUSE のドキュメントに記載されている切断ワークフローを使用して、まずそのコンテンツを準備して同期してください。
SUSEの最新のクライアント向けドキュメントには、SLE 15はデフォルトでPython 3を使用するため、Python 2用に作成されたブートストラップスクリプトは再生成する必要があると記載されています。SUSE Managerのアップグレードまたは移行後には、新しいシステムをオンボーディングする前にブートストラップスクリプトを再生成することも推奨されます。「ブートストラップスクリプトを使用したクライアントの登録」を参照してください。
クライアントを操作する前に、SUSE Manager にそのマシンに必要な SLES のバージョン、サービス パック、アーキテクチャ、およびモジュールが正確に登録されていることを確認してください。たとえば、SLES 15 SP7 x86_64 ホストを、異なるサービス パックまたはアーキテクチャ向けのコンテンツでブートストラップしてはいけません。
SUSE ManagerのWeb UIで、製品チャネルと同期状態を確認してください。チャネル名はリリースや有効化されているモジュールによって異なるため、確認せずに別の環境からチャネルラベルをコピーしないでください。

チャネルビューの例:ブートストラップリポジトリを作成する前に、SLES 15製品ファミリーと必要なモジュールが同期されていることを確認してください。
品質チェック:基本製品とアクティベーションキーに必要なすべてのチャネルが完全に同期されていることを確認してください。同期が完了していない場合は、ここで処理を停止してください。登録は部分的に成功しても、必要なクライアントパッケージをダウンロードできない場合は失敗する可能性があります。
すべてのクライアントは、初期導入に使用するパッケージを含むブートストラップリポジトリにアクセスする必要があります。SUSE Managerは通常、必要な製品チャネルが同期された後にブートストラップリポジトリを自動的に作成および再生成しますが、手動で生成することもできます。
コンテナ化されたSUSE Manager 5.xサーバーで、まずサーバーコンテナに入ります。
mgrctl term
次に、利用可能なブートストラップリポジトリのターゲットを一覧表示します。
mgr-create-bootstrap-repo -l

リポジトリリストを使用して、導入しようとしているSLESのリリースとアーキテクチャに一致するターゲットを特定してください。
該当するブートストラップリポジトリが存在しない場合、または再生成が必要な場合は、作成してください。
mgr-create-bootstrap-repo -c SLE-version-x86_64
SUSE はブートストラップリポジトリの場所を に記載しています/srv/www/htdocs/pub/repositories/。複数の製品がコードベースを共有している場合、ツールは正しい親チャネルを指定するように求めることがあります。現在の手順はブートストラップリポジトリに記載されています。

リポジトリの構築が成功すると、管理対象ネットワーク内から初期のSaltパッケージと登録パッケージを提供できるようになります。
アプローチを変更すべきタイミング:必須チャネルが欠落しているためにリポジトリを生成できない場合は、ランダムなRPMをクライアントにコピーしてエラーを回避しようとしないでください。まず、製品の同期または切断されたコンテンツのインポートを修正してください。
アクティベーションキーは、単なる登録トークン以上のものです。クライアントに割り当てられるソフトウェアチャネルやグループなど、重要なオンボーディング動作を決定します。登録するSLESのリリースとロールに合わせて、専用のキーを作成してください。
Web UIでアクティベーションキーの設定を開き、ベースチャネルと子チャネルが対象のSLESマシンと一致していることを確認してください。登録自体は成功したとしても、別のサービスパック用に作成されたキーを再利用することは避けてください。

アクティベーションキーは、新しいSLES 15ホストを、使用させたい内部チャネルに正確にマッピングする必要があります。
品質チェック:アクティベーションキーが、クライアントのOSとアーキテクチャに対応する単一の明確なベースチャネルに解決されることを確認してください。複数の親チャネルによってマッピングが不明瞭になる場合は、ブートストラップスクリプトを実行する前に修正してください。
SUSE では、mgr-bootstrap登録スクリプトを作成するために を使用することを推奨しています。SUSE Multi-Linux Manager 5.1 では、 と の 2 つの必須引数があり--activation-keysます--script。
mgrctl term
mgr-bootstrap --activation-keys=<ACTIVATION_KEY> --script=bootstrap-sles15-offline.sh
生成されたスクリプトは、Web UI の[管理] > [マネージャー設定] > [ブートストラップスクリプト]からも作成できます。プロキシベースの設計の場合は、後でサーバー参照を暗黙的に編集するのではなく、プロキシの FQDN 用のスクリプトを生成してください。

オフラインクライアントが実際にアクセスできるサーバーまたはプロキシと、アクティベーションキーに関連付けられた新しいスクリプトを生成します。
SSLは有効にしておいてください。SUSEは、ブートストラップ構成でSSLを無効にすることを強く推奨していません。隔離されたネットワークでは、クライアントが意図した管理システムと通信していることを検証する必要があるため、証明書の信頼性は依然として重要です。
スクリプトを実行する前に、SLES 15 から SUSE Manager への内部パスをテストしてください。具体的なチェック内容はトポロジーによって異なりますが、少なくとも、スクリプトで使用されるマネージャーまたはプロキシの FQDN への DNS 解決と HTTPS による到達可能性を確認してください。
getent hosts suma.example.com
curl -I https://suma.example.com/pub/
環境がデフォルトの Salt 接続方法を使用する場合、クライアントはマネージャーへの必要な Salt 接続を確立できる必要があります。SUSE の手動コマンドライン登録に関するドキュメントでは、Salt 通信用にポート 4505 と 4506 が指定されています。「コマンドラインでのクライアントの登録」を参照してください。

転送手順では、内部マネージャまたはプロキシのアドレスを使用する必要があります。クライアント側でインターネットに直接アクセスする必要はありません。
品質チェック:クライアントがブートストラップスクリプトに埋め込まれたFQDNを解決し、パブリックルートにフォールバックすることなくアクセスできることを確認します。これが失敗した場合は、続行する前にDNS、ファイアウォール、プロキシルーティング、またはCAの信頼関係を修正してください。
クライアントがSUSE ManagerのWebサービスに直接アクセスできる場合は、マネージャーからブートストラップスクリプトをダウンロードしてください。クライアントがより厳格なセグメントに属している場合は、SCPなどの承認された内部メカニズムを使用して、ジャンプホストまたはリムーバブルメディア経由でファイルを転送してください。このスクリプト自体は、内部マネージャーへの継続的な接続の必要性を排除するものではなく、初期設定のみを処理するものです。
curl -O https://suma.example.com/pub/bootstrap/bootstrap-sles15-offline.sh
chmod 700 bootstrap-sles15-offline.sh
HTTPによる直接転送が禁止されている場合は、管理された転送プロセスを経てスクリプトを転送した後、スクリプトのチェックサムを確認してください。これは、エアギャップ環境や高セキュリティ環境で特に有効です。
SLESクライアント上でスクリプトをローカルで実行します。
sudo ./bootstrap-sles15-offline.sh
このスクリプトは、必要な Salt コンポーネントをインストールし、信頼マテリアルを配置し、アクティベーションキーを適用して、オンボーディングプロセスを開始します。正確なパッケージ名は、SUSE Manager および SLES のリリースによって異なる場合があります。現在の SUSE ドキュメントでは、Salt Bundle の使用が増えていますvenv-salt-minionが、SLES 15 のブートストラップパスは で始まりsalt-minion、オンボーディング中に に切り替わる場合があります。

最終行だけで成功を判断するのではなく、ブートストラップの出力に証明書エラー、利用できないパッケージ、リポジトリの不一致、またはアクティベーションキーの問題がないか確認してください。
品質チェック:パッケージ解決エラー、TLS信頼エラー、オフラインクライアントがアクセスできない公開リポジトリへの参照がないことを確認してください。スクリプトが誤ったリポジトリを使用しようとした場合は、スクリプトを繰り返し実行するのではなく、手順1~4を再度実行してください。
オンボーディングが完了したら、 SUSE Manager の「システム」を開き、新しいクライアントを探します。ホスト名、ベースチャネル、システムグループ、および現在のステータスを確認してください。システムの一覧が表示されることは必要なチェックポイントですが、受け入れテストのすべてではありません。

登録は、システムが想定どおりのチャネル割り当てを表示し、かつSaltクライアントがアクティブな状態を維持している場合にのみ完了します。
クライアント側で、インストールされているSaltスタックと一致するサービス名を確認してください。
systemctl status venv-salt-minion
# or, where applicable:
systemctl status salt-minion
次に、SUSE Manager からパッケージデータの更新や無害な状態/クエリの実行など、リスクの低い管理操作を 1 つ実行します。操作が完了し、その後クライアントが再度チェックインすることを確認してください。
| チェック | 良い結果 | 立ち止まって修理する理由 |
|---|---|---|
| 製品内容 | 正しいSLES 15サービスパック、アーキテクチャ、およびモジュールが内部的に同期されています。 | サービスパックのチャンネルが欠落しているか、混在している |
| Bootstrapリポジトリ | 適切な製品ターゲット向けに生成されています | 作成に失敗するか、親チャネルが曖昧です |
| アクティベーションキー | 目的のベースチャネルと子チャネルを割り当てます | 別のOSの役割またはリリースに関する重要なポイント |
| ネットワークパス | クライアントは内部的に解決してマネージャー/プロキシのFQDNに到達します | パブリックDNSまたはインターネットパスが必要です |
| TLS | 証明書の検証エラーはありません | SSLが無効になっているか、信頼チェーンが解決されていません |
| 塩 | 塩束/ミニオンサービスは引き続き有効で、管理アクションは完了しています | クライアントは一度表示されるが、その後はチェックインできない |
まず、ブートストラップリポジトリとアクティベーションキーチャネルのマッピングを、クライアントの正確なSLESリリースと比較してください。SUSEは、リポジトリ情報がベースチャネルと一致している必要があると警告しています。一致しない場合、ブートストラッププロセスは正しいパッケージを取得できません。
以前の設定からローカルリポジトリが残っているかどうかを確認してください。SUSEのSaltブートストラッププロセスは、SUSE Managerによって提供されるリポジトリを前提として設計されているため、ローカルに割り当てられたリポジトリは、一貫性のあるチャネル管理を妨げる可能性があります。オフライン環境では、残っているパブリックリポジトリへの参照が特に失敗する可能性が高くなります。
DNS、ファイアウォールポリシー、および接続方法を検証してください。ネットワーク境界を越えて標準のSalt接続が不可能な場合、SUSEはファイアウォールで保護されたゾーンまたは切断されたゾーンのクライアント向けに、代替手段としてSSHプッシュをドキュメントに記載しています。これは設計変更であり、簡単なブートストラップ調整ではないため、ネットワークモデルで本当に必要な場合にのみ使用してください。
再生成してください。SUSE では、移行後や、古い Python の前提条件を引き継ぐ可能性のある SLE 15 システムの導入時に、ブートストラップ スクリプトを再作成することを推奨しています。
この手順を実行しても、SUSE Manager のコンテンツがエアギャップ内に魔法のように出現するわけではありません。マネージャーが SUSE Customer Center にアクセスできない場合は、RMT/SMT を利用したミラーリングや、その他のドキュメント化された同期設計など、サポートされているオフラインコンテンツワークフローが必要です。また、ブートストラップスクリプトは、登録後にクライアントと内部マネージャーまたはプロキシ間のネットワークアクセスを置き換えるものでもありません。
最後に、コマンドやサービス名は、SUSE Managerの世代やSLESサービスパックによって異なる場合があります。この記事では、現在のSUSE 5.xのブートストラップワークフローを基準としていますが、ご使用の環境にインストールされている正確なバージョンのドキュメントを参照して手順を確認してください。
TestDiskとPhotoRecを使って、失われたパーティションやファイルを復元する方法を学びましょう。ソースドライブを保護し、安全にスキャンを行い、復元したデータを別のディスクに保存します。
CoBangを使えば、Webカメラまたは画像ファイルでLinux上でQRコードをスキャンできます。インストールオプション、セットアップ手順、Flatpakカメラへのアクセスに関する修正方法については、こちらをご覧ください。
Cameractrlsを使用してLinux上でウェブカメラの設定を変更しましょう。露出、色、フリッカー低減などのサポートされているコントロールを調整し、互換性のあるビデオモードを確認できます。
LinuxにPhpStormをインストールするには、JetBrains Toolboxを使用するか、スタンドアロンのtar.gzアーカイブを使用するか、SnapおよびArch AURオプションを選択してください。Javaは既にバンドルされています。
Cisco Packet Tracer 9.0.1 を Ubuntu 64 ビット版にダウンロードし、APT を使用して DEB パッケージをインストールし、ターミナルでライセンスに同意してサインインすると、ラボを開始できます。
Linux上でGNOME Disksまたはddコマンドを使用してCD-ROM ISOイメージを作成します。光学ドライブを識別し、コピーを監視し、イメージを検証し、破損したディスクやオーディオディスクに別のツールが必要な場合を把握できます。
各ディスプレイごとに個別のXFCE 4パネルを作成し、2番目のパネルを右側の出力に割り当て、位置とサイズを調整し、必要なランチャーとステータス項目を追加します。
LinuxでGIMPを使って写真の背景を削除する方法:被写体をトレースし、選択した背景を削除し、透明度を保持して、再利用可能なPNG形式でエクスポートします。
FlightGearは公式サイトから無料でダウンロードできます。Windows、macOS、Linuxの各パッケージを比較し、データファイルをインストールして、最初のフライトを開始しましょう。
OKSamplerはMP3クリップをキーボードのキーにマッピングし、音声をループ再生できます。この旧型フリーウェアの機能、旧機能が失われた箇所、ダウンロード前に確認すべき点について解説します。