パラレルポートPCIeカードが/ dev / parportとして表示されず、機能しません。

PCIe ParallelPortコントローラがありますが、残念ながら動作したくありません。パラレルポートカードを接続した後、期待どおりに表示されません/dev/parport0。行為: sudo rmmod parport_pc sudo modprobe parport_pc io=0x4000 表示はされますが、/dev/parport0カードは機能しません。データピンに値を送るとき電圧は発生しません。以下dmesg | grep parportを表示します。 scheltie@linux-mathieu:~$ sudo dmesg | grep parport [ 266.761700] parport 0x4000 (WARNING): CTR: wrote 0x0c, read 0xff [ 266.761705] parport 0x4000 (WARNING): DATA: wrote 0xaa, read 0xff [ 266.761705] parport 0x4000: You gave this address, but there is probably no parallel port there! [ 266.761719] parport0: PC-style at 0x4000, irq 0 [PCSPP,TRISTATE] 出力sudo lspci -v： 0000:01:00.2 Parallel controller: Asix Electronics Corporation AX99100 PCIe to Multi I/O Controller (prog-if 03 [IEEE1284]) Subsystem: Asix Electronics Corporation (Wrong ID) Parallel Port Flags: fast devsel, IRQ 255 I/O ports at 4008 [disabled] [size=8] I/O ports at 4000 [disabled] [size=8] Memory at 74001000 (32-bit, non-prefetchable) [disabled] [size=4K] Memory at 74000000 (32-bit, non-prefetchable) [disabled] [size=4K] Capabilities: [50] MSI: Enable- Count=1/8 Maskable- 64bit+ Capabilities: [78] Power Management version 3 Capabilities: [80] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting [disabled]私を驚かせたのは、I / Oポートとメモリアドレスの背後にある表示でした。問題が何であるか、どのように解決するのかご存知ですか？ 最新のPOP_OS 22.04 LTSで実行されます。 Windowsがインストールされているデュアルブートコンピュータでは、カードがWindows上で実行される可能性があります。したがって、BIOSで有効になります。

Admin 2024-10-04

デフォルトの動作が「ro」フラグを無視するときに読み取り専用オプションでLinux / Ubuntu緊急モードを開始する方法は？

Ubuntu 20.04サーバーからルートパーティションを回復する必要があります。ただし、サーバーを回復モードまたは緊急モードで起動することはできません。そしてルートパーティションがあります読み取り専用検査を実行できます。 私のGrub2ブートメニューLinuxのコマンドラインは次のとおりです。 linux /boot/vmlinuz-... root=/dev/mapper/vgname-lvname ro emergency 私もそのsystemd.unit=emergency.target方法を試してみましたが、やはり効果がありませんでした。 コンソールは正しい行で私を迎えます。 現在緊急モードです。 [...] メンテナンスのために root パスワードを入力します（または続行するには Ctrl-D を押します）。 ただし、ルートパスワードを入力してルートマウントポイントを確認すると、ルートが読み取り専用ではなく読み取り/書き込みでマウントされているように見えます。 /dev/mapper/vgname-lvname on / type ext4 (rw,relatime,errors=remount-ro) mount -o remount,ro /（またはLVMボリューム）このマウントポイントが使用中で失敗しました。 緊急モードで読み取り専用モードを強制する方法は？

Admin 2024-10-02

ISC-DHCP-サーバー警告

