How to install Kali linux on to a specific (existing) partition on a USB stick












3














I'm endeavoring to put Kali linux onto a USB stick - I know it's already written up, but I'd like to use only a portion of the total space (the aforementioned link will use the entire drive space).



Let's have my 16GB usb stick mounted as sdb ... the goal is:



16 GB total, split like this...
----------------------------
| 11 | 01 | 04 | (GB)
----------------------------
sdb1 sdb2 sdb3 (partition ID)
FAT32 FAT32 FAT32 (format)
storage fatdog kalipart (label)



  • sdb1 is FAT32 and the main storage area (so that [windows can see it][2] along with any other OSes)

  • sdb2 is bootable and has Fatdog64 (6.3.0) and Precise Puppy (5.7.1) installed (multi-booting from one syslinux menu)

  • sdb3 is the target partition for Kali to use


The objective is to multi-boot Fatdog64, Puppy, and Kali linux. Currently, sdb2 is bootable (syslinux) and successfully passes to Fatdog and Puppy, both on sdb2. Next I'd like to add chainloading to Kali on sdb3. It seems to me that the best way to do that is to load GRUB4DOS from syslinux (both on sdb2), map sdb3 and chainload to sdb3 from GRUB4DOS.



So I ask: How do I install Kali onto an existing partition on this USB stick?



Other options:




  • Install live Kali onto the USB stick/partition from the Kali distro itself - but this doesn't seem to be an option the same way it is with Fatdog/Puppy/Ubuntu

  • Boot direclty to sdb3, chainloading to sdb2 if necessary (not preferred, but an option)



Update:





  1. I have tried copying the files from a mounted iso to sdb3 using Fatdog64 and noticed several errors, mostly in copying the firmware files. Here's two examples:



    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/firmware/amd64/microcode_1.20120910-2_i386.deb as /mnt/sda3/firmware/amd64-microcode_1.20120910-2_i286.deb
    ERROR: Operation not permitted
    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/debian as /mnt/sda3/debian
    ERROR: Operation not permitted


    These errors look like permissions errors, but I can't tell if they affect booting or not (I can troubleshoot other errors later, I'd prefer to keep this question to just multi-boot).




  2. I'm chainloading GRUB4DOS from the SYSLINUX installed by default via Fatdog64 ...



    label grub4dos
    menu label grub4dos
    boot /boot/grub/grldr
    text help
    Load grub4dos via grldr (in /boot/grub)
    endtext


    ... and then once in GRUB4DOS, I have successfully chainloaded GRUB2 (on the kali partition) ...



    title Load GRUB2 inside of kali
    find --set-root /g2ldr.mbr
    chainloader /g2ldr.mbr


    ... but all this gives me is a grub> prompt, and I haven't figured out any proper combinations of GRUB4DOS commands to load GRUB2 with a GRUB2 config file - and to add to the confusion, I thought the live CD iso of Kali ran on syslinux. (@jasonwryan @user63921)













share|improve this question
























  • When I follow the dd instructions above from Kali.org, the result is one 4GB partition, loading as sdb1. This won't work, since then Windows will see only the first partition, asking me if I want to format the drive, and not letting me access any other [larger] partitions for USB storage. I have tried dd-ing the kali.iso to sdb3, but I get an error: isolinux.bin missing or corrupt.
    – user3.1415927
    Apr 7 '14 at 21:00
















3














I'm endeavoring to put Kali linux onto a USB stick - I know it's already written up, but I'd like to use only a portion of the total space (the aforementioned link will use the entire drive space).



Let's have my 16GB usb stick mounted as sdb ... the goal is:



16 GB total, split like this...
----------------------------
| 11 | 01 | 04 | (GB)
----------------------------
sdb1 sdb2 sdb3 (partition ID)
FAT32 FAT32 FAT32 (format)
storage fatdog kalipart (label)



  • sdb1 is FAT32 and the main storage area (so that [windows can see it][2] along with any other OSes)

  • sdb2 is bootable and has Fatdog64 (6.3.0) and Precise Puppy (5.7.1) installed (multi-booting from one syslinux menu)

  • sdb3 is the target partition for Kali to use


