Mounting /images/dev on /images failed - permissions denied

[Tom Elliott]

@El-Fogito I suspect the fogproject user that is supposed to be handling the FTP connection which does the FTP move from /images/dev/<macofhostcaptured> -> /images/<nameofimagepathcaptured> is out of sync or simply non-functional.

Can i make a bold request and as you to install the working-1.6 version of FOG?

It shifts the mechanisms of file transfer and moves to SSH instead of relying on FTP. This may have it’s own issues of note but we can work on fixing those. As well, it will help fix the NFS security flaws you seem to have running currently so you will have slightly more security conscious FOG install to boot.

[Tom Elliott]

@El-Fogito In the mean time you can manually move the image to the proper spot:

Since I don’t know the mac of the original capture machine you’ll have to get that yourself unfortunately.

From the FOG Server terminal:

sudo mv /images/dev/<macofhostyoucaptured> /images/Nuc7i5BNKSDC-AC001-C000-win11
sudo chown fogproject:root /images/Nuc7i5BNKSDC-AC001-C000-win11
sudo chmod 777 -R  /images/Nuc7i5BNKSDC-AC001-C000-win11

This should get you to a point of being able to deploy the image.

[El-Fogito]

@Tom-Elliott at the point where I am, no problem starting over with a new installation.

Could you give me a link to install this version? that I am sure to do what you asked me

[El-Fogito]

@Tom-Elliott said in Mounting /images/dev on /images failed - permissions denied:

sudo chmod 777 -R /images/Nuc7i5BNKSDC-AC001-C000-win11

I moved it manually, gave rights etc. The problem continues

[El-Fogito]

@Tom-Elliott I can’t find the installation of FOG working-1.6

[Tom Elliott]

@El-Fogito

You can get fog from github:

git clone https://github.com/fogproject/fogproject.git --branch=working-1.6

Normally you’d be in the users root directory (typically /home/<username> or /root if you’re the root user)

After it’s cloned cd to the newly downloaded fogproject folder:

cd fogproject
git pull
cd bin
sudo ./installfog.sh -y

That should do all the work. If you already have a branch of github fogproject on your machine run:

cd /path/to/fogproject/installer
git pull
git fetch --all
git checkout working-1.6
git pull
cd bin
sudo ./installfog.sh -y

it’s basically the same thing.

as for “Same issue after moving folder” can you describe what you mean? Unless I got a typo of the location for the image path an error may be there, but it should definitely be a different error.

[El-Fogito]

@Tom-Elliott Here is…

I typed these commands:

apt-get -y install git -y
apt install wget

cd/root
git clone https://github.com/fogproject/fogproject.git --branch=working-1.6

fog project cd
git pull
CD bin
./installfog.sh -y

I got this error when loading packages:

error: Installing package: php-mysql…………Failed! (Will try later)

The interface changes a little but I get the hang of it.
I’ll capture an image and get back to you

[Tom Elliott]

@El-Fogito Interesting that you got the error for php-mysql, though I suppose if it completed the “will try again later” actually worked.

[El-Fogito]

@Tom-Elliott

So I launched a task to capture my image and it was in principle a success, here is the screen:

BUT… once the download is complete, this is the error I receive:

Here again, the “second task” remains stuck at 1%

My capture is still stuck in \images\dev with my computer’s macadress

I’m helpless (I’m in production at the moment)

[El-Fogito]

@Tom-Elliott

FYI

[Tom Elliott]

@El-Fogito So, can you please manually edit the “failed” image from the /images/dev location and manually move it where it needed to go? (as well adjust the permissions again.

Also, can you please look at your /etc/ssh/sshd_config file and look for the line that has “Subsystem” and “sftp”

I am just guessing, but it likely looks like:
Subsystem sftp /usr/libexec/openssh/sftp-server

If you can change it to:
Subsystem sftp internal-sftp and restart ssh services on the server, this should address the “Unable to start SFTP” error you were seeing.

To restart ssh service you would run:

sudo systemctl restart sshd

We’re getting closer I think, but it’s just a guess at this point. I apologize for it seeming kind of hit and miss, but thus is the approach we must take on forums.

[El-Fogito]

@Tom-Elliott no problem, thank you for helping me ! We hope this will be useful to users reading this post.

I edited the line in /etc/ssh/sshd_config
I restarted the capture, here is the error, directly when I boot on IPV4:

[Tom Elliott]

@El-Fogito So with that can you reboot the machine (outside of the task) and perform a chkdisk /f on it, then disable the hibernation:
powercfg.exe /h off

Then attempt again? I apologize in advance