Backtrack 4 – Bootable USB Thumb Drive with “Full” Disk Encryption
This is a step-by-step guide showing how to create a encrypted bootable Backtrack 4 USB thumb drive.
Before we get started, here are a few housekeeping items:
- There is a PDF version of this article available here.
- I also made a video of the process. It is here.
- Finally, if you want to be notified of updates to this page, subscribe to my RSS feed here.
I put quotes around full in the title because technically the whole disk isn't encrypted. We use LVM and the native encryption routines included in Ubuntu 8.10 to encrypt all partitions except for a small boot partition that never contains any data.
This is a fairly involved process, but I have done my best to document each detail. Please let me know if I missed anything or you have any questions. I can be reached via the contact form on the 'About' page of this website or via the comments below.
I strongly recommend you read through this guide at least once before starting. I will be making a PDF available in the near future.
As in all my how-tos, user entered text is bold and comments are preceded by a # sign and generally not part of the output of a command.
Finally, a couple of posts from the Ubuntu Community Documentation site were instrumental in getting this working.
https://help.ubuntu.com/community/EncryptedFilesystemOnIntrepid
https://help.ubuntu.com/community/EncryptedFilesystemLVMHowto
WARNING: Before you start, please be aware that you can cause the system you are using to build this with to not boot correctly. During the install process below there is a warning about indicating where you want the boot loader to be installed. Be very careful at this point.
First we are going to need some stuff.
- A USB thumbdrive - minimum capacity 8GB
- A Backtrack 4 DVD or an additional USB thumbdrive (minimum 2GB, must be Backtrack 4)
- Optional: UNetbootin - A tool to transfer an iso image to a USB drive.
- Working internet connection once Backtrack 4 is booted.
Let's get started!
Let's grab a copy of the Backtrack 4 Pre Release ISO.
Description: Image Download
Name:: bt4-final.iso
Size: 1570 MB
MD5: af139d2a085978618dc53cabc67b9269