2つの統合ギガビットイーサネットネットワークカードで構成されたUbuntu Server 18.04があります。 DHCPサーバーを再起動した後、次のエラー/警告が表示されました。サーバーは正常に起動し、バインドリンクは機能しますが、まだ誤って設定されている可能性があると思います。 私が言ったように、すべてがうまくいきますが、エラーと警告はまだ無視してはいけません。 この設定に問題がありますか？ # systemctl status isc-dhcp-server.service ● isc-dhcp-server.service - ISC DHCP IPv4 server Loaded: loaded (/lib/systemd/system/isc-dhcp-server.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2021-11-17 20:08:13 GMT; 1min 15s ago Docs: man:dhcpd(8) Main PID: 220139 (dhcpd) Tasks: 4 (limit: 9332) Memory: 6.1M CGroup: /system.slice/isc-dhcp-server.service └─220139 dhcpd -user dhcpd -group dhcpd -f -4 -pf /run/dhcp-server/dhcpd.pid -cf /etc/dhcp/dhcpd.conf Nov 17 20:08:13 hostname.com dhcpd[220139]: Nov 17 20:08:13 hostname.com dhcpd[220139]: Nov 17 20:08:13 hostname.com dhcpd[220139]: No subnet declaration for enp2s0f0 (no IPv4 addresses). Nov 17 20:08:13 hostname.com dhcpd[220139]: ** Ignoring requests on enp2s0f0. If this is not what Nov 17 20:08:13 hostname.com dhcpd[220139]: you want, please write a subnet declaration Nov 17 20:08:13 hostname.com dhcpd[220139]: in your dhcpd.conf file for the network segment Nov 17 20:08:13 hostname.com dhcpd[220139]: to which interface enp2s0f0 is attached. ** Nov 17 20:08:13 hostname.com dhcpd[220139]: Nov 17 20:08:13 hostname.com dhcpd[220139]: Sending on Socket/fallback/fallback-net Nov 17 20:08:13 hostname.com dhcpd[220139]: Server starting service. 私のDHCP設定は次のとおりです。 $ cat /etc/dhcp/dhcp.conf # DHCP declaration including PXE boot filename and option for tftp server ip. subnet 192.168.0.0 netmask 255.255.255.0 { range 192.168.0.10 192.168.0.254; default-lease-time 86400; max-lease-time 604800; next-server 192.168.0.2; filename "/lpxelinux.0"; option routers 192.168.0.1; option domain-name-servers 192.168.0.2; #static address reservations (192.168.0.1 > 192.168.0.10) host NETGEAR_VDSL_DM200_GATEWAY { hardware ethernet 8c:3b:ad:c8:20:fe; fixed-address 192.168.0.1; } host UBUNTU_SERVER { hardware ethernet c8:cb:b8:c7:c7:50; fixed-address 192.168.0.2; } host NETGEAR_EX7000_ACCESS_POINT { hardware ethernet a0:63:91:e9:c8:f0; fixed-address 192.168.0.3; } } 以下の私のnetplan設定ファイルを参照してください。 $ cat /etc/netplan/netplan.yaml # This file describes the network interfaces available on your system # For more information, see netplan(5). network: version: 2 renderer: networkd ethernets: enp2s0f0: dhcp4: no dhcp6: no enp2s0f1: dhcp4: no dhcp6: no bonds: bond0: interfaces: [enp2s0f0, enp2s0f1] addresses: [192.168.0.2/24] gateway4: 192.168.0.1 nameservers: addresses: [1.1.1.1,1.0.0.1,79.79.79.79,79.79.79.80] parameters: mode: 802.3ad lacp-rate: slow mii-monitor-interval: 1000 バインディングリンクの状態を見ると、すべてが大丈夫に見えます。 $ cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) Bonding Mode: IEEE 802.3ad Dynamic link aggregation Transmit Hash Policy: layer2 (0) MII Status: up MII Polling Interval (ms): 1000 Up Delay (ms): 0 Down Delay (ms): 0 Peer Notification Delay (ms): 0 802.3ad info LACP rate: slow Min links: 0 Aggregator selection policy (ad_select): stable Slave Interface: enp2s0f1 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:26:55:e3:bb:e3 Slave queue ID: 0 Aggregator ID: 1 Actor Churn State: none Partner Churn State: none Actor Churned Count: 0 Partner Churned Count: 0 Slave Interface: enp2s0f0 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:26:55:e3:bb:e2 Slave queue ID: 0 Aggregator ID: 1 Actor Churn State: none Partner Churn State: none Actor Churned Count: 0 Partner Churned Count: 0 $ ethtool bond0 Settings for bond0: Supported ports: [ ] Supported link modes: Not reported Supported pause frame use: No Supports auto-negotiation: No Supported FEC modes: Not reported Advertised link modes: Not reported Advertised pause frame use: No Advertised auto-negotiation: No Advertised FEC modes: Not reported Speed: 2000Mb/s Duplex: Full Port: Other PHYAD: 0 Transceiver: internal Auto-negotiation: off Link detected: yes

