Hi, I seem to be having the same error, recon all is crashing out with the
mri_nu_correct.mni command, e.g., if I run in the mri directory of a
subject, I get what is pasted below. Any ideas for the fix?

bash-3.2$ mri_nu_correct.mni --n 1 --proto-iters 1000 --distance 50
--no-rescale --i orig.mgz --o orig_nu.mgz
/Users/mwvoss/Analysis/ChordLearning/Freesurfer/sub100/mri
/Applications/freesurfer/bin/mri_nu_correct.mni
--n 1 --proto-iters 1000 --distance 50 --no-rescale --i orig.mgz --o
orig_nu.mgz
nIters 1
$Id: mri_nu_correct.mni,v 1.18.2.1 2013/01/09 21:23:42 nicks Exp $
Darwin dhcp80ff9e7c.dynamic.uiowa.edu 11.4.2 Darwin Kernel Version 11.4.2:
Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64
Sun Jul 21 09:25:15 CDT 2013
Can't locate MNI/Startup.pm in @INC (@INC contains:
/Applications/freesurfer/mni/lib/../System/Library/Perl/5.8.6
/Library/Perl/5.12/darwin-thread-multi-2level /Library/Perl/5.12
/Network/Library/Perl/5.12/darwin-thread-multi-2level
/Network/Library/Perl/5.12 /Library/Perl/Updates/5.12.3
/System/Library/Perl/5.12/darwin-thread-multi-2level
/System/Library/Perl/5.12
/System/Library/Perl/Extras/5.12/darwin-thread-multi-2level
/System/Library/Perl/Extras/5.12 .) at
/Applications/freesurfer/mni/bin/nu_correct line 37.
BEGIN failed--compilation aborted at
/Applications/freesurfer/mni/bin/nu_correct line 37.
tmpdir is ./tmp.mri_nu_correct.mni.30026
/Users/mwvoss/Analysis/ChordLearning/Freesurfer/sub100/mri
mri_convert orig.mgz ./tmp.mri_nu_correct.mni.30026/nu0.mnc -odt float
mri_convert orig.mgz ./tmp.mri_nu_correct.mni.30026/nu0.mnc -odt float
$Id: mri_convert.c,v 1.179.2.7 2012/09/05 21:55:16 mreuter Exp $
reading from orig.mgz...
TR=2530.00, TE=0.00, TI=0.00, flip angle=0.00
i_ras = (-1, 0, 0)
j_ras = (0, 0, -1)
k_ras = (0, 1, 0)
changing data type from uchar to float (noscale = 0)...
writing to ./tmp.mri_nu_correct.mni.30026/nu0.mnc...

--------------------------------------------------------
Iteration 1 Sun Jul 21 09:25:18 CDT 2013
nu_correct -clobber ./tmp.mri_nu_correct.mni.30026/nu0.mnc
./tmp.mri_nu_correct.mni.30026/nu1.mnc -tmpdir
./tmp.mri_nu_correct.mni.30026/0/ -iterations 1000 -distance 50
Can't locate MNI/Startup.pm in @INC (@INC contains:
/Applications/freesurfer/mni/lib/../System/Library/Perl/5.8.6
/Library/Perl/5.12/darwin-thread-multi-2level /Library/Perl/5.12
/Network/Library/Perl/5.12/darwin-thread-multi-2level
/Network/Library/Perl/5.12 /Library/Perl/Updates/5.12.3
/System/Library/Perl/5.12/darwin-thread-multi-2level
/System/Library/Perl/5.12
/System/Library/Perl/Extras/5.12/darwin-thread-multi-2level
/System/Library/Perl/Extras/5.12 .) at
/Applications/freesurfer/mni/bin/nu_correct line 37.
BEGIN failed--compilation aborted at
/Applications/freesurfer/mni/bin/nu_correct line 37.
ERROR: nu_correct



On Tue, Jun 4, 2013 at 12:51 PM, Douglas N Greve
<gr...@nmr.mgh.harvard.edu>wrote:

