Fedora 37: fwupdate-efi fwupdate-libs を削除できません。

私の考えでは、このボックスはもともとFedora 21でした。 ただし、これら2つの古いパッケージをクリーンアップすることはできません。 # dnf list extras Last metadata expiration check: 0:05:12 ago on Tue 31 Jan 2023 08:48:18 AM EET. Extra Packages fwupdate-efi.x86_64 11-4.fc29 @fedora fwupdate-libs.x86_64 11-4.fc29 @fedora # dnf erase fwupdate-efi fwupdate-libs Error: Problem: The operation would result in removing the following protected packages: grub2-efi-x64, shim-x64 (try to add '--skip-broken' to skip uninstallable packages) # dnf --skip-broken erase fwupdate-efi fwupdate-libs Error: Problem: The operation would result in removing the following protected packages: grub2-efi-x64, shim-x64 # dnf --skip-broken --disableexcludes=all erase fwupdate-efi fwupdate-libs Error: Problem: The operation would result in removing the following protected packages: grub2-efi-x64, shim-x64 これはUEFIシステム（既存のBIOSではありません）ですが、AFAIKはセキュアブートを使用しません。 これらの（関連/関連）パッケージがインストールされます # rpm -qa | grep -i -e fwupd -e shim -e grub | sort fwupd-1.8.10-2.fc37.x86_64 fwupdate-efi-11-4.fc29.x86_64 fwupdate-libs-11-4.fc29.x86_64 fwupd-efi-1.3-1.fc37.x86_64 fwupd-plugin-flashrom-1.8.10-2.fc37.x86_64 fwupd-plugin-modem-manager-1.8.10-2.fc37.x86_64 fwupd-plugin-uefi-capsule-data-1.8.10-2.fc37.x86_64 grub2-common-2.06-75.fc37.noarch grub2-efi-x64-2.06-75.fc37.x86_64 grub2-pc-2.06-75.fc37.x86_64 grub2-pc-modules-2.06-75.fc37.noarch grub2-tools-2.06-75.fc37.x86_64 grub2-tools-efi-2.06-75.fc37.x86_64 grub2-tools-extra-2.06-75.fc37.x86_64 grub2-tools-minimal-2.06-75.fc37.x86_64 grubby-8.40-66.fc37.x86_64 shim-x64-15.6-2.x86_64 この2つの古いパッケージ（fwupdate-efi fwupdate-libs）を削除し、コンピュータが正常に起動し続けるようにするにはどうすればよいですか？

Admin 2024-09-05

Fedoraに.tar.bz2パッケージをインストールするには？

Fedora 34のようにインストールする方法を探していますが、firefox-89.0.tar.bz2方法が見つかりません。それでは、.tar.bz2FedoraまたはRHELベースのディストリビューションにアーカイブをインストールするにはどうすればよいですか？

Admin 2024-09-03

Fedora 33からDebian NASへのssh - 常にパスワードを要求する