Admin 2024-10-06

QEMUの仮想シリアルポートとは何ですか？

Ubuntu 20.04はホストとゲストの両方で動作します。 私はQEMUを初めて使用し、シリアルポートを介してゲストホスト通信を確立しようとしています。これQEMUドキュメント次の-serial devオプションを教えてください。 Redirect the virtual serial port to host character device dev. したがって、そのオプションを使用してQEMU VMを実行し、-serial pty次のコンソール出力を取得します。 char device redirected to /dev/pts/9 (label serial0) 質問：ホストに指定されたデバイスがあり、/dev/pts/9それに書き込みます。 echo hello > /dev/pts/9 訪問者の出力をどこで読むべきですか？

Admin 2024-10-01

Ubuntuでmp4を再生すると、「ファイルを再生するにはH.264（高4：4：4プロファイル）コーデックが必要ですがインストールされていません」というエラーが発生します。

Ubuntuバージョン20.10 mp4を再生すると、このエラーが発生します。 ファイルを再生するにはH.264（High 4：4：4プロファイル）コーデックが必要ですが、インストールされていません。 質問した内容と同じ内容かどうかはわかりませんが、ここ

Admin 2024-10-02

Bluetoothキーボードの省電力モードの防止

数分（千万？）の間にアクティビティがないと、キーボードはスリープモードに入ります。キーを押してからもう一度使用するには、5秒待つ必要があります。 まず、いくつかの技術的な詳細は次のとおりです。 Linux Mint 20 ulyana – Cinnamon (Ubuntu 20.04) TP-LinkUB400 Bluetooth USBアダプタMicrosoft Surface人間工学に基づいたキーボード bluetoothctlを使用してキーボードをペアリングします。 blueman-manangerはパスワードを要求しないので、これがパスワードを入力する唯一の方法です。 私が試したこと： 1 - BIOSでUSB電源管理オプションを確認します（マザーボード：Asus H87-PLUS C2）。私は何も見つかりませんでした 2 - グラップ設定。変更なし。 注文する: sudo sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT="[a-z ]*/& usbcore.autosuspend=-1/' /etc/default/grub sudo update-grub2 reboot cat /sys/module/usbcore/parameters/autosuspend -1 3 - パラメータで電源管理を見つけます。何も見つかりませんでした。 4 - /etc/bluetooth/main.cfg を編集します。まだ何もありません。 設定+再起動： AutoEnable=true FastConnectable=true 別のアイデアがありますか？ Bluetoothオプション？ USBオプション？キーボードオプション？おそらく干渉しないスクリプト+ cronを使用して維持することができますか？ （私は「MintがLinuxではない」ことを知っていますが、あなたはaskubuntu Stack Exchangeコミュニティよりもオープンであることを願っています:-)） 編集：Bluetoothヘッドセットを接続しました。キーボードだけがスリープ状態のようです。ヘッドセットはアクティブのままです。キーボードがスリープモードのとき、Blueman Manager（右クリック+接続）でキーボードを手動で接続できないため、ヘッドセットを接続できます。

Admin 2024-10-03

Dotnet は systemctl サービスで --ulrs を実行します。

dotnet core APIを実行する必要がありますdotnet run --urls https://0.0.0.0:443が、それをサービスに切り替えたいと思います。今、以下があります。 sudo nano /etc/systemd/system/mdvAPI.service [Unit] Description=Dotnet API MDV [Service] WorkingDirectory=/home/g67Admin/projeto_integrador_grupo67/mdv/ ExecStart=dotnet run --urls https://0.0.0.0:443 [Install] WantedBy=multi-user.target 起動しようとすると、次の結果が表示されます。 sudo systemctl start mdvAPI.service Failed to start mdvAPI.service: Unit mdvAPI.service is not loaded properly: Exec format error. See system logs and 'systemctl status mdvAPI.service' for details. 私がここで何を間違っているのか？

