• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Nikolai Domaev
    3. Topics
    N
    • Profile
    • Following 0
    • Followers 0
    • Topics 4
    • Posts 9
    • Best 0
    • Controversial 0
    • Groups 0

    Topics created by Nikolai Domaev

    • N

      Unsolved Webinterface slow-ish, not recent version, how to troubleshoot? ty

      FOG Problems
      • • • Nikolai Domaev
      7
      0
      Votes
      7
      Posts
      2.2k
      Views

      Tom ElliottT

      The “Slowness” i believe you’re seeing is coming from the fact that you DONT have any internet access.

      A way to fix this would be to setup the FOG_PROXY information. Have it set to 127.0.01 so things instantly fail.

      This should help you out tremendously.

    • N

      OS and hardware interchangeability and installation process

      Hardware Compatibility
      • • • Nikolai Domaev
      5
      0
      Votes
      5
      Posts
      1.7k
      Views

      Tom ElliottT

      The purpose in any OS (as they all have a kernel).

      The Kernel loads all the relevant drivers and hardware for the system. That’s the basic construct of the kernel is to be the “middleman” between the interface(s) and the rest of the computer.

      The Kernel’s job, essentially, is to pass the information to and from the relevant needed components whether it be Sound, RAM, HDD, CPU, or otherwise.

      It’s what get’s loaded to RAM as the system is booting.

      The way linux handles devices is during load up of the kernel it’s detecting the systems components and making the relevant connections between those devices on how to interpret and work with those items.

      Once the OS is loaded, it already knows about the rest of the system because it was detected at load out. Those connections (in the linux world) are created as nodes or devices in /proc, /sys, and/or /dev. These items are linked (in a different manner but similar) to as “files” as everything in a *nix system is related to as a file object.

      Windows operates similarly. Except everything is done, usually, from the registry and RAM. The “devices” and “registers” are loaded into the Registry. In the case of SYSPREP, it removes all the non-relevant and possibly changing aspects of the registry and places it in a point where the first boot loads all the devices and items into the Registry during the bootup process.

      This is where Windows and Linux varies (I think) in the most dramatic of ways.

      While a linux system can have the hdd moved around from one system to a another, and typically still operate with little to no issues, a Windows system cannot do this because the components recognized vs. the components actually available may not match.

      Having the drivers embedded in a Windows system can help, but won’t work 100% of the time. This is kind of the point behind sysprep though. Clean out the registry and system so it can readily receive new item.

      Hopefully this will help clarify things.

      Am I 100% correct? Probably not, this is just a means to express the simple differences.

    • N

      FOG wont Deploy an image (maybe Win7 image setting mistake)

      FOG Problems
      • • • Nikolai Domaev
      3
      0
      Votes
      3
      Posts
      1.2k
      Views

      N

      I successfully imaged the previous XP image tho. On the same test PC.

      p.s. I did notice via gui of the fog server that the XP image in question in the image folder is now 98gb instead of 35 that it should be.

    • N

      FOG server - Fatal Error: Failed to mount NFS Volume

      FOG Problems
      • • • Nikolai Domaev
      30
      0
      Votes
      30
      Posts
      46.6k
      Views

      K

      It seems my old kk20 account was deleted for being a “spammer”. Great as I had quite a few fixes posted under that username (from when I installed fog) and had never spammed in my life… oh well.

      anyway I am revisiting this as I have moved my FOG to a new server and came up with the same error, luckily someone had “quoted” my original fix so I could look in the post_stage2.php file for changes I made (and I had commented them! yey!). Here is the change I made to post_stage2.php

      this line:

      [B]$dest = $noderoot . $_GET[“to”];[/B]

      I changed to

      [B] $dest = “/raid6/data/FOG/” . $_GET[“to”];[/B]

      It seemed that the $noderoot was somehow incorrect for me. No idea why as it was only the final FTP that failed for me. Anyway, after hard coding my FTP location (not ideal but I needed a quick fix rather than a debug) this works fine for me and has done for years.

      for information, /raid6/data/FOG is my listed NFS share in FOG (which also has FTP share enabled in openfiler). I have no idea why the $noderoot does not work yet everything else does. Anyway, that single change in post_stage2.php fixed my final FTP issue (so no more manual image moving necessary!)

    • 1 / 1