I’m using fMRIPrep version 20.2.2 and so far have run pre-processing for 17 participants. However, I have to run pre-processing for the remaining participants, but run into these two errors: recon report and mri coreg, time and again and don’t know what to do.
This is the code I used: fmriprep-docker /mnt/c/Users/rubin/BIDS /mnt/c/Users/rubin/derivatives participant --participant-label sub-J1121053 --fs-license-file /mnt/c/Users/rubin/fs-license/license.txt --low-mem
I would be so grateful if anyone has come across this issue and resolved it or if anyone can point out how I can overcome this error.
Thank you so much for getting back to me. That’s really strange because I used MRIcron to convert DICOMs to Niftis (dcm2niix)
In any case, I can send you the Nifty files for verification. I can’t attach it here given the limited formats in which I can attach files but is there an email address I can send these files?
The bad file appears to be freesurfer/sub-J1121053/mri/ribbon.mgz. There may have been an issue with running FreeSurfer. Can you check whether the file can be opened with freeview?
If it is corrupted, probably the easiest thing to do is to delete that subject from the FreeSurfer directory and re-run.
Are you able to view the file in freeview or another image visualization tool like mricron? The tool you’re currently using is only showing some basic metadata and does not indicate whether the contents are corrupted or not.
This is the code I used: fmriprep-docker /mnt/c/Users/rubin/BIDS /mnt/c/Users/rubin/derivatives participant --participant-label sub-J1121053 --fs-license-file /mnt/c/Users/rubin/fs-license/license.txt --low-mem
I also tried deleting everything and starting from scratch but still get the same message with other participants.
Should I delete the .mgz file when it appears? I usually delete the -IsRunning file in scripts located under FreeSurfer.
When you say deleting everything and starting from scratch, what exactly are you deleting?
If you’re seeing IsRunning files, then this means FreeSurfer did not exit correctly, and probably crashed, either due to running out of disk space or memory. This makes me wonder why you’re not seeing failures during FreeSurfer, but instead in jobs that depend on FreeSurfer outputs. Are you just deleting IsRunning.* from the FreeSurfer derivatives and re-running fMRIPrep?
Without more to go on, I would probably delete your entire FreeSurfer directory and start over.
When I recently and repeatedly saw the crash errors, I decided to delete all the directories (fmriprep and freesurfer) for those participants and started all over again.
I only deleted IsRunning.* files. I did this for other participants (I already ran preprocessing for 17 participants) and it worked out just fine with no errors reported.
What do you suggest I do at this stage? Should I not delete the IsRunning.* file?
My apologies for not explaining the issue well enough.
When I said that “I decided to delete all the directories (fmriprep and freesurfer) for those participants”, I was talking about the “Derivatives” folder for those participants. While the code was running, I was constantly deleting the IsRunning.* files because doing so worked in the past when I ran the code for other participants.
In any case, thank you so much for getting back to me with a solution and I’ll take your suggestions on board. I will run the code again and I hope it works but if it doesn’t, I’ll get in touch again and post the full logs here.
Oh, I see now. These should only be deleted if FreeSurfer has crashed and you need to restart it. While it’s running, it’s how FreeSurfer tells itself not to interfere and possibly corrupt your data.
Specifically we need to look at recon-all.log, recon-all-lh.log and recon-all-rh.log. You can just add .txt to the extension if uploading is a problem. And for fMRIPrep logs, I meant the console output.