The objective is to multi-boot Fatdog64, Puppy, and Kali linux. Currently, sdb2 is bootable (syslinux) and successfully passes to Fatdog and Puppy, both on sdb2. Next I'd like to add chainloading to Kali on sdb3. It seems to me that the best way to do that is to load GRUB4DOS from syslinux (both on sdb2), map sdb3 and chainload to sdb3 from GRUB4DOS.



So I ask: How do I install Kali onto an existing partition on this USB stick?



Other options:




  • Install live Kali onto the USB stick/partition from the Kali distro itself - but this doesn't seem to be an option the same way it is with Fatdog/Puppy/Ubuntu

  • Boot direclty to sdb3, chainloading to sdb2 if necessary (not preferred, but an option)



Update:





  1. I have tried copying the files from a mounted iso to sdb3 using Fatdog64 and noticed several errors, mostly in copying the firmware files. Here's two examples:



    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/firmware/amd64/microcode_1.20120910-2_i386.deb as /mnt/sda3/firmware/amd64-microcode_1.20120910-2_i286.deb
    ERROR: Operation not permitted
    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/debian as /mnt/sda3/debian
    ERROR: Operation not permitted


    These errors look like permissions errors, but I can't tell if they affect booting or not (I can troubleshoot other errors later, I'd prefer to keep this question to just multi-boot).




  2. I'm chainloading GRUB4DOS from the SYSLINUX installed by default via Fatdog64 ...



    label grub4dos
    menu label grub4dos
    boot /boot/grub/grldr
    text help
    Load grub4dos via grldr (in /boot/grub)
    endtext


    ... and then once in GRUB4DOS, I have successfully chainloaded GRUB2 (on the kali partition) ...



    title Load GRUB2 inside of kali
    find --set-root /g2ldr.mbr
    chainloader /g2ldr.mbr


    ... but all this gives me is a grub> prompt, and I haven't figured out any proper combinations of GRUB4DOS commands to load GRUB2 with a GRUB2 config file - and to add to the confusion, I thought the live CD iso of Kali ran on syslinux. (@jasonwryan @user63921)













share|improve this question
























  • When I follow the dd instructions above from Kali.org, the result is one 4GB partition, loading as sdb1. This won't work, since then Windows will see only the first partition, asking me if I want to format the drive, and not letting me access any other [larger] partitions for USB storage. I have tried dd-ing the kali.iso to sdb3, but I get an error: isolinux.bin missing or corrupt.
    – user3.1415927
    Apr 7 '14 at 21:00














3












3








3







I'm endeavoring to put Kali linux onto a USB stick - I know it's already written up, but I'd like to use only a portion of the total space (the aforementioned link will use the entire drive space).



Let's have my 16GB usb stick mounted as sdb ... the goal is:



16 GB total, split like this...
----------------------------
| 11 | 01 | 04 | (GB)
----------------------------
sdb1 sdb2 sdb3 (partition ID)
FAT32 FAT32 FAT32 (format)
storage fatdog kalipart (label)



  • sdb1 is FAT32 and the main storage area (so that [windows can see it][2] along with any other OSes)

  • sdb2 is bootable and has Fatdog64 (6.3.0) and Precise Puppy (5.7.1) installed (multi-booting from one syslinux menu)

  • sdb3 is the target partition for Kali to use


The objective is to multi-boot Fatdog64, Puppy, and Kali linux. Currently, sdb2 is bootable (syslinux) and successfully passes to Fatdog and Puppy, both on sdb2. Next I'd like to add chainloading to Kali on sdb3. It seems to me that the best way to do that is to load GRUB4DOS from syslinux (both on sdb2), map sdb3 and chainload to sdb3 from GRUB4DOS.



So I ask: How do I install Kali onto an existing partition on this USB stick?



