新しいカーネルに/boot/configがありません。

ソースから最新のLinux 6.6.9カーネルをコンパイルしてインストールした後に実行すると、cat /boot/config-$(uname -r)エラーが発生します cat: /boot/config-6.6.9: No such file or directory。設定ファイルがありません。インストール用にコンパイルする前に、古いカーネル設定を新しいカーネルソースディレクトリにコピーしました（、ran、cp -v /boot/config-$(uname -r) .configranを使用）。ただし、古いカーネルの設定ファイルがあります。なぜですか？make menuconfigmakemake modules_installmake install オペレーティングシステム：AlmaLinux 9.3 x86-64

Admin 2024-07-07

RHEL 7でLUKSのバージョンを確認する方法

LUKSを使用するボリュームがありますが、LUKS1かLUKS2なのかわかりません。 lsblk 出力は次のようになります。 [acoder@rhel7 ~]# lsblk --fs NAME FSTYPE LABEL UUID MOUNTPOINT sr0 vda ├─vda1 xfs b05d3e82-d170-42d1-b0e1-a0a84e8722d6 /boot ├─vda2 vfat 841D-B7DD /boot/efi └─vda3 LVM2_member e1lbWc-iwdF-VJ9C-3nsz-NhrE-pGlH-8YgSy3 ├─rhel-06 crypto_LUKS d718f899-1a0d-4bb3-b2b7-0a6c12606c78 │ └─luks-d718f899-1a0d-4bb3-b2b7-0a6c12606c78 xfs 2cea9ac7-95f2-48a4-8cf3-37ea9c6e9375 / ├─rhel-00 crypto_LUKS 8f3a9565-3767-4935-8730-fbe21c927a4d │ └─luks-8f3a9565-3767-4935-8730-fbe21c927a4d swap a914ceb3-5a2e-4d22-b8eb-30069087eee0 [SWAP] ├─rhel-02 crypto_LUKS c7453246-6dd7-4cc7-bd5d-0d3518f0d35d │ └─luks-c7453246-6dd7-4cc7-bd5d-0d3518f0d35d xfs 3ab1bbac-633d-4548-9a6c-61deae6f0e69 /usr ├─rhel-01 crypto_LUKS 15c73981-a4f2-484c-acfd-f09312143698 │ └─luks-15c73981-a4f2-484c-acfd-f09312143698 xfs 6059b317-ffd3-4ee7-9804-1f9988372464 /home ├─rhel-03 crypto_LUKS 3d401862-3a47-423a-8c9a-4505ca214d0f │ └─luks-3d401862-3a47-423a-8c9a-4505ca214d0f xfs 35c1c30f-dd91-4bc6-9fe8-324b92cbd126 /var ├─rhel-04 crypto_LUKS 374cb4e2-a4ad-4c9a-9188-e3927166fada │ └─luks-374cb4e2-a4ad-4c9a-9188-e3927166fada xfs 673979b8-88ed-4803-83ff-dce166f83d8a /var/log ├─rhel-05 crypto_LUKS 5658d96d-1fb5-4e87-898f-31c7c8ba8de5 │ └─luks-5658d96d-1fb5-4e87-898f-31c7c8ba8de5 xfs 8ca6df73-c3af-44cc-9ba8-d370e47a0d5a /var/log/audit ├─rhel-07 crypto_LUKS 4a7392cf-ede2-433e-b889-cf1d3cab16b5 │ └─luks-4a7392cf-ede2-433e-b889-cf1d3cab16b5 xfs a0a11191-f488-43e9-90cb-802287d01569 /data/www └─rhel-08 crypto_LUKS 4cbfb84b-8747-45d4-99dc-a1d1f0100188 └─luks-4cbfb84b-8747-45d4-99dc-a1d1f0100188 xfs 15b5db1f-e6ad-4057-a0d9-780a08adb16c /data/db 発行しようとしましたが、cryptsetup luksDump dev出力が表示されませんでした。 [acoder@rhel7 ~]# cryptsetup luksDump /dev/vda [acoder@rhel7 ~]# cryptsetup luksDump /dev/vda1 [acoder@rhel7 ~]# cryptsetup luksDump /dev/vda2 [acoder@rhel7 ~]# cryptsetup luksDump /dev/vda3 [acoder@rhel7 ~]# 赤い帽子説明するRHEL8はデフォルトでLUKS2を使用しますが、同じページRHEL7タイプが指定されていません。 編集1 これが出力です cryptsetup luksDump /dev/mapper/rhel-00 # cryptsetup luksDump /dev/mapper/rhel-00 LUKS header information for /dev/mapper/rhel-00 Version: 1 Cipher name: aes Cipher mode: xts-plain64 Hash spec: sha1 Payload offset: 4096 MK bits: 512 MK digest: b9 48 e2 bb 4e ae 70 9b c9 b5 b1 5e e6 9f ad fe 5c 58 15 b8 MK salt: 40 27 f3 f9 f2 be 21 a1 25 a6 1a 21 0b 12 5a f2 ed cd c9 02 6e 36 d7 8e b1 90 96 86 c2 68 2c a6 MK iterations: 64000 UUID: 8f3a9565-3767-4935-8730-fbe21c927a4d Key Slot 0: ENABLED Iterations: 128255 Salt: e2 e6 e1 a7 06 49 2b af e6 00 4f 6a e1 60 24 f1 a2 2b 41 9f 4f 4b 65 a0 a4 10 1a 6c 72 97 56 50 Key material offset: 8 AF stripes: 4000 Key Slot 1: DISABLED Key Slot 2: DISABLED Key Slot 3: DISABLED Key Slot 4: DISABLED Key Slot 5: DISABLED Key Slot 6: DISABLED Key Slot 7: DISABLED RHEL 8システムで同じコマンドを実行すると、まだ「バージョン1」が表示されるため、これが信頼できるタグかどうかはわかりません（RHEL文書によると、RedHat 8はデフォルトでLUKS2を使用します）。 最終的に私はこのシステムのボリュームを永久に解読する作業をしています。復号化を試みる前に、使用しているLUKSのバージョンを確認する必要があります。 システムがどのLUKSバージョンを使用しているかを確認する別の方法はありますか？

