web-dev-qa-db-ja.com

Debian：カーネルを（4.9に）アップグレードする新しいエラーメッセージ-リロードioctlエラー

Debian 9.0Stretchのカーネルを4.9.0-1-AMD64にアップグレードしています。

パッケージはインストールされていますが、手順の最後に不可解なエラーが発生しました。

device-mapper: reload ioctl on osprober-linux-sda2 failed: Device or resource busy
Command failed

また、再起動して、正しく起動しないことも心配です。

dpkg-reconfigure linux-image-4.9.0-1-AMD64を実行しても同じエラーが発生します。

奇妙なことに、/etc/fstabにはsda2パーティションがなく、この手順はこれまで機能していました。最後のパッケージのアップグレード後に動作を停止しただけです（実際に、最後のudevパッケージを232-18にアップグレードした後、最初にエラーが発生したことを私は確信できました）。 Jessieを搭載したVMは引き続き正常に動作しています。

したがって、fstabは次のようになります。

$cat /etc/fstab
/dev/sda1 / ext3 errors=remount-ro,noatime 0 1
/dev/sda3 none swap sw 0 0

ただし、blkidを実行すると、/dev/sda2がext3ジャーナリングパーティションであることを覚えています。

/dev/sda1: UUID="43dcd715-1914-4da8-8e55-27879705920a" EXT_JOURNAL="b153f326-cb4e-491b-9b38-f9750dcf5165" TYPE="ext3" PARTUUID="8aac691c-01"
/dev/sda2: LABEL="j-my-dev" UUID="b153f326-cb4e-491b-9b38-f9750dcf5165" LOGUUID="b153f326-cb4e-491b-9b38-f9750dcf5165" TYPE="jbd" PARTUUID="8aac691c-02"
/dev/sda3: UUID="a04c0b69-07d5-40e1-8c80-6914118f6df4" TYPE="swap" PARTUUID="8aac691c-03"

もう少し調査したところ、古いsda2がまだ含まれているダングリングファイルも見つかりました（このVMは、何ヶ月も前にLVMのサーバーから移行されたため）

/etc/blkid.tabの内容は次のとおりです。

<device DEVNO="0x0802" TIME="1414777337.116803" UUID="B24u3l-mvwB-vyxK-GRNw-vc6o-r2sS-NDgVru" TYPE="LVM2_member">/dev/sda2</device>

私はそれを削除しましたが、適切なblkid.tabは/var/run/blkid/blkid.tabで期待どおりであるため、おそらく何の違いもありません。

<device DEVNO="0x0801" TIME="1487991512.317454" UUID="43dcd715-1914-4da8-8e55-27879705920a" EXT_JOURNAL="b153f326-cb4e-491b-9b38-f9750dcf5165" TYPE="ext3" PARTUUID="8aac691c-01">/dev/sda1</device>
<device DEVNO="0x0802" TIME="1487991415.63466" LABEL="j-my-dev" UUID="b153f326-cb4e-491b-9b38-f9750dcf5165" LOGUUID="b153f326-cb4e-491b-9b38-f9750dcf5165" TYPE="jbd" PARTUUID="8aac691c-02">/dev/sda2</device>
<device DEVNO="0x0803" TIME="1487991512.507280" UUID="a04c0b69-07d5-40e1-8c80-6914118f6df4" TYPE="swap" PARTUUID="8aac691c-03">/dev/sda3</device>

以前のdpkg-reconfigureを実行しても、同じエラーが発生します。

また、upgrade-grubで呼び出されているdpkg-reconfigureにエラーを特定することもできました。個別に実行する：

#update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.9.0-1-AMD64
Found initrd image: /boot/initrd.img-4.9.0-1-AMD64
device-mapper: reload ioctl on osprober-linux-sda2 failed: Device or resource busy
Command failed
done

upgrade-grubを囲んで、これが/etc/grub.d/30_os-proberで発生することは明らかであり、そのスクリプトを読むと、問題のコマンドはos-proberです。

だからそれを実行します：

#os-prober 
device-mapper: reload ioctl on osprober-linux-sda2 failed: Device or resource busy
Command failed

エラーはos-proberの呼び出しから発生します：

#/usr/bin/linux-boot-prober /dev/sda2
device-mapper: reload ioctl on osprober-linux-sda2 failed: Device or resource busy
Command failed

30_os-proberを見ると、GRUB_OS_PROBER_SKIP_LISTについてもわかります。

if [ "x${GRUB_OS_PROBER_SKIP_LIST}" != "x" ] && [ "x`echo ${GRUB_OS_PROBER_SKIP_LIST} | grep -i -e '\b'${EXPUUID}'\b'`" != "x" ] ; then
  echo "Skipped ${LONGNAME} on ${DEVICE} by user request." >&2
  continue
fi

グーグルでこの記事を見つけました： grub2に特定のパーティションを無視させます 、これにより/etc/default/grubを入力しました：

GRUB_OS_PROBER_SKIP_LIST="b153f326-cb4e-491b-9b38-f9750dcf5165@/dev/sda2"

ただし、エラーは引き続き発生し、30_os-proberスクリプトをデバッグモードにすると、GRUB_OS_PROBER_SKIP_LISTの処理を担当するコードブロックが実行されないことが示されます。例えば上に表示されているif行にも到達しません。

私のGRUBバージョンは2.02~beta3-5です。どうしたらいいですか？