Now that we have the goods in hand, we can get to cooking. This tutorial is based on booting Backtrack 4 first. This means that you need some form of bootable Backtrack 4 media. This can be a virtual machine, DVD, or USB drive. Use your favorite method of creating a DVD or USB drive or you can use UNetBootin to create the thumb drive. Below is a screenshot of using UnetBootin to install Backtrack 4 on a USB drive.
It is as simple as selecting the image we want to write to the USB drive, the drive to write it to, and then clicking the 'OK' button. Warning: Make sure you pick the correct destination drive. You don't want to shoot yourself in the foot.
Partitioning
The first step is the physical partitioning of the drive.
Boot up Backtrack 4 from your DVD or USB drive. We will need both networking and the graphical interface running. The following commands will get us there.
/etc/init.d/networking start
startx
We will also need to figure out which drive is our target drive. The following command will show the drives available and you can determine from that which is the new USB drive. Open a terminal windows and execute the following.
dmesg | egrep hd.\|sd.
We need to physically partition the target drive as follows:
- The first partition needs to be a primary partition, 100 MB in size set to type ext3. Also remember to make this partition active when you are creating it. Otherwise you might have some boot problems.
- The rest of the drive should be configured as an extended partition and then a logical partition created on top of it.
Below are the steps to take to get the drive partitioned. A '# blah blah' indicates a comment and is not part of the command and user typed commands are bolded. One note, we will need to delete any existing partitions on the drive. Final note, the cylinder numbers below are specific to my test machines/thumb drives, yours may be different.
fdisk /dev/sdb # use the appropriate drive letter for your system
# delete existing partitions. There may be more than one.
Command (m for help): d
Partition number (1-4): 1# create the first partition
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-1044, default 1): <enter>
Using default value 1
Last cylinder, +cylinders or +size{K,M,G} (1-1044, default 1044): +100M#create the extended partition
Command (m for help): n
Command action
e extended
p primary partition (1-4)
e
Partition number (1-4): 2
First cylinder (15-1044, default 15): <enter>
Using default value 15
Last cylinder, +cylinders or +size{K,M,G} (15-1044, default 1044): <enter>
Using default value 1044# Create the logical partition.
Command (m for help): n
Command action
l logical (5 or over)
p primary partition (1-4)
l
First cylinder (15-1044, default 15): <enter>
Using default value 15
Last cylinder, +cylinders or +size{K,M,G} (15-1044, default 1044): <enter>
Using default value 1044# Setting the partition type for the first partition to ext3
Command (m for help): t
Partition number (1-4): 1
Hex code (type L to list codes): 83# Setting the first partition active
Command (m for help): a
Partition number (1-4): 1Command (m for help): w
It is now time to get a couple additional packages installed that we need for LVM and encryption. First we need to update the local repositories and then install lvm2 and hashalot. Output has been ommitted.
apt-get update
apt-get install hashalot lvm2
Our next step is to enable encryption on the logical partition we created above and make it available for use.
Before we do that though, there is an optional step we can take if we want to make sure no one can tell where our data is on the drive. It isn't really necessary since anything written will be encrypted, but if we want to be thorough and make sure no one can see where our data even sits on the drive, we can fill the logical partition with random data before enabling encryption on it. This will take some time, as much as a couple hours or more. Execute the following command:
dd if=/dev/urandom of=/dev/sdb5
The following commands will setup encryption services for the partition and open it for use. There are several ciphers that can be used, but the one indicated in the command is supposed to be the most secure and quickest for Ubuntu 8.10. Please note that the case of the command luksFormat is required.
cryptsetup -y --cipher aes-xts-plain --key-size 512 luksFormat /dev/sdb5
WARNING!
========
This will overwrite data on /dev/sdb5 irrevocably.Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase: (enter passphrase) [type passphrase]
Verify passphrase: (repeat passphrase) [type passphase]
Command successful.cryptsetup luksOpen /dev/sdb5 pvcrypt
Enter LUKS passphrase: [type passphrase]
key slot 0 unlocked.
Command successful.
Now that that's all done, we can create our root and swap partitions using LVM. Again, the commands below will do so. 7.3 GB was the largest I could make my root partition. Play around with it a little and you may be able to make it a bit larger or you may have to make it a bit smaller.
pvcreate /dev/mapper/pvcrypt
Physical "volume /dev/mapper/pvcrypt" successfully created
vgcreate vg /dev/mapper/pvcrypt
Volume group "vg" successfully created
lvcreate -n swap -L 512M vg
/dev/cdrom3: open failed: Read-only file system. # this is normal
Logical volume "swap" created.
lvcreate -n root -L 7.3G vg
/dev/cdrom3: open failed: Read-only file system. # this is normal
Logical volume "root" created.
The final step is to format the logical volumes we just created. I have not included the output below for brevity's sake.
mkswap /dev/mapper/vg-swap
mkfs.ext3 /dev/mapper/vg-root
Believe it or not, we are finally ready to start installing Backtrack. To do, click on the install.sh icon on the desktop. This will start the graphical installer.
WARNING: You must click on the advanced tab on the next page and select your USB drive as the target for installing the bootloader. You will break your system if you do not.



