I've ended up in a situation where a machine's /dev/nbd* devices are in a broken state: the easiest way for me to fix this is to reboot the system. However, the reboot is blocked by update-motd-fsck-at-reboot trying to run dumpe2fs against one of the broken partitions:
I've ended up in a situation where a machine's /dev/nbd* devices are in a broken state: the easiest way for me to fix this is to reboot the system. However, the reboot is blocked by update- motd-fsck- at-reboot trying to run dumpe2fs against one of the broken partitions:
$ ps faux local/sbin: /usr/local/ bin:/usr/ sbin:/usr/ bin:/sbin: /bin run-parts --ls update- notifier/ update- motd-fsck- at-reboot
...
root 191396 0.0 0.2 37864 8672 ? Ss 12:37 0:00 sshd: dwatkins [priv]
root 191421 0.0 0.0 2608 480 ? S 12:37 0:00 \_ sh -c /usr/bin/env -i PATH=/usr/
root 191422 0.0 0.0 2496 508 ? S 12:37 0:00 \_ run-parts --lsbsysinit /etc/update-motd.d
root 191455 0.0 0.0 2608 1748 ? S 12:37 0:00 \_ /bin/sh /usr/lib/
root 191483 0.0 0.0 3480 944 ? D 12:37 0:00 \_ dumpe2fs -h /dev/nbd0p2
...
These NBD devices will not be present after a reboot, so I think the script would probably be more correct if it omitted operating on these devices.