FOG Imaging Not Saving
-
@jgallo I think if this was the case, partclone should complain right away the disk is dirty and can’t be cloned. I think the error above is generated after partclone actually starts copying the image. (but I’ve been wrong before…)
-
@george1421 That was the laptop I built the image on. It was at the end of the clone cycle.
-
@dpotesta50 Ok then setup a debug capture and watch partclone as it runs. If your fog server has enough space, partclone should print quickly on the screen what is wrong and then hit the ctrl c at the next debug pause and inspect the partclone logfile.
-
-
@dpotesta50 Keep going its a ways down yet. But now you can see each step fog is doing.
-
@george1421 Looking at log files.
There are a bunch, which one do I need to examine? -
@dpotesta50 If you look at your very first post it mentions /var/log/partclone.log. You can key in
tail /var/log/partclone.logto view the last few lines of that log file. If you need a few more lines you can dotail -30 /var/log/partclone.logto show the last 30 lines.Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
-
@george1421 I will tell you a trick so you can remotely interact with FOS.
- Give root a password with this command
passwd. Just give it an easy password likehello. Do this from the FOS debug console. - Get the IP address of FOS target computer.
ip addr show - Connect to FOS using Putty from a windows computer. Login with
rootandhelloas the password.
Now with putty you can cut and paste commands to the FOS engine. FOS runs in memory, so when you reboot FOS all settings or changes are gone. So this password reset is only temporary.
- Give root a password with this command
-
@george1421 Well…that log file is not there. I sorted the directory by name, no log file.
-
@dpotesta50 Where did you check for that partclone.log file? On your server (wrong) or on the client itself? Although you can get access to the client via SSH there is a much easier route of just taking a video/picture of the error message when it is right on screen in that blue window. Post here and I am sure we’ll figure things out.
-
@sebastian-roth Okay so if I look for the log file on the laptop I’m imaging FROM, how do I do command line navigation? I CTRL-C’d to the command prompt which is blue and says "[Thu Nov 9 root@fogclient /]#
-
@dpotesta50 Trying chat for faster turnover… see the speech bubble in the right top corner of the forum.
-
-
@dpotesta50 Alright, got that. See here: https://wiki.fogproject.org/wiki/index.php?title=Windows_Dirty_Bit
-
@sebastian-roth I went ahead and rebuilt the image. Ran checkdisk and disabled FAST STARTUP as instructed. So far, the image is still uploading. Before it was done in less then a minute. Now it’s been going for about four or five minutes and it’s only at 13% so something is definitely different.
-
@dpotesta50 It should have told you right away that the disk was dirty and not started at all. So this surprises me a bit. But we see this common with Win10 (not being shutdown properly). We are glad you got it uploading now.
-
@george1421
Well crud! -
looks like your FTP credentials are not matching properly. The error is not on the Windows 10 machine but on the fog server ftp credentials.
-
@jgallo It shows the image was uploading though. The file size is 19.5Gb. Before when I was getting all the errors it was 615Mb.
-
@jgallo I agree.
@dpotesta50 did someone muck about with the linux user called
fog? Understand this is not the web gui administrator account that is also calledfog, I’m talking about the linux userfog. We quite often see IT admins attempt to use or change the password on this FOG managed service account. If you have then there is a process to fix it.