Admin 2024-07-07

RHELバージョン間のOpenSSL暗号化と復号化

現在、RHEL 6では暗号化と復号化に次のコマンドを使用しています。ただし、RHEL 6と8を含むサーバープールがあるため、暗号化はRHEL6ノードで行われますが、復号化はRHEL8ノードで発生する可能性があります。 RHEL6で現在の暗号化を変更せずにRHEL8で同じ暗号化を復号化したり、その逆に復号化したりする方法はありますか？ 現在使用されているコマンド： 暗号化: echo $passcode | openssl enc -aes-256-cbc -e -kfile /root/kfile -md sha256 | base64 -w 0 解毒： echo $pcode | base64 -w 0 -d | openssl enc -aes-256-cbc -d -kfile /root/kfile -md sha256

Admin 2024-07-07

sendmail SMTPリレーを使用するクライアントを見つける方法は？

sendmailRHEL 6システムにSMTPリレーを設定しました。 メールを送信するためにこのリレーを使用するリモートクライアントのホスト名またはIPアドレスをどのように見つけますか？この情報はどこかに記録されていますか？ relay=のフィールドは、/var/log/maillogメール受信者のホスト名を受け入れるか拒否するかを指定します。これは私たちに必要なものではありません。

Admin 2024-07-07

自動ネットワーク構成を停止する方法

最近、RHEL 9をインストールし、すべてのネットワークインターフェイスを削除してみました。フォルダ内のすべてのファイルを削除し、/etc/sysconfig/network-scriptsインターフェイスを削除しました。ただし、再起動後、デバイスに接続された新しい接続が確立され、DHCPに設定されます。ens192nmutlSystem ens192ens192 起動時に自動的に生成されるのを防ぐ方法は？

Admin 2024-07-07

SSH（RHEL 8）を介してリモートサーバーでスクリプトを実行すると、環境変数はロードされません。

ベンダースクリプトがあります（起動ファイル）Linuxシステムでアプリケーションサービスを起動します。ログインサーバーを介して手動で呼び出されるスクリプト（例：sudo su - ユーザー ID) すべての環境変数を有効にします。スクリプトには、すべての変数をロードするための次のコマンドラインがあります。 env > tomcat_envvars.txt メインサーバーからすべてのアプリケーションサーバーにSSHを介して同じスクリプトを呼び出す新しいスクリプト（ksh）を作成しました（起動ファイル）。以下は、SSHを介して各アプリケーションサーバーに接続してスクリプトを呼び出すシェルスクリプトの断片です。 新しいスクリプトでサービスを開始できますが、アプリケーション操作が失敗するため、すべての環境変数は初期化されません。 service_status=$(ssh -T <<-EOF >/dev/null 2>&1 EOF ) 問題はsshを呼び出す方法にあるか、起動ファイルに関連している可能性があります（.bash_config ファイル）ユーザー、ユーザーID。 問題の原因を明確にして解決してください。

