I don't know if this is a problem originating from bhyve passthrough, but logic tells me that the guest system wouldn't show this kind of error if the external 8TB USB disk was attached to a bare metal Devuan Linux instead of a virtualized one.
A PCIe card with four USB connections is passed through to a Devuan Linux guest. It's only partition is encrypted with LUKS and formatted with ext4.
My purpose was to have the external disk as a source of data. Only later it would be the destination of some backups.
Regarding the former purpose, I want to copy about 900GB of data to a geli encrypted spin disk.
The copy process from the Devuan Linux to FreeBSD, via rsync (ssh'ed) (or copied via NFS) begins well, seems to transfer a lot of files, but after some time it aborts and the amount copied is only a few GBs.
The USB disk goes to sleep mode after some time of inactivity, which should not be the case when copying (or rsync'ing) files.
The cryptsetup luks partition in Linux is still mounted, but after umounting, cannot mount it back as it says:
mount: /usb_8tb_backups: can't read superblock on /dev/mapper/usb8t
I can only mount it after closing and opening the encrypted container.
The rsync process in FreeBSD reports errors like, for example:
Are there any clues about this? Do other people have external USB disk being passed-through without problems?
Any way to dig into this?
A PCIe card with four USB connections is passed through to a Devuan Linux guest. It's only partition is encrypted with LUKS and formatted with ext4.
My purpose was to have the external disk as a source of data. Only later it would be the destination of some backups.
Regarding the former purpose, I want to copy about 900GB of data to a geli encrypted spin disk.
The copy process from the Devuan Linux to FreeBSD, via rsync (ssh'ed) (or copied via NFS) begins well, seems to transfer a lot of files, but after some time it aborts and the amount copied is only a few GBs.
The USB disk goes to sleep mode after some time of inactivity, which should not be the case when copying (or rsync'ing) files.
The cryptsetup luks partition in Linux is still mounted, but after umounting, cannot mount it back as it says:
mount: /usb_8tb_backups: can't read superblock on /dev/mapper/usb8t
I can only mount it after closing and opening the encrypted container.
The rsync process in FreeBSD reports errors like, for example:
Code:
rsync: read errors mapping "/usb_8tb_backups/partilha_casa/dlna/covid/Nanoparticles could damage DNA at a distance, study suggests _ Nanotechnology _ The Guardian_files/EditionDropdown.legacy.d665139b2851780b80b6.js": Input/output error (5)
Are there any clues about this? Do other people have external USB disk being passed-through without problems?
Any way to dig into this?
Last edited: