• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. sudburr
    3. Posts
    • Profile
    • Following 0
    • Followers 1
    • Topics 129
    • Posts 747
    • Best 100
    • Controversial 0
    • Groups 2

    Posts made by sudburr

    • RE: Latest Development FOG

      Using Subversion
      [CODE]apt-get install subversion[/CODE]

      … to retrieve the SVN of FOG only works on a ‘checked out’ version of FOG that was retrieved by using subversion itself:
      [CODE]mkdir /opt/svn && cd /opt/svn && svn checkout [URL]https://svn.code.sf.net/p/freeghost/code/trunk[/URL][/CODE]

      On a virgin system where the FOG SVN was downloaded via:
      [CODE]cd /opt && wget --no-check-certificate [URL]http://mastacontrola.com/fog_trunk.tar.bz2[/URL][/CODE]

      … then extracted and installed by:
      [CODE]cd /opt && tar -xvjf fog_trunk.tar.bz2 && cd /opt/fog_trunk/bin/ && ./installfog.sh[/CODE]

      Running:
      [CODE]cd /opt/fog_trunk && svnversion[/CODE]

      … elicits:

      “Unversioned directory”

      It’s only fair that the .tar.bz2 download can’t be expected to be the same version as the `checked out’ version; hence downloading the FOG SVN using:
      [CODE]cd /opt && wget --no-check-certificate [URL]http://mastacontrola.com/fog_trunk.tar.bz2[/URL][/CODE]

      … you can then
      [CODE]cd /opt && tar -xvjf fog_trunk.tar.bz2 && cd /opt/fog_trunk/ && grep FOG_VERSION packages/web/commons/system.php | sed “s/^[ \t]define(.FOG_VERSION., .([0-9.]).);/FOG Version: \1/”[/CODE]

      … to determine the version of what you just downloaded by this secondary method.

      posted in General
      sudburrS
      sudburr
    • Ubuntu vs Debian

      Just sharing some observed differences:

      Fog Paths:

      Debian ( debian-7.6.0-amd64-netinst )
      /var/www/fog/service/ipxe/

      Ubuntu ( ubuntu-14.04.1-server-amd64 )
      /var/www/[B]html[/B]/fog/service/ipxe/

      Manually Added Support Tools:

      Debian ( debian-7.6.0-amd64-netinst )

      Visual Editor (VI Improved):
      apt-get install vim
      Common Internet File System Utilities for Volume Mounting (SMB Share):
      apt-get install cifs-utils
      Firewall Configurator
      apt-get install ufw
      Hardware Lister
      apt-get install lshw
      Tuxera Inc. NTFS-3G driver
      apt-get install ntfs-3g
      File Synchronization and File Transfer program
      apt-get install rsync

      Ubuntu ( ubuntu-14.04.1-server-amd64 )

      Common Internet File System Utilities for Volume Mounting (SMB Share):
      apt-get install cifs-utils
      … the same others are built-in

      posted in General
      sudburrS
      sudburr
    • FOG Prep deprecated or not?

      Forum responses indicate that FOG Prep is not longer required to be run on any OS prior to capture an image.

      But FOG Prep is still a part of the FOG Server itself, and is available for download from the Web Interface along with instructions that indicate that it must be used on Windows 7.

      Is there some sort of plan for the future of FOG Prep or is it simply vestigial and waiting for you to excise?

      posted in General
      sudburrS
      sudburr
    • Fog SVN Installation Observation: CLAM

      Whether it be Ubuntu (ubuntu-14.04.1-server-amd64) or Debian (debian-7.6.0-amd64-netinst), with or without ClamAV pre-installed manually (apt-get install clamav), the FOG SVN (at least up to 2308) installer behaves the same way upon initial installation to a virgin system. The installation script fails near the end with :
      [CODE] This can be done by opening a web browser and going to:
      [URL]http://#.#.#.#/fog/management[/URL]
      Press [Enter] key when database is updated/installed.

      • Configuring Fresh Clam…chmod: cannot access `/opt/fog/clamav’: No such file or directory
        Failed!
        Script done, file is /var/log/foginstall.log[/CODE]

      And that directory does in fact NOT exist.

      Immediately re-running the installer eventually results in:
      [CODE]Press [Enter] key when database is updated/installed.

      • Configuring Fresh Clam…OK
      • Setting up storage…OK
      • Setting up and starting NFS Server…OK
      • Setting up and starting DHCP Server…Skipped
      • Setting up and starting TFTP and PXE Servers…OK
      • Setting up and starting VSFTP Server…OK
      • Setting up sudo settings…OK
      • Setting up FOG Snapins…OK
      • Setting up and building UDPCast…OK
      • Installing init scripts…OK
      • Setting up FOG Services…OK
      • Starting FOG Multicast Management Server…OK
      • Starting FOG Image Replicator Server…OK
      • Starting FOG Task Scheduler Server…OK
      • Setting up FOG Utils…OK
        Setup complete!
        You can now login to the FOG Management Portal using
        the information listed below. The login information
        is only if this is the first install.
        This can be done by opening a web browser and going to:
        [URL]http://#.#.#.#/fog/management[/URL]
        Default User:
        Username: …
        Password: …
        Script done, file is /var/log/foginstall.log[/CODE]

      Otherwise, once the installation completes successfully, FOG as of SVN2308 appears on the surface to work identically on either OS.

      posted in FOG Problems
      sudburrS
      sudburr
    • RE: Fog_trunk Archive

      Thank you!

      posted in General
      sudburrS
      sudburr
    • Fog_trunk Archive

      Is there one?

      Is there a repository of every fog_trunk that has been compiled?

      posted in General
      sudburrS
      sudburr
    • RE: Ubuntu Server configuration pre-Fog Installation

      Ahh, good to know that’s the intent then. Thank you.

      posted in General
      sudburrS
      sudburr
    • RE: Ubuntu Server configuration pre-Fog Installation

      Thank you.

      However, this leads to the reason why I included Clam-AV in my question.

      Installing the svn (since about 2250) from scratch on a virgin system, sometimes the Clam-AV will fail to install. Breaking the FOG installation script.

      The solution has been to immediately re-run the installation script for FOG … or … manually fix a bunch of things including manually installing Clam-AV.

      posted in General
      sudburrS
      sudburr
    • RE: Ubuntu Server configuration pre-Fog Installation

      And what about Clam-AV?

      posted in General
      sudburrS
      sudburr
    • Ubuntu Server configuration pre-Fog Installation

      I realize you don’t recommend Ubuntu first, and especially not 14.0.4.1, but I’ve got them working with svn 19xx-2308 with minor gotchas.

      Since it appears that FOG installs LAMP (Linux, Apache, MySQL, PHP), is there any reason I would not want to also include LAMP (Linux, Apache, MySQL, PHP) in my initial (ubuntu-14.04.1-server-amd64) install over how FOG installs them?

      The same goes for Clam-AV.

      posted in General
      sudburrS
      sudburr
    • RE: How to instal Drivers on source image

      A simple method is to create a folder in “c:\windows\inf” . I use “c:\windows\inf\xinf”.

      Because Windows 7 recursively searches folders for drivers, and since Windows 7 searches “c:\windows\inf” by default, there is no configuration required other than to drop each extracted driver into its own folder inside “c:\windows\inf\xinf”.

      Be aware, that some drivers are coded for both x86 and x64. Some will load x64 when x86 is required or vice versa, causing a failure of varying degree.

      Some drivers for some versions of hardware will load the wrong version and brick the system. I’m looking at you Intel USB 3.0 eXtensible Host Controller (series 7 vs series 8).

      I’ve dropped x86 and x64 drivers that play nice together into my xinf folder. I then use a vb script called from sysprep that detects specific needs for specific make/models that we have in service, that then performs installations and configurations, all the while using auto-logon.

      Importantly, I disable and set to manual, the FOG Service before I close an image with sysprep. Reactivating the FOG service is the last thing my script does because the FOG Service will ungracefully interrupt any running scripts and force a restart when an image is deployed with naming and domain-joining enabled.

      posted in General
      sudburrS
      sudburr
    • RE: How to instal Drivers on source image

      Be careful with pre-installing drivers. You can bloat the registry and break the image if you pre-install too many.

      posted in General
      sudburrS
      sudburr
    • RE: Workstation PXE boot to FOG then won't fall through to HDD

      What version BIOS on the M72e are you using?

      What BIOS settings do you set after [F9] Load setup default configuration?

      posted in FOG Problems
      sudburrS
      sudburr
    • RE: Trust relationship broken

      The trust relationship between the AD and the computer is based on the Computer Account Password which is saved as part of the computer object in the AD.

      By default, trust relationship and computer account passwords are negotiated every thirty days, except for computer accounts that can be disabled by the administrator.

      This password is generated, negotiated and maintained by the computer, entirely silently. A short history of passwords is supposed to be maintained by the AD for each computer object, in the case of some synchronization problems. However, this can easily be fubar’d if the computer undergoes one too many recovery sessions to restore points, is away from the domain too long to have been able to properly recognise the new password, or your AD has been restored to a previous restore point.

      If you are capturing an image that is already joined to the domain, stop doing that.

      The recommended fix from MS for a computer that no longer is trusted by the AD is:

      1. From the client, remove it from the domain.
      2. Delete the computer object from the AD.
      3. Join the computer to the domain.

      … Or …

      1. Logon as a local Administrator
      2. CMD: netdom /resetpwd /server:YourDC /userD:Your.Domain\YourADAccount /passwordD:* /SecurePasswordPrompt

      There are other scripting and powershell options as well.

      See [url]http://support.microsoft.com/kb/216393[/url] for more information.

      This problem can also be remediated by changing the default behaviour of the client by extending the lifespan of the computer account password through local Group Policy.

      posted in FOG Problems
      sudburrS
      sudburr
    • RE: Chromium OS

      IMGtoISO 1.0 errors out in Win7 and Win8 with “Error, cannot create vdisk”.
      MagicISO expects the .ISO compatible .IMG.

      The Chromium .IMG is a RAW or proprietary file system.

      posted in Linux Problems
      sudburrS
      sudburr
    • RE: Chromium OS

      Zeroing the HDD before installing Chromium made for a 2.35 GiB image . Very much an improvement over the original dirty HDD 24 GiB image.

      However it still effectively takes just as long to capture and deploy.

      posted in Linux Problems
      sudburrS
      sudburr
    • RE: Chromium OS

      Well, installing Chromium OS to a Virtual Machine appears easier said than done, at least when it comes to Hyper-V. Hyper-V 2012 will only allow me to connect an ISO to the ODD.

      Can I convert the non-standard RAW .IMG of the Chromium OS installer to an ISO? … not as far as I can tell. Hopefully someone can prove me wrong.

      Now zeroing the drive …

      posted in Linux Problems
      sudburrS
      sudburr
    • RE: Add ISO to fog server

      First off, this is only my first week working on this new format 🙂 so I’m not an expert, but I am having fun cracking it.

      1. On your Fog Server Web interface go to: Fog Configuration
      2. Select: FOG PXE Boot Menu Configuration
      3. Expand: Advanced Configuration Option

      You will get an empty text entry box.

      1. Add the following text:

      menu
      item --gap – ------------- Advanced Menu --------------
      item RETURN Return to the Top Menu
      choose --default RETURN --timeout 30000 target && goto ${target}

      :RETURN
      boot [URL]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac[/URL]} ||
      prompt
      goto MENU

      autoboot
      [/CODE]

      1. Let’s tear this text apart using the reference at [url]http://ipxe.org/cmd[/url]:
      • The script label. A reference pointer you can “GOTO”. In this case it is called “MENU”

      Bmenu[/B]

      • COMMAND: Create a menu with the specified name and title. If no name is specified, the default (unnamed) menu will be created.

      Bitem --gap – ------------- Advanced Menu --------------[/B]

      • COMMAND: Add a menu ITEM with the specified label and display text.
      • OPTION: Add a menu separator. If the --gap option is specified, the menu item will function as a menu separator (which cannot be selected by the user).
      • OPTION: The double dashes prevent iPXE from interpreting the dashes used in the readable display text of “------------- Advanced Menu --------------” as an option.
        B------------- Advanced Menu --------------[/B]
      • DISPLAYTEXT: The readable display text I assigned to this menu item

      Bitem RETURN Return to the Top Menu[/B]

      • COMMAND: Add a menu ITEM with the specified label and display text.
      • OPTION: the script label (RETURN) that will be run if you select it.
      • DISPLAYTEXT: The readable display text I assigned to this menu item

      Bchoose --default RETURN --timeout 30000 target && goto ${target}[/B]

      • COMMAND (and many options): In 30000 milliseconds (30 seconds) the iPXE Menu will by default CHOOSE to go to the script label RETURN.

      Bboot [URL=‘http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac’][U][COLOR=#0066cc]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac[/COLOR][/U][/URL]} ||[/B]
      Bprompt[/B]
      Bgoto MENU[/B]

      • The script label. A reference pointer you can “GOTO”. In this case it is called “RETURN”
      • COMMAND (and many options): Download and BOOT an executable image
      • COMMAND: PROMPT the user to press a key, displaying the specified text and waiting for the specified timeout (in milliseconds). If no timeout is explicitly specified, or if a zero timeout is specified, then iPXE will wait indefinitely.
      • COMMAND: Jump to a script label. In this case “MENU”

      Bautoboot[/B]

      • COMMAND: Boot from a network interface. iPXE will open the first specified network interface and attempt to boot from it
      1. PXE boot a sample client and you will now see a new option at the bottom of the list “Advanced Menu”
      2. Select that option and you will now be directed to the very simple menu you just entered at #4.
      3. Now let’s add an ISO to boot from.
      4. Repeat Steps 1-3
      5. Add booting to a simple .ISO by making your entire text now look like:

      menu
      item --gap – ------------- Advanced Menu --------------
      item WINPE50 Boot to a Windows PE 5.0 x86 (Win8.1)
      item RETURN Return to the Top Menu
      choose --default RETURN --timeout 30000 target && goto ${target}

      :WINPE50
      imgfetch [URL]http://${fog-ip}/iso/winpe50_x86.iso[/URL]
      boot memdisk iso raw ||
      goto MENU

      :RETURN
      boot [URL]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac[/URL]} ||
      prompt
      goto MENU

      autoboot
      [/CODE]

      1. Let’s tear the added text apart using the reference at [url]http://ipxe.org/cmd[/url]:

      Bitem PE50 Boot to a Windows PE 5.0 x86 (Win8.1)[/B]

      • COMMAND: Add a menu (ITEM) with the SCRIPT LABEL (PE50) and display text (Boot to a Windows PE 5.0 x86 (Win8.1))

      Bimgfetch [url]http://${fog-ip}/iso/winpe50_x86.iso[/url][/B]
      Bboot memdisk iso raw ||[/B]
      Bgoto MENU[/B]

      • The script label (WINPE50)
      • COMMAND: Download (IMGFETCH) an image from the specified URL ([url]http://${fog-ip}/iso/winpe50_x86.iso[/url])
      • COMMAND: BOOT the currently selected image.
      • if the first two COMMANDS fail somehow, GOTO the script label MENU all over again.
      1. Let’s expand that to include 3 more .ISOs and an iPXE shell!

      menu
      item --gap – ------------- iPXE Boot Menu -------------
      item WINPE31 Boot PE 3.1 x86 (Win7)
      item WINPE40 Boot PE 4.0 x86 (Win8.0)
      item WINPE50 Boot PE 5.0 x86 (Win8.1)
      item GANDALF32 Boot Gandalf’s PE 5.1 x86 (Win8.1u)
      item SHELL iPXE Shell
      item RETURN Return to the Top Menu
      choose --default WINPE50 --timeout 30000 target && goto ${target}

      :WINPE31
      imgfetch [URL]http://${fog-ip}/iso/winpe31_x86.iso[/URL]
      boot memdisk iso raw ||
      goto MENU

      :WINPE40
      imgfetch [URL]http://${fog-ip}/iso/winpe40_x86.iso[/URL]
      boot memdisk iso raw ||
      goto MENU

      :WINPE50
      imgfetch [URL]http://${fog-ip}/iso/winpe50_x86.iso[/URL]
      boot memdisk iso raw ||
      goto MENU

      :GANDALF32
      imgfetch [URL]http://${fog-ip}/iso/Gandalf_Win8.1uPE_x86v3.iso[/URL]
      boot memdisk iso raw ||
      goto MENU

      :SHELL
      shell ||
      goto MENU

      :RETURN
      boot [URL]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac[/URL]} ||
      prompt
      goto MENU

      autoboot
      [/CODE]

      You will notice that where most people use chain, I use boot. Where others use initrd, I use imgfetch. If you go to [url]http://ipxe.org/cmd[/url] you’ll see that some commands have aliases that behave the exact same way. I prefer the command aliases I use simply because they appeal to my way of thinking and reading the language.

      The commands IMGFETCH and BOOT seem to contraindicate or duplicate legacy methodology and confuses me a bit. I’m going to try some variants to clear this up for myself some more.

      BTW, I store my .ISOs and any other iPXE menu-driven materials in /var/www/html/iso (Ubuntu). I think the Debian equivalent would be /var/www/iso .

      posted in General
      sudburrS
      sudburr
    • RE: Chromium OS

      It’s not so easy finding a .img of Chromium, unless you compile your own from the sources provided by Chromium.org.

      Most every page that points to someone else’s published .img that I found points to Hexxeh.net, which hasn’t been updated in nearly 1.5 years.

      ArnoldTheBats World of Whimsy at [URL=‘http://arnoldthebat.co.uk/wordpress/chromium-os/’][U][COLOR=#0066cc]http://arnoldthebat.co.uk/wordpress/chromium-os/[/COLOR][/U][/URL] is fantastic and updated daily with automated compiles.

      From [url]http://chromium.arnoldthebat.co.uk/[/url] I used:

      [url]http://chromium.arnoldthebat.co.uk/special/Cx86OS_R33-5111_broadcom.7z[/url]

      … and

      [url]http://chromium.arnoldthebat.co.uk/daily/Cx86OS-20140904010101.img.7z[/url]

      I installed to a dirty HDD on a Netbook for my initial tests. We’re a Windows house but how the bootable installer disk is created shouldn’t make a difference

      1. burn .img to USB ( 4GB )

      2. boot from USB

      3. @ Sign in/Welcome: CTRL+ALT+F2

      4. @ login, username: chronos

      5. password: password

      6. Enter the following commands:

      sudo su
      /usr/sbin/chromeos-install --dst /dev/sda

      1. When complete, remove the boot device and power down.

      That’s it.

      I also did power up, then logged on, changed the passwords for root and chronos, then built in Broadcom wireless drivers per the instructions at ArnoldTheBats. But otherwise it’s vanilla.

      Come Monday I will attempt a build a Virtual Machine or on a zeroed HDD which should make for a much smaller image capture.

      posted in Linux Problems
      sudburrS
      sudburr
    • RE: Chromium OS

      Linux/Raw/Everything worked.

      But what a trade-off.

      Do it manually in 10-15 minutes, or push out an image in 45-50 minutes?

      posted in Linux Problems
      sudburrS
      sudburr
    • 1 / 1