NASデバイスとしてWD MyBook Duo（古いですがうまく動作します）があり、次のようにrsyncバックアップスクリプトが設定されています。これ。 この時点でバックアップシステムを実行できますが、パスワードを要求するたびに - 最近Fedora 33にアップグレードするまでこれは起こりませんでした - 理由はわかりません。 私はすべての標準的な手順を経た。 クライアントで ssh-keygen を実行し、id_rsa.pub の内容をサーバーの Authorized_keys にコピーします。 権限の確認 - サーバーの authenticate_keys は 600 で、クライアントの id_rsa は 644 です。クライアントKnown_hostsオン ログインするたびに、（rootまたは他のユーザーとして）常にパスワードの入力を求められます。何が起こっているのかを診断するために/usr/sbin/sshd -d -p 2222サーバー上で実行してから、クライアントからログインしようとしましたが、次のように出力はssh -p 2222 実際には役に立ちませんでした。 ssh-addまた、クライアントまたはサーバーで使用する手順を行いましたが、結果は変わりませんでした。 最後に、ssh-configファイル（下記参照）を調整してみました。 yes行がコメントアウトされたことを確認し、コメントアウトを削除してRSAAuthenticationサービスを再起動しました/etc/init.d/ssh restart。運が悪い。 そして私は詰まった。次に何をすべきかを提案してください。 編集：@patbarronのコメントに従って、RSAの代わりにecdsaを試してみました。同じ結果です。また、authorized_keysルートが所有していることも確認しました。現在、さまざまな理由でrootとしてログインしようとしており、後で他のユーザーに切り替える予定です。結果は同じです。 /usr/sbin/sshd -ddd -p 2222ssh -p 2222ホストとゲストで実行される出力も追加しました。出力にはメッセージが表示されますが、mm_auth_password: user not authenticatedなぜこれが起こるのかを知らせることはありません。 SSHデバッグ出力 debug1: sshd version OpenSSH_5.1p1 Debian-5 debug1: read PEM private key done: type RSA debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: private host key: #0 type 1 RSA debug1: read PEM private key done: type DSA debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024 debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024 debug1: private host key: #1 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: rexec_argv[2]='-p' debug1: rexec_argv[3]='2222' debug1: Bind to port 2222 on 0.0.0.0. Server listening on 0.0.0.0 port 2222. debug1: Bind to port 2222 on ::. Server listening on :: port 2222. debug1: Server will not fork when running in debugging mode. debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8 debug1: inetd sockets after dupping: 3, 3 Connection from 192.168.1.144 port 57186 debug1: Client protocol version 2.0; client software version OpenSSH_8.4 debug1: match: OpenSSH_8.4 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 debug1: permanently_set_uid: 101/65534 debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes256-ctr hmac-sha1 none debug1: kex: server->client aes256-ctr hmac-sha1 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user root service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "root" debug1: PAM: setting PAM_RHOST to "192.168.1.144" debug1: PAM: setting PAM_TTY to "ssh" Failed none for root from 192.168.1.144 port 57186 ssh2 debug1: userauth-request for user root service ssh-connection method password debug1: attempt 1 failures 0 debug1: PAM: password authentication accepted for root debug1: do_pam_account: called Accepted password for root from 192.168.1.144 port 57186 ssh2 debug1: monitor_child_preauth: root has been authenticated by privileged process debug1: PAM: establishing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_global_request: rtype [email protected] want_reply 0 debug1: server_input_channel_req: channel 0 request pty-req reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/pts/2 debug1: Ignoring unsupported tty mode opcode 42 (0x2a) debug1: SELinux support disabled debug1: server_input_channel_req: channel 0 request env reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req env debug1: server_input_channel_req: channel 0 request env reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req env debug1: server_input_channel_req: channel 0 request shell reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug1: Setting controlling tty using TIOCSCTTY. ssh_config # This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. This file provides defaults for # users, and the values can be changed in per-user configuration files # or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # Site-wide defaults for some commonly used options. For a comprehensive # list of available options, their meanings and defaults, please see the # ssh_config(5) man page. Host * # ForwardAgent no # ForwardX11 no # ForwardX11Trusted yes # RhostsRSAAuthentication no # RSAAuthentication yes # PasswordAuthentication yes # HostbasedAuthentication no # GSSAPIAuthentication no # GSSAPIDelegateCredentials no # GSSAPIKeyExchange no # GSSAPITrustDNS no # BatchMode no # CheckHostIP yes # AddressFamily any # ConnectTimeout 0 # StrictHostKeyChecking ask # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_rsa # IdentityFile ~/.ssh/id_dsa # Port 22 # Protocol 2,1 # Cipher 3des # Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc # MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160 # EscapeChar ~ # Tunnel no # TunnelDevice any:any # PermitLocalCommand no SendEnv LANG LC_* HashKnownHosts yes GSSAPIAuthentication yes GSSAPIDelegateCredentials no ホストで/usr/sbin/sshd -ddd -p 2222を実行し、ゲストでssh -p 2222を実行すると出力されます。 debug2: load_server_config: filename /etc/ssh/sshd_config debug2: load_server_config: done config len = 656 debug2: parse_server_config: config /etc/ssh/sshd_config len 656 debug3: /etc/ssh/sshd_config:5 setting Port 22 debug3: /etc/ssh/sshd_config:9 setting Protocol 2 debug3: /etc/ssh/sshd_config:11 setting HostKey /etc/ssh/ssh_host_rsa_key debug3: /etc/ssh/sshd_config:12 setting HostKey /etc/ssh/ssh_host_dsa_key debug3: /etc/ssh/sshd_config:14 setting UsePrivilegeSeparation yes debug3: /etc/ssh/sshd_config:17 setting KeyRegenerationInterval 3600 debug3: /etc/ssh/sshd_config:18 setting ServerKeyBits 768 debug3: /etc/ssh/sshd_config:21 setting SyslogFacility LOCAL3 debug3: /etc/ssh/sshd_config:22 setting LogLevel INFO debug3: /etc/ssh/sshd_config:25 setting LoginGraceTime 120 debug3: /etc/ssh/sshd_config:26 setting PermitRootLogin yes debug3: /etc/ssh/sshd_config:27 setting StrictModes yes debug3: /etc/ssh/sshd_config:28 setting AllowUsers root debug3: /etc/ssh/sshd_config:30 setting RSAAuthentication yes debug3: /etc/ssh/sshd_config:31 setting PubkeyAuthentication yes debug3: /etc/ssh/sshd_config:35 setting IgnoreRhosts yes debug3: /etc/ssh/sshd_config:37 setting RhostsRSAAuthentication no debug3: /etc/ssh/sshd_config:39 setting HostbasedAuthentication no debug3: /etc/ssh/sshd_config:44 setting PermitEmptyPasswords no debug3: /etc/ssh/sshd_config:48 setting ChallengeResponseAuthentication no debug3: /etc/ssh/sshd_config:63 setting X11Forwarding yes debug3: /etc/ssh/sshd_config:64 setting X11DisplayOffset 10 debug3: /etc/ssh/sshd_config:65 setting PrintMotd no debug3: /etc/ssh/sshd_config:66 setting PrintLastLog yes debug3: /etc/ssh/sshd_config:67 setting TCPKeepAlive yes debug3: /etc/ssh/sshd_config:74 setting AcceptEnv LANG LC_* debug3: /etc/ssh/sshd_config:76 setting Subsystem sftp /usr/lib/openssh/sftp-server debug3: /etc/ssh/sshd_config:78 setting UsePAM yes debug1: sshd version OpenSSH_5.1p1 Debian-5 debug3: Not a RSA1 key file /etc/ssh/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: private host key: #0 type 1 RSA debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024 debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024 debug1: private host key: #1 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-ddd' debug1: rexec_argv[2]='-p' debug1: rexec_argv[3]='2222' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 2222 on 0.0.0.0. Server listening on 0.0.0.0 port 2222. debug2: fd 4 setting O_NONBLOCK debug1: Bind to port 2222 on ::. Server listening on :: port 2222. debug3: fd 5 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 8 config len 656 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8 debug1: inetd sockets after dupping: 3, 3 Connection from 192.168.1.144 port 60860 debug1: Client protocol version 2.0; client software version OpenSSH_8.4 debug1: match: OpenSSH_8.4 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 debug2: fd 3 setting O_NONBLOCK debug2: Network child is on pid 12958 debug3: preauth child monitor started debug3: mm_request_receive entering debug3: privsep user:group 101:65534 debug1: permanently_set_uid: 101/65534 debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[email protected] debug2: kex_parse_kexinit: none,[email protected] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,ext-info-c debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],ssh-ed25519,[email protected],rsa-sha2-512,rsa-sha2-256,ssh-rsa debug2: kex_parse_kexinit: [email protected],[email protected],aes256-ctr,[email protected],aes128-ctr debug2: kex_parse_kexinit: [email protected],[email protected],aes256-ctr,[email protected],aes128-ctr debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha1,[email protected],hmac-sha2-512 debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha1,[email protected],hmac-sha2-512 debug2: kex_parse_kexinit: none,[email protected],zlib debug2: kex_parse_kexinit: none,[email protected],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-sha1 debug1: kex: client->server aes256-ctr hmac-sha1 none debug2: mac_setup: found hmac-sha1 debug1: kex: server->client aes256-ctr hmac-sha1 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug3: mm_request_send entering: type 0 debug3: monitor_read: checking request 0 debug3: mm_answer_moduli: got parameters: 2048 8192 8192 debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI debug3: mm_request_receive_expect entering: type 1 debug3: mm_request_receive entering debug3: mm_request_send entering: type 1 debug3: mm_choose_dh: remaining 0 debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: monitor_read: 0 used once, disabling now debug3: mm_request_receive entering debug2: dh_gen_key: priv key bits set: 268/512 debug2: bits set: 4095/8192 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 4103/8192 debug3: mm_key_sign entering debug3: mm_request_send entering: type 5 debug3: monitor_read: checking request 5 debug3: mm_answer_sign debug3: mm_key_sign: waiting for MONITOR_ANS_SIGN debug3: mm_request_receive_expect entering: type 6 debug3: mm_request_receive entering debug3: mm_answer_sign: signature 0x2073df70(271) debug3: mm_request_send entering: type 6 debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug2: cipher_init: set keylen (16 -> 32) debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: monitor_read: 5 used once, disabling now debug3: mm_request_receive entering debug2: set_newkeys: mode 0 debug2: cipher_init: set keylen (16 -> 32) debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user root service ssh-connection method none debug1: attempt 0 failures 0 debug3: mm_getpwnamallow entering debug3: mm_request_send entering: type 7 debug3: mm_getpwnamallow: waiting for MONITOR_ANS_PWNAM debug3: mm_request_receive_expect entering: type 8 debug3: mm_request_receive entering debug3: monitor_read: checking request 7 debug3: mm_answer_pwnamallow debug3: Trying to reverse map address 192.168.1.144. debug2: parse_server_config: config reprocess config len 656 debug3: mm_answer_pwnamallow: sending MONITOR_ANS_PWNAM: 1 debug3: mm_request_send entering: type 8 debug2: input_userauth_request: setting up authctxt for root debug3: mm_start_pam entering debug3: mm_request_send entering: type 48 debug3: mm_inform_authserv entering debug3: mm_request_send entering: type 3 debug2: input_userauth_request: try method none debug3: mm_auth_password entering debug3: mm_request_send entering: type 11 debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD debug3: mm_request_receive_expect entering: type 12 debug3: mm_request_receive entering debug2: monitor_read: 7 used once, disabling now debug3: mm_request_receive entering debug3: monitor_read: checking request 48 debug1: PAM: initializing for "root" debug1: PAM: setting PAM_RHOST to "192.168.1.144" debug1: PAM: setting PAM_TTY to "ssh" debug2: monitor_read: 48 used once, disabling now debug3: mm_request_receive entering debug3: monitor_read: checking request 3 debug3: mm_answer_authserv: service=ssh-connection, style=, role= debug2: monitor_read: 3 used once, disabling now debug3: mm_request_receive entering debug3: monitor_read: checking request 11 debug3: mm_answer_authpassword: sending result 0 debug3: mm_request_send entering: type 12 debug3: mm_auth_password: user not authenticated Failed none for root from 192.168.1.144 port 60860 ssh2 debug3: mm_request_receive entering debug1: userauth-request for user root service ssh-connection method password debug1: attempt 1 failures 0 debug2: input_userauth_request: try method password debug3: mm_auth_password entering debug3: mm_request_send entering: type 11 debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD debug3: mm_request_receive_expect entering: type 12 debug3: mm_request_receive entering debug3: monitor_read: checking request 11 debug3: PAM: sshpam_passwd_conv called with 1 messages debug1: PAM: password authentication accepted for root debug3: mm_answer_authpassword: sending result 1 debug3: mm_request_send entering: type 12 debug3: mm_auth_password: user authenticated debug3: mm_do_pam_account entering debug3: mm_request_send entering: type 49 debug3: mm_request_receive_expect entering: type 50 debug3: mm_request_receive entering debug3: mm_request_receive_expect entering: type 49 debug3: mm_request_receive entering debug1: do_pam_account: called debug3: PAM: do_pam_account pam_acct_mgmt = 0 (Success) debug3: mm_request_send entering: type 50 debug3: mm_do_pam_account returning 1 debug3: mm_send_keystate: Sending new keys: 0x2073db38 0x2073da30 debug3: mm_newkeys_to_blob: converting 0x2073db38 debug3: mm_newkeys_to_blob: converting 0x2073da30 debug3: mm_send_keystate: New keys have been sent debug3: mm_send_keystate: Sending compression state debug3: mm_request_send entering: type 25 debug3: mm_send_keystate: Finished sending state Accepted password for root from 192.168.1.144 port 60860 ssh2 debug1: monitor_child_preauth: root has been authenticated by privileged process debug3: mm_get_keystate: Waiting for new keys debug3: mm_request_receive_expect entering: type 25 debug3: mm_request_receive entering debug3: mm_newkeys_from_blob: 0x20743238(139) debug2: mac_setup: found hmac-sha1 debug3: mm_get_keystate: Waiting for second key debug3: mm_newkeys_from_blob: 0x20743238(139) debug2: mac_setup: found hmac-sha1 debug3: mm_get_keystate: Getting compression state debug3: mm_get_keystate: Getting Network I/O buffers debug3: mm_share_sync: Share sync debug3: mm_share_sync: Share sync end debug1: PAM: establishing credentials debug3: PAM: opening session debug3: PAM: sshpam_store_conv called with 1 messages debug2: set_newkeys: mode 0 debug2: cipher_init: set keylen (16 -> 32) debug2: set_newkeys: mode 1 debug2: cipher_init: set keylen (16 -> 32) debug1: Entering interactive session for SSH2. debug2: fd 5 setting O_NONBLOCK debug2: fd 6 setting O_NONBLOCK debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug2: session_new: allocate (allocated 0 max 10) debug3: session_unused: session id 0 unused debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_global_request: rtype [email protected] want_reply 0 debug1: server_input_channel_req: channel 0 request pty-req reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/pts/1 debug3: tty_parse_modes: SSH2 n_bytes 261 debug3: tty_parse_modes: ospeed 38400 debug3: tty_parse_modes: ispeed 38400 debug1: Ignoring unsupported tty mode opcode 42 (0x2a) debug1: SELinux support disabled debug1: server_input_channel_req: channel 0 request env reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req env debug2: Setting env 0: LANG=en_US.UTF-8 debug1: server_input_channel_req: channel 0 request env reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req env debug2: Ignoring env request LANGUAGE: disallowed name debug1: server_input_channel_req: channel 0 request env reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req env debug2: Ignoring env request XMODIFIERS: disallowed name debug1: server_input_channel_req: channel 0 request shell reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: channel 0: rfd 9 isatty debug2: fd 9 setting O_NONBLOCK debug3: fd 7 is O_NONBLOCK debug1: Setting controlling tty using TIOCSCTTY.

