gfjardim

It was never reverse engineered, the md driver was always open source. Guys , let's be straight: adding new functionality is always an opportunity to inadvertently introduce some bugs into the code. Some fixes I made (e.g. fail dd in case of read errors) led to an odd behavior. I'd try to circumvent this, but it takes some time. Enviado de meu SM-G955F usando Tapatalk

Ok guys, there's an error in the 0.9.5 version of the script causing this anomaly. It should copy zeroes to the entire disk, but dd is skipping the last 10 (2097152 bytes sized) blocks of the disk, leaving it in an inconsistent state. I'm trying to fix it right now, but every change need 24 hours to be tested on my test disk, so it will take some time to debug it.

I have a theory about this problem but could not fix it without a Preclear log (please see the original post of this thread).

These are harmless, but I'll suppress them on the next version.

Y It's the drive in question, scsi target6:0:0 is disk sdg. Yep, maybe its a controller issue.

Your hard drive has tons of these errors on the syslog: Don't know what that error mean, but apparently those aborts are interfering with the preclear operation.

Sorry for the delay, guys. I'm very short on time so I had to decrease the level of support dedicated to this plugin. If someone could verify if the script is working fine with v6.5 I do appreciate that.

No, Clear is the default operation. Erase should be used when removing a disk from your array to be sold, e.g. Enviado de meu SM-G955F usando Tapatalk

Please update and tell me if it helps.

Please send the output of this command: cat /proc/version|grep -Po 'gcc version \K[\d.]*'

Please post the result of this command: cat /proc/version|grep -Po 'gcc version \K[\d.]*'

Erase will fill the entire disk with randomly generated data; Erase and Clear will do the erase operation, then fill it with zeroes and write the unRAID clear signature. Clear will fill the disk with zeroes then write the unRAID clear signature.

See the original post for instructions about getting the logs.

Yes. The correct command to test it is /etc/rc.d/rc.diskinfo --daemon Enviado de meu SM-G955F usando Tapatalk

Please reboot your server.

Well, I've submitted an update just before asking you guys to update.

@fredhoon and @stevep94, please update your plugin and see if that helps.

Fixed in the latest update.

I think it got fixed: [TimeMachine2] path = /mnt/user/TimeMachine2 ea support = Yes valid users = guilherme write list = guilherme vfs objects = catia fruit streams_xattr fruit:encoding = native fruit:locking = none fruit:metadata = netatalk fruit:resource = file root@Servidor:/mnt/user/TimeMachine2# ls -la total 24 drwxrwxrwx 1 nobody users 58 Sep 25 09:57 ./ drwxrwxrwx 1 nobody users 126 Sep 25 08:57 ../ -rw-rw-rw- 1 guilherme users 10244 Sep 25 09:58 .DS_Store drwx------ 1 guilherme users 4096 Sep 25 09:35 MacBook\ Air\ de\ Guilherme.sparsebundle/ drwxrwxrwx 1 guilherme users 31 Sep 25 09:58 Test\ Folder root@Servidor:/mnt/user/TimeMachine2/Test Folder# ls -la total 16 drwxrwxrwx 1 guilherme users 31 Sep 25 09:58 ./ drwxrwxrwx 1 nobody users 58 Sep 25 09:57 ../ -rw-rw-rw- 1 guilherme users 13304 Sep 25 09:58 test\ file.txt

I'm experiment with that right now. Apparently it's easier than you think with 6.4-rc9f

@chuck23322, just committed an update. Please let me know if your problem is solved.

@chuck23322, do you have a floppy disk installed on your server?

Which version of unRAID are you running? Please post the output of this command: lsblk --version && lsblk -nbP -o name,type,serial

Hi, just updated. Please let me know if it got fixed.

Thanks to your reports, I just found a bug in the recently introduced 0.9.2-beta version of the script. It prevented the recent "resume" feature from working. An update is available.