We have now installed the main distribution to our thumb drive. The next step is to configure the newly installed system to use LVM and open the encrypted partition.
However, before we do that we need to figure out the UUID of our encrypted volume. We want to do this so that we don't run into problems if the device name of the drive changes from machine to machine. The command vol_id will give us the information we need. So execute vol_id as below.
vol_id /dev/sdb5
ID_FS_USAGE=crypto
ID_FS_TYPE=crypto_LUKS
ID_FS_VERSION=2
ID_FS_UUID=09330b5a-5659-4efd-8e9d-0abc404c5162
ID_FS_UUID_ENC=09330b5a-5659-4efd-8e9d-0abc404c5162
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=
Make a note of the ID_FS_UUID value which is in italics above. We will need it later. Note: your output will be different than mine.
Now time to configure our newly installed system. The first thing we have to do is make the newly installed system active so we can make changes to it. We do that by mounting the partitions and chrooting to it.
mkdir /mnt/backtrack4
mount /dev/mapper/vg-root /mnt/backtrack4
mount /dev/sdb1 /mnt/backtrack4/boot
chroot /mnt/backtrack4
mount -t proc proc /proc
mount -t sysfs sys /sys
To make everything truly operational, we can mount /dev/pts, but every time I try I have problems unless I reboot first. That is a real pain, so I just don't mount /dev/pts. We will get a couple warnings/errors as we go along, but they do not affect our install.
The magic to making all this work is to rebuild the initrd image that is used to boot our system. We need to include some things, load some modules, and tell it to open the encrypted volume, but first we have to go through the whole process of installing software again. We have to do this because we are essentially right back where we started when we booted the live cd. Do the following again.
apt-get update
apt-get install hashalot lvm2
The next step is to configure how initramfs-tools will create our initrd file. We do this by added two scripts and editing the modules file. I have added the text of the scripts here, but also provided a command that will grab them from my website.
The first script we need to create is /etc/initramfs-tools/hooks/pvcrypt. This script will copy the needed files for the initrd image. Executing the following will get the script where it needs to be.
cd /etc/initramfs-tools/hooks
wget -O pvcrypt http://www.infosecramblings.com/hooks-pvcrypt
The contents of the script should look like this.
PREREQ=""
prereqs()
{
echo "$PREREQ"
}
case $1 in
prereqs)
prereqs
exit 0
;;
esac
if [ ! -x /sbin/cryptsetup ]; then
exit 0
fi
. /usr/share/initramfs-tools/hook-functions
mkdir -p ${DESTDIR}/etc/console-setup
cp /etc/console-setup/boottime.kmap.gz ${DESTDIR}/etc/console
copy_exec /bin/loadkeys /bin
copy_exec /bin/chvt /bin
copy_exec /sbin/cryptsetup /sbin
copy_exec /sbin/vol_id /sbin
The next script we need to create is /etc/initramfs-tools/scripts/local-top/pvcrypt. This script tells the system to open the encrypted volume and requests the passphrase. Executing the following will get the script where it needs to be.
cd /etc/initramfs-tools/scripts/local-top
wget -O pvcrypt http://www.infosecramblings.com/local-top-pvcrypt
Unlike the first script, you will need to edit this script to point to your encrypted volume. This is where the UUID we found earlier comes in. Replace the word UUID with the value you noted above.
PREREQ="udev"
prereqs()
{
echo "$PREREQ"
}
case $1 in
# get pre-requisites
prereqs)
prereqs
exit 0
;;
esac
/bin/loadkeys -q /etc/console-setup/boottime.kmap.gz
modprobe -Qb dm_crypt
modprobe -Qb sha256
modprobe -Qb aes_i586
modprobe -Qb xts
# The following command will ensure that the kernel is aware of
# the partition before we attempt to open it with cryptsetup.
/sbin/udevadm settle
sleep 10
if grep -q splash /proc/cmdline; then
/bin/chvt 1
fi
/sbin/cryptsetup luksOpen /dev/disk/by-uuid/UUID pvcrypt
Both scripts need to be executable.
chmod +x /etc/initramfs-tools/hooks/pvcrypt
chmod +x /etc/initramfs-tools/scripts/local-top/pvcrypt
The final change we need to make before rebuilding initrd is to edit the /etc/initramfs-tools/modules file and add a couple encryption modules. This will make sure they are copied into the initrd image. We can do this one of two ways. We can use our favorite editor and add the following lines to the bottom of the file and save it.
aes_i586
xts
or use a wget command like above.
cd /etc/initramfs-tools
wget -O modules http://www.infosecramblings.com/initramfs-modules
Either way, your /etc/initramfs-tools/modules file should look like this:
# List of modules that you want to include in your initramfs. # # Syntax: module_name [args ...] # # You must run update-initramfs(8) to effect this change. # # Examples: # # raid1 # sd_mod fbcon vesafb aes_i586 xts
Now it's time to rebuild our initrd image.
update-initramfs -u
If all goes well, you are now ready to cross your fingers and reboot. The system will start to boot then ask you for your LUKS passphrase. Type that bad boy in and, if all goes well, your system will boot.
If, however, you run into any problems, you don't have to start over. As long as your encrypted volume is built correctly and you have the correct LUKS passphrase, you can get back to the place you were with the Live CD. Simply boot with the original Live CD/USB drive and enter the following.
/etc/init.d/networking start
apt-get update
apt-get instal hashalot lvm2
cryptsetup luksOpen /dev/[your logical partition] pvcrypt
mkdir /mnt/backtrack4
mount /dev/mapper/vg-root /mnt/backtrack4
mount /dev/[boot partition] /mnt/backtrack4/boot
chroot /mnt/backtrack4
mount -t proc proc /proc
mount -t sysfs sys /sys
mount -t devpts devpts /dev/pts
You can now do any trouble shooting you need to do and try to reboot again. One note, if you want to check the UUID of your partition, do it before you chroot.
Once you have a booting system, you are ready to login. The default userid is root and the default password is toor. You are now ready to login and being playing. Don't forget to change the root password as soon as you login the first time.
That's it. You can make some final tweaks if you want like setting the network to start automatically and starting KDE at boot, but for all intents and purposes you have successfully installed Backtrack 4 to USB drive and don't have to worry about sensitive information being intercepted if it gets lost of stolen.
Good luck!
-Kevin

