Mounting /images/dev on /images failed - permissions denied
-
@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.
-
@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
-
@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
-
@Tom-Elliott I can’t find the installation of FOG working-1.6
-
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.
-
@Tom-Elliott Here is…
I typed these commands:
apt-get -y install git -y
apt install wgetcd/root
git clone https://github.com/fogproject/fogproject.git --branch=working-1.6fog project cd
git pull
CD bin
./installfog.sh -yI 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 -
@El-Fogito Interesting that you got the error for php-mysql, though I suppose if it completed the “will try again later” actually worked.
-
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)
-
FYI
-
@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.
-
@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: -
@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