Admin 2024-09-09

Fedoraにlibpq-devをインストールする方法は？

次のコマンドを使用して、fedoraにlibpq-devをインストールしようとしています。 sudo dnf install libpq-dev しかし、結果は次のようになります。 No match for argument: libpq-dev Error: Unable to find a match: libpq-dev

Admin 2024-09-11

Fedora 32にアップグレードした後、Bluetoothの動作が停止しました。

最近Fedora 32を更新しました。停電が発生してラップトップをシャットダウンし、再起動後にBluetoothが動作しなくなりました（終了する前に更新されたものがあるかどうかわかりません）。 Linuxはこう言います。 $ uname -a Linux jcubic 5.6.16-300.fc32.x86_64 #1 SMP Thu Jun 4 18:08:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux $ dmesg | grep -i bluetooth [ 2.683570] Bluetooth: Core ver 2.22 [ 2.683589] Bluetooth: HCI device and connection manager initialized [ 2.683592] Bluetooth: HCI socket layer initialized [ 2.683593] Bluetooth: L2CAP socket layer initialized [ 2.683595] Bluetooth: SCO socket layer initialized [ 2.693267] bluetooth hci0: Direct firmware load for qca/rampatch_usb_00000302.bin failed with error -2 [ 2.693269] Bluetooth: hci0: failed to request rampatch file: qca/rampatch_usb_00000302.bin (-2) [ 8.209092] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 8.209093] Bluetooth: BNEP filters: protocol multicast [ 8.209095] Bluetooth: BNEP socket layer initialized $ locate rampatch_usb_00000302.bin /usr/lib/firmware/qca/rampatch_usb_00000302.bin $ lsmod | grep -i bluetooth bluetooth 643072 12 btrtl,btintel,btbcm,bnep,btusb ecdh_generic 16384 1 bluetooth rfkill 28672 8 bluetooth,dell_laptop,cfg80211 $ LC_ALL=C rfkill ID TYPE DEVICE SOFT HARD 0 bluetooth hci0 unblocked unblocked 1 wlan phy0 unblocked unblocked $ hciconfig up hci0: Type: Primary Bus: USB BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0 DOWN RX bytes:0 acl:0 sco:0 events:0 errors:0 TX bytes:0 acl:0 sco:0 commands:0 errors:0 $ sudo systemctl status bluetooth ● bluetooth.service - Bluetooth service Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enable> Active: active (running) since Fri 2020-06-12 19:21:41 CEST; 55min ago Docs: man:bluetoothd(8) Main PID: 879 (bluetoothd) Status: "Running" Tasks: 1 (limit: 18735) Memory: 2.9M CGroup: /system.slice/bluetooth.service └─879 /usr/libexec/bluetooth/bluetoothd cze 12 19:21:41 jcubic systemd[1]: Starting Bluetooth service... cze 12 19:21:41 jcubic bluetoothd[879]: Bluetooth daemon 5.54 cze 12 19:21:41 jcubic systemd[1]: Started Bluetooth service. cze 12 19:21:41 jcubic bluetoothd[879]: Starting SDP server cze 12 19:21:41 jcubic bluetoothd[879]: Bluetooth management interface 1.15 initialized 何が起こったのかわかりません。ハードウェアエラーですか？ GrubにはFedora 32カーネルが1つしかありません。最近ノートパソコンで時々奇妙な音がする問題がありますが、CPUファンの問題かもしれません。 編集する： 解決策が見つからなかったため、GitHubでLinuxリポジトリのミラーを複製しましたが、ファイルやディレクトリが見つからないため、エラー-2が発生しているようです。 #define ENOENT 2 /* No such file or directory */ 編集する： 私はXubuntu 20.04 Live DVDを起動しましたが、Bluetoothが動作していてFedoraにバグとして報告しました。