Other options:




  • Install live Kali onto the USB stick/partition from the Kali distro itself - but this doesn't seem to be an option the same way it is with Fatdog/Puppy/Ubuntu

  • Boot direclty to sdb3, chainloading to sdb2 if necessary (not preferred, but an option)



Update:





  1. I have tried copying the files from a mounted iso to sdb3 using Fatdog64 and noticed several errors, mostly in copying the firmware files. Here's two examples:



    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/firmware/amd64/microcode_1.20120910-2_i386.deb as /mnt/sda3/firmware/amd64-microcode_1.20120910-2_i286.deb
    ERROR: Operation not permitted
    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/debian as /mnt/sda3/debian
    ERROR: Operation not permitted


    These errors look like permissions errors, but I can't tell if they affect booting or not (I can troubleshoot other errors later, I'd prefer to keep this question to just multi-boot).




  2. I'm chainloading GRUB4DOS from the SYSLINUX installed by default via Fatdog64 ...



    label grub4dos
    menu label grub4dos
    boot /boot/grub/grldr
    text help
    Load grub4dos via grldr (in /boot/grub)
    endtext


    ... and then once in GRUB4DOS, I have successfully chainloaded GRUB2 (on the kali partition) ...



    title Load GRUB2 inside of kali
    find --set-root /g2ldr.mbr
    chainloader /g2ldr.mbr


    ... but all this gives me is a grub> prompt, and I haven't figured out any proper combinations of GRUB4DOS commands to load GRUB2 with a GRUB2 config file - and to add to the confusion, I thought the live CD iso of Kali ran on syslinux. (@jasonwryan @user63921)













share|improve this question















I'm endeavoring to put Kali linux onto a USB stick - I know it's already written up, but I'd like to use only a portion of the total space (the aforementioned link will use the entire drive space).



Let's have my 16GB usb stick mounted as sdb ... the goal is:



16 GB total, split like this...
----------------------------
| 11 | 01 | 04 | (GB)
----------------------------
sdb1 sdb2 sdb3 (partition ID)
FAT32 FAT32 FAT32 (format)
storage fatdog kalipart (label)



  • sdb1 is FAT32 and the main storage area (so that [windows can see it][2] along with any other OSes)

  • sdb2 is bootable and has Fatdog64 (6.3.0) and Precise Puppy (5.7.1) installed (multi-booting from one syslinux menu)

  • sdb3 is the target partition for Kali to use


The objective is to multi-boot Fatdog64, Puppy, and Kali linux. Currently, sdb2 is bootable (syslinux) and successfully passes to Fatdog and Puppy, both on sdb2. Next I'd like to add chainloading to Kali on sdb3. It seems to me that the best way to do that is to load GRUB4DOS from syslinux (both on sdb2), map sdb3 and chainload to sdb3 from GRUB4DOS.



So I ask: How do I install Kali onto an existing partition on this USB stick?



Other options:




  • Install live Kali onto the USB stick/partition from the Kali distro itself - but this doesn't seem to be an option the same way it is with Fatdog/Puppy/Ubuntu

  • Boot direclty to sdb3, chainloading to sdb2 if necessary (not preferred, but an option)



Update:





  1. I have tried copying the files from a mounted iso to sdb3 using Fatdog64 and noticed several errors, mostly in copying the firmware files. Here's two examples:



    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/firmware/amd64/microcode_1.20120910-2_i386.deb as /mnt/sda3/firmware/amd64-microcode_1.20120910-2_i286.deb
    ERROR: Operation not permitted
    Copying /mnt/+mnt+sda1+isos+kali-linux-1+0+6-i286+kali-linux-1+0+6-i286+iso/debian as /mnt/sda3/debian
    ERROR: Operation not permitted


    These errors look like permissions errors, but I can't tell if they affect booting or not (I can troubleshoot other errors later, I'd prefer to keep this question to just multi-boot).




  2. I'm chainloading GRUB4DOS from the SYSLINUX installed by default via Fatdog64 ...



    label grub4dos
    menu label grub4dos
    boot /boot/grub/grldr
    text help
    Load grub4dos via grldr (in /boot/grub)
    endtext


    ... and then once in GRUB4DOS, I have successfully chainloaded GRUB2 (on the kali partition) ...



    title Load GRUB2 inside of kali
    find --set-root /g2ldr.mbr
    chainloader /g2ldr.mbr


    ... but all this gives me is a grub> prompt, and I haven't figured out any proper combinations of GRUB4DOS commands to load GRUB2 with a GRUB2 config file - and to add to the confusion, I thought the live CD iso of Kali ran on syslinux. (@jasonwryan @user63921)










