<p>This looks like an older question but thought that I would post anyway in case someone else stumbles upon this question like I just did.</p>
<p>An ownership change to the <code>/opt/dsf/sd/sys</code> directory can create a situation where heightmap files are unable to be saved. There are a couple of ways to check.</p>
<p>How to check - Method 1: Try creating a new config file from the GUI (under the same menu as your config.g file, same area where the heightmap file is supposed to be saved). If there are any issues creating or saving the file, it is a good indicator that the dir ownership has changed.</p>
<p>How to check - Method 2: Open a terminal and run <code>stat /opt/dsf/sd/sys</code>. There should be an area that lists the ownership and both areas (user and group) should list <code>dsf</code> as the owner. If the owner is <code>pi</code> (standard default user) or anything else then this is likely the issue.</p>
<p>Solution: To reset the folder ownership back to the correct setting, open a terminal and run <code>sudo chown -R dsf:dsf /opt/dsf/sd/sys</code>.</p>
<p>NOTE: If you found that the underlying issue is folder ownership, it is also worth checking the other directories under the <code>/opt/dsf/sd</code> path and the other directories and update with the correct permission fix where necessary.</p>

CC BY-SA 4.0
2022-04-09T20:30:24.047Z
Even though I have no way of checking this, this looks like a good answer. Hi and welcome, BTW... :-)
Greenonline
CC BY-SA 4.0
2022-04-08T20:02:12.307Z
2022-04-08T20:02:12.307Z
Ryan McCormick
<p>I recently did a G29 (run mesh calibration) and my printer did a 25 point probe and reported back the stats to the console.  After this I went to the height map section and it says &quot;height map not available&quot; and no stats can be used here.</p>
<p>So I tried to load the height map using G29 S1 and am getting:</p>
<p><code>G29 S1 Error: G29: Failed to load height map from file heightmap.csv: Could not find file '/opt/dsf/sd/sys/heightmap.csv'</code></p>
<p>Does anyone know what I am doing wrong?  Below is info about my control board and firmware.</p>
<p>RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)</p>

<reprap>
Generating height map with Rep Rap
Feynman137
# Generating height map with Rep Rap

(Asked by: username_0 on 2021-07-03)

I recently did a G29 (run mesh calibration) and my printer did a 25 point probe and reported back the stats to the console. After this I went to the height map section and it says "height map not available" and no stats can be used here.

So I tried to load the height map using G29 S1 and am getting:

`G29 S1 Error: G29: Failed to load height map from file heightmap.csv: Could not find file '/opt/dsf/sd/sys/heightmap.csv'`

Does anyone know what I am doing wrong? Below is info about my control board and firmware.

RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)

**Tags:** reprap

---

## 1 answers

### Answer by username_1 on 2022-04-08. Score: 1

This looks like an older question but thought that I would post anyway in case someone else stumbles upon this question like I just did.

An ownership change to the `/opt/dsf/sd/sys` directory can create a situation where heightmap files are unable to be saved. There are a couple of ways to check.

How to check - Method 1: Try creating a new config file from the GUI (under the same menu as your config.g file, same area where the heightmap file is supposed to be saved). If there are any issues creating or saving the file, it is a good indicator that the dir ownership has changed.

How to check - Method 2: Open a terminal and run `stat /opt/dsf/sd/sys`. There should be an area that lists the ownership and both areas (user and group) should list `dsf` as the owner. If the owner is `pi` (standard default user) or anything else then this is likely the issue.

Solution: To reset the folder ownership back to the correct setting, open a terminal and run `sudo chown -R dsf:dsf /opt/dsf/sd/sys`.

NOTE: If you found that the underlying issue is folder ownership, it is also worth checking the other directories under the `/opt/dsf/sd` path and the other directories and update with the correct permission fix where necessary.

> **Comments:**
> **username_2**: Even though I have no way of checking this, this looks like a good answer. Hi and welcome, BTW... :-)  

---