Admin 2024-08-31

Tigervncに空の画面が表示される

0 FedoraワークステーションにTigervncサーバーが設定されており、macOSのVNCビューアまたは他のFedoraワークステーションのvncviewerを介して接続すると空の画面のみが表示され、時にはマウスポインタが移動しません。 私は多くのフォーラムを見ましたが、これは一般的な問題のようですが、すべての情報はかなり古く、systemdとgdmを使用してTigerVNCサーバーを構成する最新の方法と同じではありません。 この特別なケースでは、ユーザーのサービスマネージャ（RHEL8プロセス）を使用してTigervnc-serverをインストールすることを選択しました。https://access.redhat.com/solutions/4201371)) - したがって、ユーザー空間で実行されます。 ~/.vnc/xstartup には以下が含まれます。 #!/bin/sh unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS exec /etc/X11/xinit/xinitrc ~/.vnc/.log 猫 log2.log Xvnc TigerVNC 1.10.0 - built Jan 13 2019 00:00:00 Copyright (C) 1999-2019 TigerVNC Team and many others (see README.rst) See https://www.tigervnc.org for information on TigerVNC. Underlying X server release 12006000, The X.Org Foundation Sun Apr 5 13:15:01 2020 vncext: VNC extension running! vncext: Listening for VNC connections on all interface(s), port 5902 vncext: created VNC server for screen 0 Sun Apr 5 13:15:47 2020 Connections: accepted: 10.10.10.9::48246 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VeNCrypt(19) SVeNCrypt: Client requests security type TLSVnc (258) Sun Apr 5 13:15:51 2020 VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888 Sun Apr 5 13:16:03 2020 VNCSConnST: closing 10.10.10.9::48246: Clean disconnection EncodeManager: Framebuffer updates: 9 EncodeManager: Tight: EncodeManager: Solid: 14 rects, 1.53762 Mpixels EncodeManager: 224 B (1:27458.2 ratio) EncodeManager: Indexed RLE: 1 rects, 1 kpixels EncodeManager: 394 B (1:10.1827 ratio) EncodeManager: Tight (JPEG): EncodeManager: Full Colour: 14 rects, 96.816 kpixels EncodeManager: 60.25 KiB (1:6.27969 ratio) EncodeManager: Total: 29 rects, 1.63543 Mpixels EncodeManager: 60.8535 KiB (1:104.986 ratio) TLS: TLS session wasn't terminated gracefully TcpSocket: unable to get peer name for socket Connections: closed: ::0 ComparingUpdateTracker: 836.526 kpixels in / 800.094 kpixels out ComparingUpdateTracker: (1:1.04553 ratio) Sun Apr 5 13:16:26 2020 Connections: accepted: 10.10.10.9::48248 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VeNCrypt(19) SVeNCrypt: Client requests security type TLSVnc (258) Sun Apr 5 13:16:28 2020 VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888 Sun Apr 5 13:16:29 2020 ComparingUpdateTracker: 0 pixels in / 0 pixels out ComparingUpdateTracker: (1:-nan ratio) Sun Apr 5 13:16:36 2020 VNCSConnST: closing 10.10.10.9::48248: Clean disconnection EncodeManager: Framebuffer updates: 3 EncodeManager: Tight: EncodeManager: Solid: 2 rects, 1.50733 Mpixels EncodeManager: 32 B (1:188417 ratio) EncodeManager: Total: 2 rects, 1.50733 Mpixels EncodeManager: 32 B (1:188417 ratio) TLS: TLS session wasn't terminated gracefully TcpSocket: unable to get peer name for socket Connections: closed: ::0 ComparingUpdateTracker: 0 pixels in / 0 pixels out ComparingUpdateTracker: (1:-nan ratio) ログファイルは、再起動後に直接接続しようとする2回の試みをキャプチャします。最初の操作は、パスワードの入力を求める前に常に「申し訳ありません」というメッセージで失敗します。 2 番目には空の画面が表示されます。 ソケット：ソケットのピア名を取得できません。 このメッセージを見てファイアウォールの問題だと思ったので、ファイアウォールを無効にして停止した状態でも試してみましたが、役に立ちませんでした。 私はこれがgdmに関連していると確信しています。しかし、これは私が弱い領域なので、アドバイスを求めます。ありがとう

