JorgeB

Moderators
  • Posts

    61472
  • Joined

  • Last visited

  • Days Won

    646

JorgeB last won the day on April 22

JorgeB had the most liked content!

Retained

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

Converted

  • Gender
    Male

Recent Profile Visitors

45105 profile views

JorgeB's Achievements

Grand Master

Grand Master (14/14)

7.5k

Reputation

3.3k

Community Answers

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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 -
  7. 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.
  8. Check filesystem on disk4, run without -n and if it asks for it, use -L.
  9. Yes, if the drive is encrypted, and still in maintenance mode, you need to use: /dev/mapper/mdXp1
  10. md device should not be busy in maintenance mode, try rebooting
  11. Those appear to be the same diags as before, would need current ones, with the pool mounted.
  12. 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.
  13. If it's configured as a redundant pool yes, you can post new diags to confirm.
  14. Once a disk gets disabled it needs to be rebuilt, but first post new diags to see if the ATA errors are gone.