> It looks like it is not finding the MNI tools. Maybe Zeke can chime in.
> doug
> On 06/04/2013 01:48 PM, Nitenson, Adam wrote:
> >
> >     Hi Doug,
> >
> >     The command runs a bit further now but then exits with errors.
> >     Unfortunately this time there is no specific stated error. The
> >     last few lines of the log are:
> >
> >     INFO: extension is mgz
> >     #--------------------------------------------
> >     #@# Talairach Tue Jun  4 13:22:08 EDT 2013
> >     /gpfs/data/twhite/anitenso/FreesurferPractice/unpack4/mri
> >
> >      mri_nu_correct.mni --n 1 --proto-iters 1000 --distance 50
> >     --no-rescale --i orig.mgz --o orig_nu.mgz
> >
> >     Linux node271 2.6.32-279.2.1.el6.x86_64 #1 SMP Fri Jul 20 01:55:29
> >     UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
> >
> >     recon-all -s unpack4 exited with ERRORS at Tue Jun  4 13:22:10 EDT
> >     2013
> >
> >
> >
> >     The only other section of the log that seems like it could be
> >     related to an error is:
> >
> >     Can't locate MNI/Startup.pm in @INC (@INC contains:
> >     /gpfs/runtime/opt/perl/5.16.0/lib
> >     /gpfs/runtime/opt/perl/5.16.0/lib/site_perl /usr/local/lib64/perl5
> >     /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
> >     /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .)
> >     at /gpfs/runtime/opt/freesurfer/5.2.0/mni/bin/nu_correct line 37.
> >     BEGIN failed--compilation aborted at
> >     /gpfs/runtime/opt/freesurfer/5.2.0/mni/bin/nu_correct line 37.
> >
> >     So, I'm not sure what it's not liking here.
> >
> >     Thanks again,
> >     Adam
> >
> >
> >     On Tue, Jun 4, 2013 at 11:44 AM, Douglas N Greve
> >     <gr...@nmr.mgh.harvard.edu <mailto:gr...@nmr.mgh.harvard.edu>>
> wrote:
> >
> >         That dcmunpack command will put the data into a file called
> >         unpack3/MPRAGE/002/struct.nii
> >         It needs to be put into upack3/mri/orig/002.mgz
> >         doug
> >
> >
> >
> >
> >         On 06/04/2013 11:22 AM, Nitenson, Adam wrote:
> >
> >             Hi Doug,
> >
> >             When I try the command as you suggested:
> >             recon-all -all -s unpack3
> >             I get the following error:
> >
> >             ERROR: no run data found in
> >             /gpfs/data/twhite/anitenso/FreesurferPractice/unpack3/mri.
> >             Make sure to
> >             have a volume called 001.mgz in
> >
>  /gpfs/data/twhite/anitenso/FreesurferPractice/unpack3/mri/orig
> >
> >             Do you know why I might be lacking that volume? This was
> >             not usually an issue after running the two unpacksdcmdir
> >             commands (for MPRAGE and bold runs).
> >
> >             Thanks,
> >             Adam
> >
> >
> >             On Mon, Jun 3, 2013 at 3:44 PM, Douglas N Greve
> >             <gr...@nmr.mgh.harvard.edu
> >             <mailto:gr...@nmr.mgh.harvard.edu>
> >             <mailto:gr...@nmr.mgh.harvard.edu
> >             <mailto:gr...@nmr.mgh.harvard.edu>>> wrote:
> >
> >                 Hi Adam, if the subject folder exists and you pass
> >             recon-all a -i
> >                 flag,
> >                 then it will exit with error saying that the data
> >             exist (otherwise it
> >                 would overwrite what is there). However, just because
> >             the subject
> >                 folder
> >                 exists does not mean that there is any data sitting in
> >                 subject/mri/orig.
> >                 Then it will tell you that it cannot find any data.
> >
> >                 Note that when you run recon-all, you need to tell it
> >             to do something
> >                 (eg, add the "-all" flag to do everything)
> >
> >                 doug
> >
> >
> >                 On 06/03/2013 03:21 PM, Nitenson, Adam wrote:
> >                 > Hello users,
> >                 >
> >                 > I am trying to get Freesurfer (5.2) working properly
> >             off-site and am
> >                 > encountering errors I did not have while working at
> >             the Martinos
> >                 > center. We use the same Siemens 3T Tim Trio scanner
> >             at Brown, so I
> >                 > would hope the data is similar to work with.
> >                 >
> >                 > I have been using dcmunpack since unpacksdcmdir is not
> >                 identifying the
> >                 > DICOM files properly. I have successfully unpacked the
> >                 structural and
> >                 > bold scans using the command (entered from the raw
> >             scan data folder:
> >                 >
> >                 > dcmunpack -src DICOM -targ
> >             (path)/FreesurferPractice/unpack3 -run 2
> >                 > MPRAGE nii struct     (I also tried using mgz
> >             instead of nii,
> >                 and also
> >                 > changed struct to other things as it appears to be a
> >             naming
> >                 argument)
> >                 >
> >                 > dcmunpack -src DICOM -targ
> >             (path)/FreesurferPractice/unpack3 -fsfast
> >                 > -run 3 bold nii f.nii -run 4 bold nii f.nii -run 5
> >             bold nii
> >                 f.nii -run
> >                 > 6 bold nii f.nii -run 7 bold nii f.nii -run 8 bold
> >             nii f.nii -run 9
> >                 > bold nii f.nii
> >                 >
> >                 > (path) just being an abbreviate piece of the
> >             relevant pathway
> >                 >
> >                 > These generate the MPRAGE and bold folders in the
> >             subject folder as
> >                 > expected. I have difficulties with the next commands
> >                 (environment has
> >                 > been set).
> >                 >
> >                 > I try:
> >                 > recon-all -i <path to structural data> -s <subject
> >             name> -force
> >                 > recon-all -i
> >             (path)/FreesurferPractice/unpack/MPRAGE/002 -s unpack3
> >                 > (I got an error about using -force so I omitted that
> >             from my
> >                 command)
> >                 >
> >                 > and get the following Error
> >                 > ERROR: You are trying to re-run an existing subject
> >             with (possibly)
> >                 >  new input data (-i). If this is truly new input
> >             data, you
> >                 should delete
> >                 >  the subject folder and re-run, or specify a
> >             different subject name.
> >                 >  If you are just continuing an analysis of an
> >             existing subject, then
> >                 >  omit all -i flags.
> >                 >
> >                 > Yet when I omit -i and just use "recon-all -s
> >             unpack3", I get
> >                 "ERROR:
> >                 > nothing to do"
> >                 >
> >                 > I tried a different tactic and used
> >                 >
> >                 > "recon-all -s unpack3 -autorecon1" as well as
> "recon-all
> >                 > -autorecon-all -s unpack3"
> >                 >
> >                 > which both created the various folders (bem, label,
> >             mri, surf, etc)
> >                 > but failed with
> >                 > "ERROR: no run data found in
> >             (path)/FreesurferPractice/unpack3/mri.
> >                 > Make sure to have a volume called 001.mgz in
> >                 > (path)/FreesurferPractice/unpack3/mri/orig. If you
> >             have a second run
> >                 > of data call it 002.mgz, etc."
> >                 >
> >                 > I have tried these commands in both bash and tcsh
> >             shells with
> >                 the same
> >                 > effect. So the problem, it seems, is that my "mri"
> >             file is
> >                 blank, and
> >                 > this was not a problem I had running these commands
> >             at Martinos. Any
> >                 > idea what the issue might be?
> >                 >
> >                 > Best,
> >                 >
> >                 > Adam Nitenson
> >                 > Neuroscience Graduate Program
> >                 > Laboratory of Affective Neuroscience
> >                 > Brown University
> >                 >
> >                 >
> >                 >
> >                 > _______________________________________________
> >                 > Freesurfer mailing list
> >                 > Freesurfer@nmr.mgh.harvard.edu
> >             <mailto:Freesurfer@nmr.mgh.harvard.edu>
> >                 <mailto:Freesurfer@nmr.mgh.harvard.edu
> >             <mailto:Freesurfer@nmr.mgh.harvard.edu>>
> >
> >                 >
> >             https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
> >
> >                 --
> >                 Douglas N. Greve, Ph.D.
> >                 MGH-NMR Center
> >             gr...@nmr.mgh.harvard.edu
> >             <mailto:gr...@nmr.mgh.harvard.edu>
> >             <mailto:gr...@nmr.mgh.harvard.edu
> >             <mailto:gr...@nmr.mgh.harvard.edu>>
> >                 Phone Number: 617-724-2358 <tel:617-724-2358>
> >             <tel:617-724-2358 <tel:617-724-2358>>
> >                 Fax: 617-726-7422 <tel:617-726-7422> <tel:617-726-7422
> >             <tel:617-726-7422>>
> >
> >                 Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting
> >             <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting>
> >                 <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting>
> >                 FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2
> >             www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> >             <http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> >
> >
> >             <http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> >
> >
> >                 Outgoing:
> >
> ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
> >
> >                 _______________________________________________
> >                 Freesurfer mailing list
> >             Freesurfer@nmr.mgh.harvard.edu
> >             <mailto:Freesurfer@nmr.mgh.harvard.edu>
> >             <mailto:Freesurfer@nmr.mgh.harvard.edu
> >             <mailto:Freesurfer@nmr.mgh.harvard.edu>>
> >
> >             https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
> >
> >
> >                 The information in this e-mail is intended only for
> >             the person to
> >                 whom it is
> >                 addressed. If you believe this e-mail was sent to you
> >             in error and
> >                 the e-mail
> >                 contains patient information, please contact the Partners
> >                 Compliance HelpLine at
> >             http://www.partners.org/complianceline . If the e-mail was
> >             sent to
> >                 you in error
> >                 but does not contain patient information, please
> >             contact the
> >                 sender and properly
> >                 dispose of the e-mail.
> >
> >
> >
> >         --
> >         Douglas N. Greve, Ph.D.
> >         MGH-NMR Center
> >         gr...@nmr.mgh.harvard.edu <mailto:gr...@nmr.mgh.harvard.edu>
> >         Phone Number: 617-724-2358 <tel:617-724-2358>
> >         Fax: 617-726-7422 <tel:617-726-7422>
> >
> >         Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting
> >         <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting>
> >         FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2
> >         www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> >         <http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html>
> >         Outgoing:
> >         ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
> >
> >
> >
> >
> >
> > _______________________________________________
> > Freesurfer mailing list
> > Freesurfer@nmr.mgh.harvard.edu
> > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
>
> --
> Douglas N. Greve, Ph.D.
> MGH-NMR Center
> gr...@nmr.mgh.harvard.edu
> Phone Number: 617-724-2358
> Fax: 617-726-7422
>
> Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting
> FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> _______________________________________________
> Freesurfer mailing list
> Freesurfer@nmr.mgh.harvard.edu
> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
>
_______________________________________________
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer


The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

Reply via email to