| Summary: | Permission denied while running "make" | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Cerem Cem ASLAN <ceremcem> |
| Component: | Other | Assignee: | unassigned |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | buildroot, yann.morin.1998 |
| Priority: | P5 | ||
| Version: | 2019.08 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
|
Description
Cerem Cem ASLAN
2019-09-19 18:19:03 UTC
I'm afraid this does not look like a Buildroot issue, but a system configuration issue on your machine: /tmp is not writable by the user with which you're doing the Buildroot build. Could you try to just run "touch /tmp/foobar" ? I guess you'll get the same Permission denied issue. If it's the case, then you have to fix your system /tmp permissions. "touch /tmp/foobar" works correctly: ceremcem@cca-erik:~$ touch /tmp/foobar ceremcem@cca-erik:~$ ls -l /tmp/foobar -rw-r--r-- 1 ceremcem ceremcem 0 Sep 20 03:04 /tmp/foobar FYI: I've been using this installation for more than 2 years without any issue. (In reply to Cerem Cem ASLAN from comment #2) Is your /tmp mounted with "noexec" option? What's the output of the command mount | grep -F /tmp Exactly: ceremcem@cca-erik:~$ mount | grep -F /tmp tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noexec,noatime,size=524288k) I remounted with "exec": sudo mount -o remount,exec /tmp Then compilation continued. Would you consider adding that checking into makefile? (I may provide a patch for that) (In reply to Carlos Santos from comment #3) Good finding Carlos! Is mounting /tmp with noexec a common thing? From a quick Google search seems like a number of people are recommending to do this. Not sure if this is good advice. But, for this specific case, Buildroot generally puts all its generated contents in $(O), even temporary things. Perhaps we should do the same for this check-headers script? (In reply to Thomas Petazzoni from comment #5) Some people recommend mounting /tmp with nodev, noexec and nosuid options for security reasons. It is pretty common on FreeBSD but it's not default on Linux distros. I will send a patch for check-kernel-headers.sh to fix this. Fixed by https://git.buildroot.org/buildroot/commit/?id=6136765b23abd9faba610dd54ed276a777811575. Thanks Carlos for the investigation and fix! |