Admin 2024-07-07

RHELのRHAOSパッケージ

Red Hat 고객 사이트에서 일부 RPM 패키지를 다운로드하던 중 일부 rhaos. 나는 그들이 정확히 무엇인지 잘 모르겠습니다. 예를 들어:podman-4.4.1-3.rhaos4.13.el8.x86_64.rpm OpenShiftに関連するもの以外に、これに関する多くの情報が見つかりません。 このパッケージをRHELにインストールしても安全ですか？

Admin 2024-07-07

Red Hat Enterprise LinuxおよびOracle LinuxでタイムゾーンのDSTの開始日と終了日をどのように変更しますか?

さまざまなタイムゾーンのDSTの開始日と終了日は、長年にわたって変更されました。たとえば、別の年のESTのDST開始日と終了日を提供する以下のリンクを見つけました。https://www.timeanddate.com/time/zone/usa/new-york?year=1963Windowsでは、レジストリを使用してタイムゾーン情報を更新できます。 SUSE Linuxでは、更新されたタイムゾーンファイルの更新を受け取り、更新を適用する手順を次のリンクに示します。https://www.suse.com/support/kb/doc/?id=000016358#:~:text=Linux%20will%20change%20to%20and,DST%20is%20entered%20or%20left。ただし、RHELおよびOracle LinuxでDST変更タイムゾーンを更新する方法が見つかりません。助けが必要です。

Admin 2024-07-07

コマンドラインを介してサーバー間でSSHを接続できません。

マシンが3台あるとしましょう。10.49.1.101、10.49.1.102、10.49.1.103。これらのIPは/etc/hostsファイルにも並んでいます。これらのマシンの間でこれを行うとssh完璧に動作します。しかし、ssh次のようなものを使ってフォルダを削除しようとすると10.49.1.101 for rs in `cat "ip-s"`; do echo $rs; ssh $rs "rm -rf path/to/dir"; done // ip-s contains all the 3 server ips 次のエラーが発生し、成功しません。しかし、その機能は10.49.4.102、10.49.4.103 : Name or service not knownname 10.49.1.102 : Name or service not knownname 10.49.1.103 ちなみに、これはredhatバージョンです。 10.49.1.101 - Red Hat 7.7 10.49.1.102 - Red Hat 6.6 10.49.1.103 - Red Hat 6.6 redhat-7.7バージョンに問題がありますか？それでは、この問題を解決する方法は？

Admin 2024-07-07

RHEL+予期しない再起動の根本原因を見つけるためにdmesgログを確認する方法

RHEL 7.6サーバー（VMサーバー）があります。 予期しない再起動が2回行われました（最後のコマンドで再起動を見ることができます）。 dmesg 出力を見ると、次のメッセージが表示されます。 Jul 3 09:56:42 server_MA02 kernel: ata12: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata5: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata11: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata4: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata10: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata14: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata13: SATA lin k down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata15: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata16: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata20: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata21: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata26: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata19: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata29: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata32: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata28: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata31: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata25: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata30: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata22: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata18: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata17: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata23: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata24: SATA link down (SStatus 0 SControl 300) Jul 3 09:56:42 server_MA02 kernel: ata27: SATA link down (SStatus 0 SControl 300) 上記のメッセージは、仮想マシンが予期せず再起動される問題の一部である可能性がありますか？

Admin 2024-07-07

VirtualBox-Redtat 7.9

私はVirtualBoxを含むApple Macbookを使用しています。私のVirtual BoxにはRedHat 7.9があります。 Redhatでは、私のMacBookに接続されているUSBドライブを表示する必要があります。ステップは何ですか？ 注：私はRedhatサーバーを使用しているので、端末のみを使用できます。 Redhatの使用量を確認したら、残りのインストールなどを進めることができます。 ありがとうございます。 VirtualBoxでたくさん試してみましたが、うまくやっているようです。

Admin 2024-07-07