Admin 2024-09-07

dnf履歴の特定のポイントからユーザーがインストールしたすべてのパッケージをインポートする

このコマンドを使用すると、システムがdnf historyインストールされた後のすべてのdnfトランザクションを一覧表示できます。 dnfトランザクション履歴の特定のポイントにインストールされているすべてのユーザーインストールパッケージをトランザクションIDで一覧表示するにはどうすればよいですか？dnf history userinstalled特定のトランザクションポイントを除いて、コマンドに似ています。

Admin 2024-09-03

Linux（Fedora）ノートブックでWiFiの問題をデバッグする方法は？

Dell Latitude 3580でFedora 31を使用しています（30からアップグレードしましたが、30でも問題が発生しました）。すべてがうまく機能しますが、時々ネットワーク接続が機能しないことがあります。 Pingが機能せず、ウェブサイトが読み込まれません。一般的に役立つ方法は、WiFiをオフにして（Gnome 3の右上のメニューから）オンにして、ネットワークに再接続するのを待つことです。この問題は私のホームルータだけでなく5GHzネットワークでのみ発生し、2.4GHzでは問題ありません。 WindowsとFedoraがインストールされていないため、これがLinuxソフトウェアのハードウェアの問題であるかどうかはわかりません。 どのようにデバッグできますか？どこから始めることができますか？私のラップトップのLinuxとWiFiカードをデバッグするのに役立つツールについて十分に知らないようです。ドライバのバージョンを確認する必要がありますか？いくつかのターミナルコマンドを使用して問題がハードウェア層にあるかどうかを確認する必要がありますか、またはネットワーク障害が発生したときにシステムで問題の種類を検出する必要がありますか？現時点では、dmesg前回問題が発生したときに同様の内容が見つかりました（MACレビュー）。 [ 3101.338801] wlp3s0: deauthenticating from ac:22:05:XX:YY:ZZ by local choice (Reason: 3=DEAUTH_LEAVING) [ 3104.954335] ath10k_pci 0000:03:00.0: UART prints enabled [ 3105.022917] ath10k_pci 0000:03:00.0: unsupported HTC service id: 1536 [ 3113.070526] wlp3s0: authenticate with ac:22:05:XX:YY:ZZ [ 3113.137160] wlp3s0: send auth to ac:22:05:XX:YY:ZZ (try 1/3) [ 3113.163946] wlp3s0: authenticated [ 3113.164107] wlp3s0: associate with ac:22:05:XX:YY:ZZ (try 1/3) [ 3113.200527] wlp3s0: RX AssocResp from ac:22:05:XX:YY:ZZ (capab=0x1511 status=0 aid=2) [ 3113.265490] wlp3s0: associated [ 3113.307848] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready [ 3386.045128] perf: interrupt took too long (3205 > 3202), lowering kernel.perf_event_max_sample_rate to 62000 したがって、認証を解除してから認証するように見えますが、ネットワークは機能しません。 有線イーサネット接続に問題はありません。