Backtrack 4 – Bootable USB Thumb Drive with “Full” Disk Encryption by Kevin Riggins is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 United States License.
Permissions beyond the scope of this license may be available at http://www.infosecramblings.com/about/.










![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=1fba856b-5f2c-4c0a-ab8b-2732ede0b8ab)
{ 1 trackback }
{ 185 comments… read them below or add one }
← Previous Comments
Thanks Kevin, you were right - my lvm2 install was fubar'd the first time around, but I started over and got it right and now everything is running smooth. Truly excellent write-up and support! We all appreciate the help!!
Hi,
First thanks for this gread tut
!I've installed all but when I try to boot is just says
"
Searching for Boot Record from USB RMD-FDD...OK
GRUB
"
And at this point nothing happens...
Can anybody help my?
Tobias
At last installation step (running install.sh) after running up to about 25% progress, installation crashes with Errno 5, saying there is not enough space left on USB. After trying to re-initiate install, I figure that I cannot assign boot for /dev/ as per screenshot (as it is probably already written).
Will be figuring out with smaller USB, as my 8Gb takes 2-4 hours to execute dd command, and about 2 hours last time for installation.
@tobias,
In my experience, this often happens when the wrong device is selected for the bootloader to install to. This is the last step in the install.sh script. Make sure you select the right boot device.
@aco,
A full install requires 6.5 GB or so. You will not be able to use this method with a smaller USB thumb drive. Double check your partition sizing. It seems like maybe you are not using the entire disk as described in the howto. Alos, you only have to do the dd step once. I'm not sure what you are asking about with the assign boot question.
-Kevin
Hi,
I tried it now twice and I dont think that its because of selecting the wrong device...
I will install it again now to make shure its the right device!
But is there any other possible reason for this??
Tobias
@Tobias,
I'm not sure what might be causing this if it isn't due to the wrong device being picked.
If you can post the contents of /boot/grub/menu.lst and fdisk -l /dev/sd, I will check to see if I see anything obvious.
-Kevin
Why do you want to use the usb disk 8G. Bt4 now only 1.5g of the dvd iso file
@wh_hrb,
You need that large of a disk because of the updates that will be installed and the encryption step. You really need it if you use the new method of full disk encryption that is referenced at the very top of the how-to.
If you are just putting Backtrack on USB device and aren't worried about persistence, then all you need is a 2GB drive.
-Kevin
Hi,
I will post the results when Ive finished the installation...
I found a difference to your installation after choosing the manual part at the top there are also 2 parts of my hard disk.:
dev/hda
dev/hda1 ntfs
free space
and after that comes the "normal" part.
May this cause my problems?
tobias
menu.lst:
# By default, boot the first entry.
default 0
# Boot automatically after 30 secs.
timeout 30
vga=0x317image=/boot/grub/bt4.xpm.gz
title Start BackTrack FrameBuffer (1024x768)
kernel /boot/vmlinuz BOOT=casper boot=casper nopersistent rw quie
t vga=0x317
initrd /boot/initrd.gz
title Start BackTrack FrameBuffer (800x600)
kernel /boot/vmlinuz BOOT=casper boot=casper nopersistent rw quie
t vga=0x314
initrd /boot/initrd800.gz
title Start BackTrack Forensics (no swap)
kernel /boot/vmlinuz BOOT=casper boot=casper nopersistent rw vga=
0x317
initrd /boot/initrdfr.gz
title Start BackTrack in Safe Graphical Mode
kernel /boot/vmlinuz BOOT=casper boot=casper xforcevesa rw quiet
initrd /boot/initrd.gz
title Start Persistent Live CD
kernel /boot/vmlinuz BOOT=casper boot=casper persistent rw quiet
initrd /boot/initrd.gz
title Start BackTrack in Text Mode
kernel /boot/vmlinuz BOOT=casper boot=casper nopersistent textonl
y rw quiet
initrd /boot/initrd.gz
title Start BackTrack Graphical Mode from RAM
kernel /boot/vmlinuz BOOT=casper boot=casper toram nopersistent r
w quiet
initrd /boot/initrd.gz
title Memory Test
kernel /boot/memtest86+.bin
title Boot the First Hard Disk
root (hd0)
chainloader +1
### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below
## DO NOT UNCOMMENT THEM, Just edit them to your needs
## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=a76c7835-eb6f-459f-a891-496f16bc00eb ro
## default grub root device
## e.g. groot=(hd0,0)
# groot=a76c7835-eb6f-459f-a891-496f16bc00eb
## should update-grub create alternative automagic boot options
## e.g. alternative=true
## alternative=false
# alternative=true
## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
## lockalternative=false
# lockalternative=false
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=0x317 resume=/dev/hda5
# defoptions=vga=0x317
## should update-grub lock old automagic boot options
## e.g. lockold=false
## lockold=true
# lockold=false
## Xen hypervisor options to use with the default Xen boot option
# xenhopt=
## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0
## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
## altoptions=(recovery) single
# altoptions=(recovery mode) single
## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=all
## should update-grub create memtest86 boot option
## e.g. memtest86=true
## memtest86=false
# memtest86=true
## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false
## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false
## ## End Default Options ##
splashimage=a76c7835-eb6f-459f-a891-496f16bc00eb/boot/grub/splash.xpm.gz
title Ubuntu 8.10, kernel 2.6.30.9
uuid a76c7835-eb6f-459f-a891-496f16bc00eb
kernel /boot/vmlinuz-2.6.30.9 root=UUID=a76c7835-eb6f-459f-a891-496f16b
c00eb ro vga=0x317
initrd /boot/initrd.img-2.6.30.9
quiet
title Ubuntu 8.10, kernel 2.6.30.9 (recovery mode)
uuid a76c7835-eb6f-459f-a891-496f16bc00eb
kernel /boot/vmlinuz-2.6.30.9 root=UUID=a76c7835-eb6f-459f-a891-496f16b
c00eb ro single
initrd /boot/initrd.img-2.6.30.9
title Ubuntu 8.10, memtest86+
uuid a76c7835-eb6f-459f-a891-496f16bc00eb
kernel /boot/memtest86+.bin
quiet
### END DEBIAN AUTOMAGIC KERNELS LIST
fdisk -l /dev/sda:
Disk /dev/sda: 8036 MB, 8036285952 bytes
255 heads, 63 sectors/track, 977 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000af478
Device Boot Start End Blocks Id System
/dev/sda1 * 1 14 112423+ 83 Linux
/dev/sda2 15 977 7735297+ 5 Extended
/dev/sda5 15 977 7735266 83 Linux
Ive got it all working perfectly - i only have one problem.
On any computer except that which i originally set the USB/OS up on (lets call this laptop 1 for now), luksOpen wont accept my passphrase on bootup, ie if i tried it on laptop 2, i would get an error with something along the lines of passphrase does not exist, whereas it will accept it and boot perfectly on laptop 1.
The local-top script itself points to the disk UUID so im relatively sure it isnt pointing to the wrong drive and not finding the passphrase, unless this changes with computer (i dont have much experience in partitioning although i presume this does not happen).
cryptsetup error:
cryptsetup -y --cipher aes-xts-plain --key-size 512 luksFormat /dev/sdb5
Result: overwrite:YES
Command failed: Can not access device
Everything is find until I issue this command.
dd if=/dev/urandom of=/dev/sdb5
Thanks,
Mike
Please!
Help me)
my system during boot gives me a message:
Give up waiting for root device.Common problems:
-Boot args cat /proc/cmdline
-Check rootdelay = (did the system wait long enough?)
-Check root = (did the system wait for the right device)
-Missing modules (cat /proc/modules , ls /dev)
ALERT!: /dev/mapper/vg-root does not exist. Dropping to a shell
Worked great for me... Thanks for the guide!
@source,
It looks like LVM didn't get installed right after chrooting. Try the recovery steps at the end and do the apt-get install portion again.
-Kevin
@Aaron,
Awesome. Glad it worked ans you are welcome.
-Kevin
cant anybody help me with my problem?
Ive posted the menu.lst and the result of fdisk -l /dev/sda.
The system doesnt boot:
"
Searching for Boot Record from USB RMD-FDD...OK
GRUB
"
And at this point nothing happens...
Tobias
hi
I would like to know how uoy do if you want to restore your usb thumb drive to original if you dont want backtrack or just want to start over again
//Erik
Give up waiting for root device.Common problems:
-Boot args cat /proc/cmdline
-Check rootdelay = (did the system wait long enough?)
-Check root = (did the system wait for the right device)
-Missing modules (cat /proc/modules , ls /dev)
ALERT!: /dev/mapper/vg-root does not exist. Dropping to a shell
I am getting the same error as above. I have gone through the recovery steps a few times with no luck. I have followed the directions (three times now) and still the same results. Ideas? I hate to lose...lol
It finally worked and the BT4 got installed onto a flashdrive.
Thank you for support!
Same problem as Kevin and Source.
Just type on prompt:
cryptsetup luksOpen /dev/[your logical partition] pvcrypt
and your passfrase
When is ok, type exit and the system will boot.
I'm new in linux, any idea to fix this?
@Trikketto
That allows me to boot from the drive from the shell.... very odd. It appears the drive is simply not going through that command or the decrypt process is taking too long and it is timing out? Yes, that is a question
@Kevin
I went through the steps above and had the same problem as you.
I booted back into the live environment and went back through the troubleshooting steps. I found that despite doing the wget for the initramfs-modules file I did not have the two aes_i586 xts modules within the file. I added these and then ran update-initramfs -u.
Everything now works as required.
Hope this is of help
@Kevin
Ok dude, check the UUID in the second script
on
/etc/initramfs-tools/local-top.
Mybe is wrong
Thanks for the great install write-up. I just got this working last night on a new 8GB memory stick. The install went smoothly, and I can boot up on the stick, unlock the volume, and log in. The system, however, is ridiculously slow. A quick look at top shows 100% wa usage when executing nearly any command. This indicates the system is waiting for an i/o operation to complete. I'm wondering if there is something that needs to be tweaked to get the usb drive writing at acceptable speeds. As of right now, the system is nearly unusable due to the slow write speeds.
Nice guide. I am however having a little trouble. When issuing the 'lvcreate' commands, I don't get the messages saying 'open-failed: read-only file system'. Then when I get to the install it thinks vg is on my hard drive or something instead of on the usb drive. Any suggestions would be appreciated.
@Trikketto
I checked the script... the UUID matches
I can get the system to boot, but I do have to drop to a shell then unlock the partition with a manual command instead of it doing it automatically... sigh. I will keep at it a bit.. I hate when I can not solve a problem... still taking suggestions.
OK....
I walked away from it for a couple days and tried again.... when issuing the command update-initramfs -u, now i get this error
cyptsetup: WARNING: invalid line in /etc/crypttab -
cyptsetup: WARNING: invalid line in /etc/crypttab -
yes, twice.... here is the contecnt of that file
#
ideas????????
These tutes of yours have been my starting point with new BT installs for at least 2 years now. They're brilliant; clear, concise and yet providing a little more background where needed.
Sadly, though, mine has suddenly b0rked! I'm thinking I may go through it all again - no big loss since I save nearly nothing on there anyway; my only concern is, of course, avoiding a repeat.
Here's what happens:
I boot, I'm prompted for the passphrase of my encrypted home directory, and then get the message
Error: Volume slot unavailable
What would be the correct way to troubleshoot this, anyone? I'm not sure whether it's a case of a mount point not being freed (last shutdown was normal and clean, though). The error seems to relate to the encryption software and how it handles the containers it creates, and their mappings, but to be honest too many components in the mix here for me to figure it out unguided.
Many thanks, regardless of any assistance - the write-up is still great!
I can't explain it, but i reboot after I got the errors and it worked fine.... heh.. go figure.
Thanks everyone fro your help !!
Please ignore my previous request for help.
I've just noticed how I managed to confuse two of kriggin's articles - thankfully only at the point of looking for help;I'm fairly confident I only used one when configuring!
The method I used was the TrueCrypt-based article, and kriggins specifically mentions that issues with device names might well cause this to happen when moving from one machien to the other.
Omni-kudos.
@Qwafzefoni,
Glad you figured it out and thanks for the kudos.
-Kevin
@bizzle,
Did you get things working? If not, the open-failed message doesn't always happen. Can you provide a screen shot or list of the devices that the install.sh script sees. I might be able to guide you with that info.
-Kevin
@firingforeffect,
I haven't noticed significant slowdowns. Is it possible you are plugged into a USB 1.1 port? The only other thing I can think of is that the stick is faulty.
-Kevin
← Previous Comments