partition grub2 usb-drive live-usb kali-linux






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 7 '14 at 21:18

























asked Mar 28 '14 at 18:44









user3.1415927

53117




53117












  • When I follow the dd instructions above from Kali.org, the result is one 4GB partition, loading as sdb1. This won't work, since then Windows will see only the first partition, asking me if I want to format the drive, and not letting me access any other [larger] partitions for USB storage. I have tried dd-ing the kali.iso to sdb3, but I get an error: isolinux.bin missing or corrupt.
    – user3.1415927
    Apr 7 '14 at 21:00


















  • When I follow the dd instructions above from Kali.org, the result is one 4GB partition, loading as sdb1. This won't work, since then Windows will see only the first partition, asking me if I want to format the drive, and not letting me access any other [larger] partitions for USB storage. I have tried dd-ing the kali.iso to sdb3, but I get an error: isolinux.bin missing or corrupt.
    – user3.1415927
    Apr 7 '14 at 21:00
















When I follow the dd instructions above from Kali.org, the result is one 4GB partition, loading as sdb1. This won't work, since then Windows will see only the first partition, asking me if I want to format the drive, and not letting me access any other [larger] partitions for USB storage. I have tried dd-ing the kali.iso to sdb3, but I get an error: isolinux.bin missing or corrupt.
– user3.1415927
Apr 7 '14 at 21:00




When I follow the dd instructions above from Kali.org, the result is one 4GB partition, loading as sdb1. This won't work, since then Windows will see only the first partition, asking me if I want to format the drive, and not letting me access any other [larger] partitions for USB storage. I have tried dd-ing the kali.iso to sdb3, but I get an error: isolinux.bin missing or corrupt.
– user3.1415927
Apr 7 '14 at 21:00










3 Answers
3






active

oldest

votes


















0














Also, if you want windows to be able to see more than just the first unhidden
windows-compatible volume on a "removable" USB, then install the "Hitachi Microdrive Filter" driver using windows Device Manager for that specific USB after it has been plugged in & enumerated with the windows default driver.



That PC will then see all the windows-compatible volumes on that USB,
until significant changes are made to the USB, in which case "reinstall" the Hitachi driver for that USB on that PC again.



read up on it & experiment, you will like it,
any questions, reply



bootbaby.wordpress.com






share|improve this answer





















  • It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
    – user3.1415927
    Mar 31 '14 at 16:31



















0














I would write zeroes to sdb3
in linux:



dd if=/dev/zero of=/dev/sdb3 bs=32k 


Then format it as FAT32. Make sure to LABEL the volume whenever you format or reformat it.
You should really label all your volumes whenever multibooting or anything else!



Then mount the full-size Kali ISO (not the mini-ISO)
(or put the disk in the CDROM drive if already burned to CD)



Copy the live CD files & folders from the Kali CD or mounted ISO to the fresh FAT32 volume



I would then rename autorun.inf to autorun.NOT on the USB, then you should be able to boot to the Kali live fileset from Grub.



Syslinux will not boot from one partition to another, you are not supposed to be able
to reach other partitions besides the one having the target ldlinux.sys file until future revisions of Syslinux.



Kali 1.0.6 uses isolinux 4.05 so if you were to migrate to Syslinux it would have to be version 4.05 as well.






