JorgeB

Moderators
  • Posts

    61474
  • Joined

  • Last visited

  • Days Won

    647

JorgeB last won the day on April 24

JorgeB had the most liked content!

About JorgeB

Retained

  • Member Title
    On vacation, back in a week or so

Converted

  • Gender
    Male

Recent Profile Visitors

45118 profile views

JorgeB's Achievements

Grand Master

Grand Master (14/14)

7.5k

Reputation

3.3k

Community Answers

  1. If the pool was redundant it should mount with the remaining device, if it doesn't you can post new diags.
  2. For docker you need a backup of the flash drive and also need appdata, for the VMs you need libvirt.img and the vdisks.
  3. As mentioned, many small files will always be slower, this is normal with any OS, it will be the same if you transfer from one Windows PC to another.
  4. If you want to use zfs won the array you don't need the flash drive. Not in the array. Nest release will still require an array device assigned, at least that's the last I heard, but you can already do a full zfs implementation, if like mentioned, you use a flash drive to fulfill the array device requirement.
  5. The issue is not using zfs for all, you can also use zfs for the array, but for now, at least one device must be assigned to the array if you want to only use pools, an old flash drive will do it.
  6. Copying many small files will always be slower than large ones, but you should see a nice boost if you set the share to exclusive mode, or use a disk share.
  7. Run the make_bootable.bat as admin, syslinux is not needed for UEFI boot, but it is for legacy, and make sure the flash drive is still the first boot device.
  8. The SMART report for that disk, this part: SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 58305 -
  9. The pool is using the single profile, i.e., not redundant, and it will only mount if both devices are available, you can convert to raid1 to make it redundant.
  10. Check filesystem on disk4, run without -n and if it asks for it, use -L.
  11. Yes, if the drive is encrypted, and still in maintenance mode, you need to use: /dev/mapper/mdXp1
  12. md device should not be busy in maintenance mode, try rebooting
  13. Those appear to be the same diags as before, would need current ones, with the pool mounted.
  14. IMHO it can be considered a bug regarding the errors logged, which are misleading, the behavior itself would be expected, i.e., if the share is set to use one pool, the mover won't move any data from the same share in a different pool.
  15. If it's configured as a redundant pool yes, you can post new diags to confirm.