Admin 2024-10-02

エラー24：書き込みエラー：圧縮ブロックを書き込めません。

私はUbuntu 20.04 LTSサーバーを使用しており、パッチでカーネル全体を再コンパイルしました。これでインストール手順ですが、実行するとsudo make install次のエラーが表示されます。 root@localhost:/home/linux-5.4# sudo make install sh ./arch/x86/boot/install.sh 5.4.0 arch/x86/boot/bzImage \ System.map "/boot" run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 5.4.0 /boot/vmlinuz-5.4.0 run-parts: executing /etc/kernel/postinst.d/initramfs-tools 5.4.0 /boot/vmlinuz-5.4.0 update-initramfs: Generating /boot/initrd.img-5.4.0 Error 24 : Write error : cannot write compressed block E: mkinitramfs failure cpio 141 lz4 -9 -l 24 update-initramfs: failed for /boot/initrd.img-5.4.0 with 1. run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1 make[1]: *** [arch/x86/boot/Makefile:155: install] Error 1 make: *** [arch/x86/Makefile:293: install] Error 2 これは私のサーバーに残ったコマンドスペースですdf -i。 Filesystem Inodes IUsed IFree IUse% Mounted on udev 114642 367 114275 1% /dev tmpfs 125596 500 125096 1% /run /dev/sda 1568000 271637 1296363 18% / tmpfs 125596 4 125592 1% /dev/shm tmpfs 125596 3 125593 1% /run/lock tmpfs 125596 18 125578 1% /sys/fs/cgroup df-h出力、 Filesystem Size Used Avail Use% Mounted on udev 448M 0 448M 0% /dev tmpfs 99M 12M 87M 12% /run /dev/sda 25G 22G 2.2G 92% / tmpfs 491M 0 491M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 491M 0 491M 0% /sys/fs/cgroup 以前は、長いファイル名のリストであったdf-hが正しく印刷されることに注目する価値があります。

Admin 2024-10-02

ゲストディスク IO が発生するたびに KVM ゲストが停止します。

virshで作成されたKVMゲストがあります。ホストシステムはUbuntu 18.04で、ゲストシステムはUbuntu 18.04です。どちらもカーネルを実行し、Linux maus 5.3.0-59-generic私は私が持っているIntel CPUが提供するハードウェア仮想化を使用しています。最近まで、このアプローチはうまくいきました。 ゲストのネットワークカードが私のホームネットワークとケーブルモデムに接続されています。これはNATデバイスとして機能し、ローカルコンピュータがケーブルモデムを介してインターネットにアクセスできるようにします。 tc私は通常、インターネット接続の全体的な可用性を向上させるために多くのiptablesルールとコマンドを実行します。現在、tcこれらの機能は無効になっているため、Ubuntufq_codelランタイムによって提供されるデフォルトのqdiscを使用します。 マシンをNATゲートウェイとして使用すると、ネットワークが断続的に停止する現象が発生します。デフォルトでは、ネットワークトラフィックは一時停止され、すべてが追いつきます。ノートブックを使用してケーブルモデムに直接接続して確認した追加のトラブルシューティングの結果、インターネット接続が正しく機能していることがわかりました。 ホストコンピュータからゲストコンピュータにpingを送信できます。ホストとゲストの間にはどのような仮想化ネットワークもないことに注意してください。追加のNICが物理マシンにインストールされ、ゲストにブリッジされます。だからこれは私のローカルスイッチを通過する必要があります。次のコマンドを実行します。ping -i 0.22 192.168.12.90ホストから。 典型的な遅延時間は1ミリ秒未満です。しかし、突然遅れて 4 bytes from 192.168.12.90: icmp_seq=340 ttl=64 time=0.710 ms 64 bytes from 192.168.12.90: icmp_seq=341 ttl=64 time=0.323 ms 64 bytes from 192.168.12.90: icmp_seq=342 ttl=64 time=0.234 ms 64 bytes from 192.168.12.90: icmp_seq=343 ttl=64 time=0.542 ms 64 bytes from 192.168.12.90: icmp_seq=344 ttl=64 time=0.382 ms 64 bytes from 192.168.12.90: icmp_seq=345 ttl=64 time=0.253 ms 64 bytes from 192.168.12.90: icmp_seq=346 ttl=64 time=0.361 ms 64 bytes from 192.168.12.90: icmp_seq=347 ttl=64 time=0.360 ms 64 bytes from 192.168.12.90: icmp_seq=348 ttl=64 time=1374 ms 64 bytes from 192.168.12.90: icmp_seq=349 ttl=64 time=1151 ms 64 bytes from 192.168.12.90: icmp_seq=350 ttl=64 time=928 ms 64 bytes from 192.168.12.90: icmp_seq=351 ttl=64 time=704 ms 64 bytes from 192.168.12.90: icmp_seq=352 ttl=64 time=480 ms 64 bytes from 192.168.12.90: icmp_seq=353 ttl=64 time=257 ms 64 bytes from 192.168.12.90: icmp_seq=354 ttl=64 time=34.8 ms 64 bytes from 192.168.12.90: icmp_seq=355 ttl=64 time=0.285 ms 64 bytes from 192.168.12.90: icmp_seq=356 ttl=64 time=0.351 ms 64 bytes from 192.168.12.90: icmp_seq=357 ttl=64 time=0.400 ms 64 bytes from 192.168.12.90: icmp_seq=358 ttl=64 time=0.341 ms また、仮想マシンで使用しているネットワークカードに直接接続しても同じ動作を見たため、ローカルスイッチに問題があるわけではありません。 ホストマシンは、stress -c 4 -m 4できるだけ多くのCPU負荷を生成するために実行します。これは問題を改善したり悪化させたりしません。 私は最終的にjournald遅延が発生した場合、通常は単純なIOを実行することがわかりました。ゲストで次のように実行しましたdd if=/dev/zero of=./fstest bs=4096 count=25000。これにより、吃音問題が直ちに発生しました。明らかに、ゲストのディスクIOが問題を引き起こすことが確認されました。 ddホストシステムで同じコマンドを実行しても問題は発生しません。それは私を感じさせる何とかゲストの状態が悪化しました。 これは非常に単純なディスク構成の全体です。

デバイスは、/dev/corona/gateway_iiホストでLVMを使用して作成されたデバイスです。 --- Logical volume --- LV Path /dev/corona/gateway_ii LV Name gateway_ii VG Name corona LV UUID xlpkI2-3qW1-7Jld-N30q-Vl05-nR9I-8jgijJ LV Write Access read/write LV Creation host, time maus, 2020-03-29 18:31:31 +0000 LV Status available # open 2 LV Size 30.00 GiB Current LE 7680 Mirrored volumes 2 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:9 2つのCPUを割り当てるためにVMをアップグレードしましたが、まったく違いはありませんでした。 だから私の質問は ディスクへの書き込みによってゲストVMがデフォルトでフラットに保たれるように見える場合、何が起こりますか？ 問題を解決するには、次にどこに行くべきですか？

Admin 2024-10-06

入力インターフェイスに基づいてルータの出力インターフェイスを動的に切り替えるには？

3つのインターフェイスを持つルータとしてUbuntu 18.04があります。そのうちの2つは同じデバイスに属します（状況によってはパスの1つがダウンする可能性があり、その逆も同様であるため、デュアルパスとして機能します）。他のインターフェイスは、古いデバイス（device1）と通信する別のデバイス（device2と呼ばれる）があるローカルネットワークです。 device1が常に通信を開始すると仮定すると、device1からの着信パケットと同じインタフェースを介してdevice2（device1から送信されたパケットへの応答）のパケットをルーティングしようとします。 私はiptablesとmangleの使用を考えましたが、各受信インターフェイスに接続されている実際のネットワークに基づいてこれを動的に実行する方法がわかりません。 よろしくお願いします！

Admin 2024-10-05