Execution failed for task ':processResources'. Could not copy file (Linux file mode problem)

Hello, I have a problem with :processResources task on Linux:

Execution failed for task ‘:processResources’. > Could not copy file ‘/d/projects/war-soap/src/main/resources/schema.xsd’ to ‘/d/projects/war-soap/build/resources/main/schema.xsd’.

/d is a mount point of NTFS (used in windows) disk partition

Problem stacktrace:

Caused by: org.gradle.api.GradleException: Could not copy file ‘/d/projects/war-soap/src/main/resources/schema.xsd’ to ‘/d/projects/war-soap/build/resources/main/schema.xsd’.

at org.gradle.api.internal.file.AbstractFileTreeElement.copyTo(AbstractFileTreeElement.java:79)

at org.gradle.api.internal.file.copy.DefaultFileCopyDetails.copyTo(DefaultFileCopyDetails.java:104)

at org.gradle.api.internal.file.copy.FileCopyAction$FileCopyDetailsInternalAction.processFile(FileCopyAction.java:44)

at org.gradle.api.internal.file.copy.NormalizingCopyActionDecorator$1$1.processFile(NormalizingCopyActionDecorator.java:65)

at org.gradle.api.internal.file.copy.DuplicateHandlingCopyActionDecorator$1$1.processFile(DuplicateHandlingCopyActionDecorator.java:60)

at org.gradle.api.internal.file.copy.CopyFileVisitorImpl.processFile(CopyFileVisitorImpl.java:60)

at org.gradle.api.internal.file.copy.CopyFileVisitorImpl.visitFile(CopyFileVisitorImpl.java:44)

at org.gradle.api.internal.file.collections.DirectoryFileTree.walkDir(DirectoryFileTree.java:157)

at org.gradle.api.internal.file.collections.DirectoryFileTree.visitFrom(DirectoryFileTree.java:125)

at org.gradle.api.internal.file.collections.DirectoryFileTree.visit(DirectoryFileTree.java:115)

at org.gradle.api.internal.file.collections.FileTreeAdapter.visit(FileTreeAdapter.java:96)

at org.gradle.api.internal.file.CompositeFileTree.visit(CompositeFileTree.java:54)

at org.gradle.api.internal.file.copy.CopySpecActionImpl.execute(CopySpecActionImpl.java:37)

at org.gradle.api.internal.file.copy.CopySpecActionImpl.execute(CopySpecActionImpl.java:24)

at org.gradle.api.internal.file.copy.DefaultCopySpec$DefaultCopySpecResolver.walk(DefaultCopySpec.java:498)

at org.gradle.api.internal.file.copy.DefaultCopySpec$DefaultCopySpecResolver.walk(DefaultCopySpec.java:500)

at org.gradle.api.internal.file.copy.DefaultCopySpec.walk(DefaultCopySpec.java:322)

at org.gradle.api.internal.file.copy.DelegatingCopySpecInternal.walk(DelegatingCopySpecInternal.java:206)

at org.gradle.api.internal.file.copy.CopySpecBackedCopyActionProcessingStream.process(CopySpecBackedCopyActionProcessingStream.java:36)

at org.gradle.api.internal.file.copy.DuplicateHandlingCopyActionDecorator$1.process(DuplicateHandlingCopyActionDecorator.java:44)

at org.gradle.api.internal.file.copy.NormalizingCopyActionDecorator$1.process(NormalizingCopyActionDecorator.java:56)

at org.gradle.api.internal.file.copy.FileCopyAction.execute(FileCopyAction.java:35)

at org.gradle.api.internal.file.copy.NormalizingCopyActionDecorator.execute(NormalizingCopyActionDecorator.java:52)

at org.gradle.api.internal.file.copy.DuplicateHandlingCopyActionDecorator.execute(DuplicateHandlingCopyActionDecorator.java:42)

at org.gradle.api.internal.file.copy.CopyActionExecuter.execute(CopyActionExecuter.java:38)

at org.gradle.api.tasks.AbstractCopyTask.copy(AbstractCopyTask.java:83)

at org.gradle.language.jvm.tasks.ProcessResources.copy(ProcessResources.java:33)

at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:63)

at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.doExecute(AnnotationProcessingTaskFactory.java:218)

at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:211)

at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:200)

at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:579)

at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:562)

at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:80)

at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:61)

… 47 more

Caused by: org.gradle.internal.nativeintegration.filesystem.FileException: Could not set file mode 770 on ‘/d/projects/war-soap/build/resources/main/schema.xsd’.

at org.gradle.internal.nativeintegration.filesystem.services.GenericFileSystem.chmod(GenericFileSystem.java:71)

at org.gradle.api.internal.file.AbstractFileTreeElement.copyTo(AbstractFileTreeElement.java:76)

… 81 more

Caused by: net.rubygrapefruit.platform.NativeException: Could not set UNIX mode on /d/projects/war-soap/build/resources/main/schema.xsd: could not chmod file (errno 1)

at net.rubygrapefruit.platform.internal.DefaultPosixFiles.setMode(DefaultPosixFiles.java:41)

at org.gradle.internal.nativeintegration.filesystem.services.NativePlatformBackedChmod.chmod(NativePlatformBackedChmod.java:32)

at org.gradle.internal.nativeintegration.filesystem.services.GenericFileSystem.chmod(GenericFileSystem.java:69)

… 82 more

Any idea?

I detected the problem:

there are some problems with mounting of partition. /d is mounting by default on startup, when I move project to partition mounted by double click (Linux Mint Cinnamoon) the problem does not occurs.

Where I can look for partitions mounting flags?

Running ‘mount’ should show you all the mount points with options. You could then in theory use that information to add an entry in ‘/etc/fstab’ which would mount the partition at startup with the declared options.

/dev/sda5 on /d type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
  /dev/sda6 on /media/lex/39401AF46D9596B4 type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)

they have the same parameters, what is wrong?

I’m not quite certain how those two mount point differ. Perhaps the output of ‘mount’ is not inclusive of all mount options. You may want to take a look at this link for some more insight on how to enable the use of ‘chmod’ on NTFS partitions.