Admin 2024-08-26

Fedora 18から36にアップグレードした後、マウスをクリックすると、XTermシェル（readline）でカーソル位置が停止します。

次の制御シーケンスを使用して設定し、XTermのシェル（BASH）でコマンドラインをクリックします。カーソルをこの位置に移動します。。少なくとも私が持っていた古代のFedora 18ではそれがうまくいきました。 （私は非常に長いパイプラインを作成する傾向があるため、この機能は長年使用して完全に慣れてきたので、私にとっては素晴らしく重要です。） 「ターゲットクリック」機能を有効にするにはどうすればよいですか（通常はPS1BASH変数で）： \[\e[?2001;2002;2003;2004;2005;2006s\e[?2001;2002;2003h\] そして、元の保存状態を復元します（通常PS0はシェルで実行されるコマンドに影響を与えないため）。 \[\e[?2001;2002;2003;2004;2005;2006r\] 実験に使用したエイリアスは次のとおりです。 alias tmouseon='printf -- '\''\e[2001;2002;2003;2004;2005;2006s\e[?2001;2002;2003h'\''' alias tmouseoff='printf -- '\''\e[?2001;2002;2003;2004;2005;2006r'\''' 以下は私のXTerm設定です。一部はこの問題に関連している可能性がありますが、XTermのマニュアルによると、私の設定に問題を引き起こす可能性がある他のオプションやオプションが見つかりませんでした。また、xrdb -merge私のXを知らないことに注意してください。リソースファイルを使用.xinitrcしましたがxrdb、ディストリビューションのデフォルト設定が気に入らず、ディストリビューションへのフルアクセスを望んでいたため、何年も問題なく使用してきました。 ! Init XTerm.ptyInitialErase: true XTerm.waitForMap: true ! Buffers XTerm.buffered: true XTerm.bufferedFPS: 100 XTerm.maxBufSize: 131072 XTerm.minBufSize: 8192 ! TERMINAL ! Name XTerm.VT100.termName: xterm-256color ! Session XTerm.VT100.loginShell: true ! Features XTerm.VT100.allowFontOps: true XTerm.VT100.allowMouseOps: true XTerm.VT100.allowTcapOps: true XTerm.VT100.allowTitleOps: true XTerm.VT100.allowWindowOps: true XTerm.VT100.c132: true ! Input XTerm.VT100.backarrowKey: true XTerm.VT100.backarrowKeyIsErase: true ! Scrolling XTerm.VT100.scrollBar: false XTerm.VT100.scrollTtyOutput: false XTerm.VT100.allowScrollLock: true ! Screen buffer XTerm.VT100.saveLines: 10000 ! Alternate screen XTerm.VT100.titeInhibit: true XTerm.VT100.tiXtraScroll: true ! Visual bell XTerm.VT100.visualBell: true XTerm.VT100.visualBellLine: true XTerm.VT100.visualBellDelay: 150 ! Pointer shape XTerm.VT100.pointerShape: hand1 ! Margin bell XTerm.VT100.marginBell: true XTerm.VT100.nMarginBell: 8 ! Cursor blinking XTerm.VT100.cursorBlink: true XTerm.VT100.cursorOffTime: 250 XTerm.VT100.cursorOnTime: 750 ! Selection XTerm.VT100.charClass: 33:48,36-47:48,58-59:48,61:48,63-64:48,95:48,126:48 XTerm.VT100.highlightReverse: false XTerm.VT100.highlightSelection: true XTerm.VT100.trimSelection: true （色設定を省略...） 非常に古い（知っていますが、かなり「スパルタ」環境にあり、通常のツールを使用したとき）、Fedora 18ワークステーションを最新のFedora 36にアップグレードした後、マウスの機能はXTerm Clickのカーソルが機能しなくなり、見つかりませんでした。問題の根本原因。 （一生懸命修正しようとしましたが、完全に失敗しました。）機能を復元したいと思います。誰でも助けることができますか？ 誰も同じ問題がありますか？どうやって分析しますか？ 私の考えでは可能TermInfoで問題が発生しましたが、もう詳しく調べる方法がわかりません。

Admin 2024-10-04

/ etcを上書きした後、ユーザーログインは機能しません。

以前のノートブックからrsync -aiiP新しいノートブックにファイルをコピーしたことがあります。画面をロックしてから再度ログインしようとすると、パスワードは機能しなくなります。再起動しましたが、ロード画面で停止し、新しいユーザーアカウントがまったく表示されませんでした。代わりに、緊急モードに切り替えられ、コマンドラインからルートを使用してファイルシステムを閲覧することができました。/etc/etc /etc/shadow私の考えでは、新しいシステムのものを古いシステムのものと交換したことが問題のようです。/etc/passwd古いシステムと新しいシステムのユーザーアカウントが異なります。 自分のユーザーアカウントに再度アクセスするにはどうすればよいですか。この問題の原因は何ですか？ 他のノートブックにfedora 37を再インストールした後、緊急モードでルートを使用して壊れたノートブックにコピーするつもりですが、より/etc良い方法があるかどうかはわかりません。

Admin 2024-09-18

MDADM RAID-1アレイは、数日間終了した後、起動後は常に自動的にチェックされます。

Fedora 35およびRAID-1 MDADMアレイを搭載した複数のPCがあります。 そのうちの1人だけが奇妙な問題に直面しました。 2～3日以上放置しておくと、次回の再起動時に必ず自動検査が行われます。 出力は次のとおりですjournalctl -b | grep -E "(md1|/dev/md)"。 Mar 14 23:06:49 zx-E5430 kernel: md/raid1:md127: active with 2 out of 2 mirrors Mar 14 23:06:49 zx-E5430 kernel: md127: detected capacity change from 0 to 209582080 Mar 14 23:06:51 zx-E5430 systemd-fsck[586]: /dev/md127: clean, 236394/6553600 files, 3281182/26197760 blocks Mar 14 23:06:51 zx-E5430 kernel: EXT4-fs (md127): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. Mar 14 15:06:57 zx-E5430 kernel: EXT4-fs (md127): re-mounted. Opts: (null). Quota mode: none. Mar 14 15:07:03 zx-E5430 systemd[1]: Started Timer to wait for more drives before activating degraded array md126.. Mar 14 15:07:04 zx-E5430 kernel: md/raid1:md126: active with 2 out of 2 mirrors Mar 14 15:07:04 zx-E5430 kernel: md126: detected capacity change from 0 to 1743542272 Mar 14 15:07:04 zx-E5430 systemd[1]: [email protected]: Deactivated successfully. Mar 14 15:07:04 zx-E5430 systemd[1]: Stopped Timer to wait for more drives before activating degraded array md126.. Mar 14 15:07:06 zx-E5430 systemd-fsck[847]: /dev/md126: clean, 24857/54493184 files, 4511205/217942784 blocks Mar 14 15:07:06 zx-E5430 kernel: EXT4-fs (md126): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. Mar 14 15:07:09 zx-E5430 mdadm[914]: RebuildStarted event detected on md device /dev/md/fedora_localhost-live00 Mar 14 15:07:09 zx-E5430 kernel: md: data-check of RAID array md126 Mar 14 15:07:09 zx-E5430 mdadm[914]: RebuildFinished event detected on md device /dev/md/fedora_localhost-live00 Mar 14 15:07:15 zx-E5430 kernel: md: delaying data-check of md127 until md126 has finished (they share one or more physical units) Mar 14 15:07:15 zx-E5430 mdadm[914]: RebuildStarted event detected on md device /dev/md/fedora_localhost-live00 Mar 14 15:52:15 zx-E5430 mdadm[914]: Rebuild20 event detected on md device /dev/md/fedora_localhost-live00 Mar 14 16:40:17 zx-E5430 mdadm[914]: Rebuild40 event detected on md device /dev/md/fedora_localhost-live00 ログの時間差は、デュアルシステム（Windows 7は通常UTC時間の代わりに現地時間を使用）によって発生するため、この問題に関連してはいけません。 出力は次のとおりですmdadm -D /dev/md126。 /dev/md126: Version : 1.2 Creation Time : Mon Aug 9 18:45:19 2021 Raid Level : raid1 Array Size : 871771136 (831.39 GiB 892.69 GB) Used Dev Size : 871771136 (831.39 GiB 892.69 GB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Mon Mar 14 17:21:03 2022 State : active, checking Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Consistency Policy : bitmap Check Status : 57% complete Name : fedora_localhost-live00 UUID : 55508b5a:e2b47b55:aae847c6:0704ee20 Events : 16456 Number Major Minor RaidDevice State 0 8 2 0 active sync /dev/sda2 2 8 18 1 active sync /dev/sdb2 /etc/cron.dMDADMに関するエントリを確認しましたが、見つかりませんでした。どちらのディスクもSMART状態も正常です。 現時点では、次の方法でのみ手動でチェックをキャンセルできます。 sudo -i echo idle > /sys/devices/virtual/block/md126/md/sync_action echo idle > /sys/devices/virtual/block/md127/md/sync_action MDADMがこれを行う理由は何かを教えてくれる人はいますか？

Admin 2024-09-24