更新：@ GaD3Rリクエストに従って、libmapper-devは1.02.1です

debianlinux-kerneldpkg
3
Rui F Ribeiro

GRUB_OS_PROBER_SKIP_LISTが使用されていないようです（バグ？）。代わりに、すべてのパーティションでOSをスキャンしないようにGRUB/os-proberを構成する必要がありました。

そのため、次の行に/etc/default/grubが追加されました。

GRUB_DISABLE_OS_PROBER=true

これで、コマンドdpkg-reconfigure linux-image-4.9.0-1-AMD64およびupdate-grubが正しく機能するようになりました。

問題のサーバーもカーネル4.9.0-1-AMD64で再起動され、成功しました。

関連する質問、私がすべてのデバッグとソリューションの後に見つけた here も、代替としてos-proberを完全に削除することを提唱しています。このソリューションは、スクリプトがバイナリを呼び出す前にその存在を確認するときにも機能します。

os-proberはマルチOSグラブにのみ必要だと思いますが、私の場合はそうではありません。

@FerencWágnerの 歴史的な問題 とos-proberについてのコメントの後、LinuxのみのVMのコンテキストでos-proberを削除しても問題がないという意見を共有した後、実際に削除しました私のVMから。

3
Rui F Ribeiro

zfsミラーがあるため、このエラーdevice-mapper: reload ioctl on osprober-linux-sda1 failed: Device or resource busyを受け取りました。

/etc/grub.d/30_os-proberは、一致するデバイスをos-proberの出力に依存しています。

OSPROBED="`os-prober | tr ' ' '^' | paste -s -d ' '`"

デバイスはloopでチェックされます：

for OS in ${OSPROBED} ; do

＆os-proberはデバイスを返す代わりにioctlエラーを返すため、$OSの$GRUB_OS_PROBER_SKIP_LISTに対して/etc/grub.d/30_os-proberをチェックしても効果はありません。

解決策は、デバイスを/etc/default/grubの形式でUUID@device_pathに追加することでした。

GRUB_OS_PROBER_SKIP_LIST="1234567899273705219@/dev/sda1 1234567899273705219@/dev/sdb1"

＆/usr/bin/os-proberを編集：

--- /usr/bin/os-prober  2018-10-15 17:46:19.420933449 +0100
+++ /usr/bin/os-prober.bak  2018-10-15 16:44:49.927531809 +0100
@@ -167,12 +167,6 @@ for partition in $(partitions); do
        continue
    fi

-   # Skip user defined devices in /etc/default/grub
-   if echo $GRUB_OS_PROBER_SKIP_LIST | grep -qw $partition; then
-       debug "$partition: probing disabled by user"
-       continue
-   fi
-
    # do btrfs processing here; both mounted and unmounted will
    # be handled by 50mounted-tests so we can do a subvol only once.
    type=$(blkid -o value -s TYPE $mapped || true)
  • Windowsでテスト済み/ Arch Linuxデュアルブートシステム。

前：

[stuart@manjaro ~]$ Sudo update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux-hardened
Found initrd image: /boot/intel-ucode.img /boot/AMD-ucode.img /boot/initramfs-linux-hardened.img
Found initrd fallback image: /boot/initramfs-linux-hardened-fallback.img
Found linux image: /boot/vmlinuz-4.14-rt-x86_64
Found initrd image: /boot/intel-ucode.img /boot/AMD-ucode.img /boot/initramfs-4.14-rt-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-rt-x86_64-fallback.img
device-mapper: reload ioctl on osprober-linux-sda1  failed: Device or resource busy
Command failed.
device-mapper: reload ioctl on osprober-linux-sdb1  failed: Device or resource busy
Command failed.
Found Windows Boot Manager on /dev/nvme0n1p2@/EFI/Microsoft/Boot/bootmgfw.efi
###### - Grub-btrfs: Auto-detect Start - ######
# found 0 snapshot(s)
# No snapshot found 
# make sure you have at least one snapshot 
# or please file a bug report at "https://github.com/Antynea/grub-btrfs"
###### - Grub-btrfs: Auto-detect End   - ######
Found memtest86+ image: /boot/memtest86+/memtest.bin
/usr/bin/grub-probe: warning: unknown device type nvme0n1.
done

後：

[stuart@manjaro ~]$ Sudo update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux-hardened
Found initrd image: /boot/intel-ucode.img /boot/AMD-ucode.img /boot/initramfs-linux-hardened.img
Found initrd fallback image: /boot/initramfs-linux-hardened-fallback.img
Found linux image: /boot/vmlinuz-4.14-rt-x86_64
Found initrd image: /boot/intel-ucode.img /boot/AMD-ucode.img /boot/initramfs-4.14-rt-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-rt-x86_64-fallback.img
Found Windows Boot Manager on /dev/nvme0n1p2@/EFI/Microsoft/Boot/bootmgfw.efi
###### - Grub-btrfs: Auto-detect Start - ######
# found 0 snapshot(s)
# No snapshot found 
# make sure you have at least one snapshot 
# or please file a bug report at "https://github.com/Antynea/grub-btrfs"
###### - Grub-btrfs: Auto-detect End   - ######
Found memtest86+ image: /boot/memtest86+/memtest.bin
/usr/bin/grub-probe: warning: unknown device type nvme0n1.
done
1
Stuart Cardall