share|improve this answer























  • Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
    – user3.1415927
    Mar 31 '14 at 16:34












  • I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
    – user3.1415927
    Apr 7 '14 at 20:09





















0














Since it sounds like you are using Live ISO's rather than installing to the flash drive: The folks at Pendrive Linux created Your Universal Multiboot Installer (YUMI). They support all the popular Live ISO's and many that are new to me. Kali is there too. I've long since stopped doing this manually. You can fit as many Live ISO's as will fit on the flash drive. If the distro supports persistence you are offered the option to create a persistent squash file. Note: Runs under Windows, cant' find drives under Wine. A Linux version is in early beta.



http://www.pendrivelinux.com/yumi-multiboot-usb-creator/



Enjoy!



(not associated with the website, I just really like their FREE product)






share|improve this answer





















    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "106"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f122011%2fhow-to-install-kali-linux-on-to-a-specific-existing-partition-on-a-usb-stick%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    Also, if you want windows to be able to see more than just the first unhidden
    windows-compatible volume on a "removable" USB, then install the "Hitachi Microdrive Filter" driver using windows Device Manager for that specific USB after it has been plugged in & enumerated with the windows default driver.



    That PC will then see all the windows-compatible volumes on that USB,
    until significant changes are made to the USB, in which case "reinstall" the Hitachi driver for that USB on that PC again.



    read up on it & experiment, you will like it,
    any questions, reply



    bootbaby.wordpress.com






    share|improve this answer





















    • It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
      – user3.1415927
      Mar 31 '14 at 16:31
















    0














    Also, if you want windows to be able to see more than just the first unhidden
    windows-compatible volume on a "removable" USB, then install the "Hitachi Microdrive Filter" driver using windows Device Manager for that specific USB after it has been plugged in & enumerated with the windows default driver.



    That PC will then see all the windows-compatible volumes on that USB,
    until significant changes are made to the USB, in which case "reinstall" the Hitachi driver for that USB on that PC again.



    read up on it & experiment, you will like it,
    any questions, reply



    bootbaby.wordpress.com






    share|improve this answer





















    • It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
      – user3.1415927
      Mar 31 '14 at 16:31














    0












    0








    0






    Also, if you want windows to be able to see more than just the first unhidden
    windows-compatible volume on a "removable" USB, then install the "Hitachi Microdrive Filter" driver using windows Device Manager for that specific USB after it has been plugged in & enumerated with the windows default driver.



    That PC will then see all the windows-compatible volumes on that USB,
    until significant changes are made to the USB, in which case "reinstall" the Hitachi driver for that USB on that PC again.



    read up on it & experiment, you will like it,
    any questions, reply



    bootbaby.wordpress.com






    share|improve this answer












    Also, if you want windows to be able to see more than just the first unhidden
    windows-compatible volume on a "removable" USB, then install the "Hitachi Microdrive Filter" driver using windows Device Manager for that specific USB after it has been plugged in & enumerated with the windows default driver.



    That PC will then see all the windows-compatible volumes on that USB,
    until significant changes are made to the USB, in which case "reinstall" the Hitachi driver for that USB on that PC again.



    read up on it & experiment, you will like it,
    any questions, reply



    bootbaby.wordpress.com







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Mar 30 '14 at 16:00









    user63921

    1




    1












    • It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
      – user3.1415927
      Mar 31 '14 at 16:31


















    • It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
      – user3.1415927
      Mar 31 '14 at 16:31
















    It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
    – user3.1415927
    Mar 31 '14 at 16:31




    It seems like that will only work on a single windows installation, and likely requires admin privileges ... and therefore isn't a very robust solution. Plus it doesn't answer my question at all.
    – user3.1415927
    Mar 31 '14 at 16:31













    0














    I would write zeroes to sdb3
    in linux:



    dd if=/dev/zero of=/dev/sdb3 bs=32k 


    Then format it as FAT32. Make sure to LABEL the volume whenever you format or reformat it.
    You should really label all your volumes whenever multibooting or anything else!



    Then mount the full-size Kali ISO (not the mini-ISO)
    (or put the disk in the CDROM drive if already burned to CD)



    Copy the live CD files & folders from the Kali CD or mounted ISO to the fresh FAT32 volume



    I would then rename autorun.inf to autorun.NOT on the USB, then you should be able to boot to the Kali live fileset from Grub.



    Syslinux will not boot from one partition to another, you are not supposed to be able
    to reach other partitions besides the one having the target ldlinux.sys file until future revisions of Syslinux.



    Kali 1.0.6 uses isolinux 4.05 so if you were to migrate to Syslinux it would have to be version 4.05 as well.






    share|improve this answer























    • Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
      – user3.1415927
      Mar 31 '14 at 16:34












    • I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
      – user3.1415927
      Apr 7 '14 at 20:09


















    0














    I would write zeroes to sdb3
    in linux:



    dd if=/dev/zero of=/dev/sdb3 bs=32k 


    Then format it as FAT32. Make sure to LABEL the volume whenever you format or reformat it.
    You should really label all your volumes whenever multibooting or anything else!



    Then mount the full-size Kali ISO (not the mini-ISO)
    (or put the disk in the CDROM drive if already burned to CD)



    Copy the live CD files & folders from the Kali CD or mounted ISO to the fresh FAT32 volume



    I would then rename autorun.inf to autorun.NOT on the USB, then you should be able to boot to the Kali live fileset from Grub.



    Syslinux will not boot from one partition to another, you are not supposed to be able
    to reach other partitions besides the one having the target ldlinux.sys file until future revisions of Syslinux.



    Kali 1.0.6 uses isolinux 4.05 so if you were to migrate to Syslinux it would have to be version 4.05 as well.






    share|improve this answer























    • Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
      – user3.1415927
      Mar 31 '14 at 16:34












    • I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
      – user3.1415927
      Apr 7 '14 at 20:09
















    0












    0








    0






    I would write zeroes to sdb3
    in linux:



    dd if=/dev/zero of=/dev/sdb3 bs=32k 


    Then format it as FAT32. Make sure to LABEL the volume whenever you format or reformat it.
    You should really label all your volumes whenever multibooting or anything else!



    Then mount the full-size Kali ISO (not the mini-ISO)
    (or put the disk in the CDROM drive if already burned to CD)



    Copy the live CD files & folders from the Kali CD or mounted ISO to the fresh FAT32 volume



    I would then rename autorun.inf to autorun.NOT on the USB, then you should be able to boot to the Kali live fileset from Grub.



    Syslinux will not boot from one partition to another, you are not supposed to be able
    to reach other partitions besides the one having the target ldlinux.sys file until future revisions of Syslinux.



    Kali 1.0.6 uses isolinux 4.05 so if you were to migrate to Syslinux it would have to be version 4.05 as well.






    share|improve this answer














    I would write zeroes to sdb3
    in linux:



    dd if=/dev/zero of=/dev/sdb3 bs=32k 


    Then format it as FAT32. Make sure to LABEL the volume whenever you format or reformat it.
    You should really label all your volumes whenever multibooting or anything else!



    Then mount the full-size Kali ISO (not the mini-ISO)
    (or put the disk in the CDROM drive if already burned to CD)



    Copy the live CD files & folders from the Kali CD or mounted ISO to the fresh FAT32 volume



    I would then rename autorun.inf to autorun.NOT on the USB, then you should be able to boot to the Kali live fileset from Grub.



    Syslinux will not boot from one partition to another, you are not supposed to be able
    to reach other partitions besides the one having the target ldlinux.sys file until future revisions of Syslinux.



    Kali 1.0.6 uses isolinux 4.05 so if you were to migrate to Syslinux it would have to be version 4.05 as well.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Mar 30 '14 at 16:20









    jasonwryan

    49.2k14134184




    49.2k14134184










    answered Mar 30 '14 at 15:42









    user63921

    1




    1












    • Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
      – user3.1415927
      Mar 31 '14 at 16:34












    • I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
      – user3.1415927
      Apr 7 '14 at 20:09




















    • Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
      – user3.1415927
      Mar 31 '14 at 16:34












    • I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
      – user3.1415927
      Apr 7 '14 at 20:09


















    Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
    – user3.1415927
    Mar 31 '14 at 16:34






    Thanks; I tried this in the first go-round, except for the /dev/zero copy portion. The result was operating system not found, IIRC. I'll try it again though, as I think I may have been using ext2 instead of FAT32 for the formatting. I'll give it a go and report back - and thanks for the note about GRUB v. Syslinux, I thought there was something inhibiting cross-partition loading...
    – user3.1415927
    Mar 31 '14 at 16:34














    I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
    – user3.1415927
    Apr 7 '14 at 20:09






    I was using ext3 as the format; I reformatted that partition to FAT32 and added booting details (and partition labels) to the original post.
    – user3.1415927
    Apr 7 '14 at 20:09













    0














    Since it sounds like you are using Live ISO's rather than installing to the flash drive: The folks at Pendrive Linux created Your Universal Multiboot Installer (YUMI). They support all the popular Live ISO's and many that are new to me. Kali is there too. I've long since stopped doing this manually. You can fit as many Live ISO's as will fit on the flash drive. If the distro supports persistence you are offered the option to create a persistent squash file. Note: Runs under Windows, cant' find drives under Wine. A Linux version is in early beta.



    http://www.pendrivelinux.com/yumi-multiboot-usb-creator/



    Enjoy!



    (not associated with the website, I just really like their FREE product)






    share|improve this answer


























      0














      Since it sounds like you are using Live ISO's rather than installing to the flash drive: The folks at Pendrive Linux created Your Universal Multiboot Installer (YUMI). They support all the popular Live ISO's and many that are new to me. Kali is there too. I've long since stopped doing this manually. You can fit as many Live ISO's as will fit on the flash drive. If the distro supports persistence you are offered the option to create a persistent squash file. Note: Runs under Windows, cant' find drives under Wine. A Linux version is in early beta.



      http://www.pendrivelinux.com/yumi-multiboot-usb-creator/



      Enjoy!



      (not associated with the website, I just really like their FREE product)






      share|improve this answer
























        0












        0








        0






        Since it sounds like you are using Live ISO's rather than installing to the flash drive: The folks at Pendrive Linux created Your Universal Multiboot Installer (YUMI). They support all the popular Live ISO's and many that are new to me. Kali is there too. I've long since stopped doing this manually. You can fit as many Live ISO's as will fit on the flash drive. If the distro supports persistence you are offered the option to create a persistent squash file. Note: Runs under Windows, cant' find drives under Wine. A Linux version is in early beta.



        http://www.pendrivelinux.com/yumi-multiboot-usb-creator/



        Enjoy!



        (not associated with the website, I just really like their FREE product)






        share|improve this answer












        Since it sounds like you are using Live ISO's rather than installing to the flash drive: The folks at Pendrive Linux created Your Universal Multiboot Installer (YUMI). They support all the popular Live ISO's and many that are new to me. Kali is there too. I've long since stopped doing this manually. You can fit as many Live ISO's as will fit on the flash drive. If the distro supports persistence you are offered the option to create a persistent squash file. Note: Runs under Windows, cant' find drives under Wine. A Linux version is in early beta.



        http://www.pendrivelinux.com/yumi-multiboot-usb-creator/



        Enjoy!



        (not associated with the website, I just really like their FREE product)







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered May 23 '14 at 22:43









        BillyG

        11




        11






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Unix & Linux Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.





            Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


            Please pay close attention to the following guidance:


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f122011%2fhow-to-install-kali-linux-on-to-a-specific-existing-partition-on-a-usb-stick%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Morgemoulin

            Scott Moir

            Souastre