Last active 8 months ago

  1. last year
    Tue Jan 17 19:51:48 2017
    C cfinnberg posted in Hardware agnostic image?.

    Hei man, I can understand you. Anyway whatever you decide I just want to thank you for your effort and your time. I wish I can help more but I just don't have the time (and probably I'm not as talented as you).

  2. Tue Jan 17 13:08:36 2017
    C cfinnberg posted in Hardware agnostic image?.

    Thanks for the answer. I had already done that but didn't work. If I understand it correctly, using CD we bypass the WinPE and OfflineServicing passes altogether, so it is not going to work. I have to find something that works on the Specialize pass or that can be done from Linux (at deployment phase).

    Windows installation stages: https://technet.microsoft.com/fi-fi/library/cc749307(v=ws.10).aspx

  3. Fri Jan 13 08:02:30 2017
    C cfinnberg started the conversation Hardware agnostic image?.


    I know this is offtopic but I just want try if someone here have a solution, otherwise I will probably have to jump to MDT. I want to make a hardware agnostic W10 image as we have 3 different models of computers. When we were with W7, there was no problem as I can inject drivers after the image deployment process and before the computer first start and Windows can find those drivers (I even had a post in old CrucibleWDS forums with the process). But it seems that in Windows 10 I can no longer get Windows to install drivers on time. At least not the network drivers that computer needs to join the domain.

    I have tried to add drivers to C:\Windows\System32\DriverStorage\FileRepository and C:\Windows\INF but without luck. I have also added a custom folder C:\Drivers to registry key HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\DevicePath and I get the network driver installed but after the reboot it does after it has failed to join to the domain.

    So does someone knows a proper way to inject drivers to the computer before the first start so the setup process can find them?

    Thanks a lot! Any help is welcome.


  4. 2 years ago
    Tue Nov 1 09:46:23 2016
    C cfinnberg started the conversation Unofficial guide to update on Linux.

    Thanks to CD's developer for the mention! (Sorry I don't know your name)

    As there is no official guide to update on Linux yet, I have made one of my own. I hope it helps someone.
    Disclaimer: Use this at your own risk!
    I had used this method successfully in an Ubuntu 16.04.1 LTS box

    Note: CloneDeploy upgrades are incremental. Only 1.1.x can be directly upgraded to CloneDeploy 1.2.0. DO NOT attempt to upgrade from 1.0.x to 1.2.0. You must first upgrade to 1.1.x
    Recommended before the upgrade: Update your linux box:

    sudo apt update && sudo apt upgrade 
    sudo reboot 	#(if necessary)
    1. sudo su
    2. Download and unzip CloneDeploy-1.2.0-upgrade.zip to your home folder:
    wget --content-disposition -P ~ https://sourceforge.net/projects/clonedeploy/files/CloneDeploy%201.2.0/clonedeploy-1.2.0-upgrade.zip/download
    unzip ~/clonedeploy-1.2.0-upgrade.zip -d ~

    3. Update tftpboot:

    cp -r ~/clonedeploy-1.2.0-upgrade/tftpboot/* /tftpboot

    4. Stop Apache service:

    service apache2 stop

    5. Rename CloneDeploy folder:

    mv /var/www/html/clonedeploy{,.bak}

    6. Copy the new CloneDeploy folder:

    cp -r ~/clonedeploy-1.2.0-upgrade/web /var/www/html/clonedeploy

    7. Copy the old config from the old folder to the new CD folder:

    cp /var/www/html/clonedeploy.bak/web.config /var/www/html/clonedeploy/

    8. Repair permissions in CD folder:

    chown www-data.www-data /var/www/html/clonedeploy

    9. Backup CD database (enter your database password when prompted):

    mysqldump clonedeploy -v -u root -p > ~/cdbackup.sql

    10. Update CD database (enter your database password when prompted):

    mysql clonedeploy -v -u root -p < ~/clonedeploy-1.2.0-upgrade/1.2.0-update.sql

    11. Restart Apache service:

    service apache2 start

    12. Log in and check that it shows the updated version and that everithing works ok:
    Note: You may need to clear your browser’s cache to reflect the new web design
    13. Delete temporal files and exit from sudo:

    rm -rf ~/clonedeploy-1.2.0-upgrade
    rm ~/clonedeploy-1.2.0-upgrade.zip
    rm ~/cdbackup.sql

    I hope there is no writing errors! :)


  5. Tue Aug 2 20:46:00 2016

    Hi again!

    you have updated the symlinks part but not the duplicated daemon part. Sorry for the (probably unnecessary) explanation. In linux programs can run as services or daemons in two different ways: Standalone way or xinetd way. In standalone way the program is running all the time waiting for possible petitions from "clients". In xinetd way, the xinet daemon is the one listening for petitions and it's its duty to wake up the services/programs it controls if necessary. Xinetd is preferred when there is few resources in the system.
    In your docs you setup both ways, which is illogical as only one program can be bind to a port. So, in my opinion the correct instruction should be:
    ## If Standalone is used:

    apt-get -y install tftpd-hpa
    echo "TFTP_USERNAME=\"root\"
    TFTP_OPTIONS=\"-s\"" > /etc/default/tftpd-hpa
    service tftpd-hpa restart
    service apache2 restart

    ## If xinetd is used:

    apt-get -y install xinetd tftpd-hpa
    echo "service tftp
    socket_type = dgram
    protocol = udp
    wait = yes
    user = root
    server = /usr/sbin/in.tftpd
    server_args = -s /tftpboot
    disable = no
    per_source = 11
    cps = 100 2
    flags = IPv4
    }" > /etc/xinetd.d/tftp
    service xinetd restart
    service apache2 restart

    In my opinion in case of doubt, if it is not a very limited server and xinetd is not already in use, Standalone way is the way to go. Hope it helps.


  6. Mon Aug 1 21:16:38 2016

    Thank you for your great work!

  7. Wed Jul 27 06:33:41 2016

    Yep! The label/description did the trick. I had noticed this already and tried to change it but apparently one can not modify the label of an already created entry. Shame that I didn't pursued this further but yesterday after the debugging I was a little exhausted and did't think with clarity :)

    What I did now was to delete the Windows entry (the one that works) and recreated myself manually with the correct label. And it worked like a charm.

    Just for reference and for others, there is a "typo" in the code you gave me. The correct one is:

    efibootmgr -c -d $hard_drive -p "$(parse_json "$current_partition" .Number)" -L "Windows Boot Manager" -l "$(parse_json "$current_partition" .EfiBootLoader)" 2>>$CLIENT_LOG

    Thanks a lot!

  8. Tue Jul 26 13:48:26 2016
    C cfinnberg started the conversation EFI / UEFI problem. No boot after deployment..

    Hi, I hope someone can help me. I have been trying to solve a problem by myself but I haven't succeed. I have created a Image (Win 10) for deployment. Original computer is Lenovo P700 Workstation in EFI mode. Image is syspreped and works well as I have deployed it to similar computers.

    The problem arises when I try to deploy to certain model of computer. In this case is a Lenovo Thinkstation E30. This computer is older and does not support UEFI PXE boot, so I have used the ISO boot method. Deployment goes well but after rebooting, the computer does not find any bootable OS.

    I can solve the problem manually executing recboot /fixboot from a Windows Recovery Console but, of course, I want to avoid this if possible.

    Attached is the deployment log. There is a bunch of partitions warnings but I don't think they are relevant. I think the problem is in the EFI table updating, but I don't know how to solve it.

    I have tried with another image created in the same model of computer but the result is the same.

    Thanks in advance!

  9. Wed Jul 13 07:40:20 2016

    Also, I have notice that the symbolic links should use relative paths.
    Instead of:
    ln -s /tftpboot/images /tftpboot/proxy/bios/images
    ln -s /tftpboot/images /tftpboot/proxy/efi32/images
    ln -s /tftpboot/images /tftpboot/proxy/efi64/images
    ln -s /tftpboot/kernels /tftpboot/proxy/bios/kernels
    ln -s /tftpboot/kernels /tftpboot/proxy/efi32/kernels
    ln -s /tftpboot/kernels /tftpboot/proxy/efi64/kernels

    It should be:
    ln -s ../../images /tftpboot/proxy/bios/images
    ln -s ../../images /tftpboot/proxy/efi32/images
    ln -s ../../images /tftpboot/proxy/efi64/images
    ln -s ../../kernels /tftpboot/proxy/bios/kernels
    ln -s ../../kernels /tftpboot/proxy/efi32/kernels
    ln -s ../../kernels /tftpboot/proxy/efi64/kernels


  10. Wed Jul 13 05:40:01 2016
    C cfinnberg started the conversation Wrong instructions for tftpd in Ubuntu.


    I think you have a misleading point in the documentation for Ubuntu. You set up tftpd both as a standalone server and as a service through xinetd. I think only one of these is necessary for tftpd to function.


View more