Right, Tooshna. Let's see if I've got this right:
1) You have your ATV with the internal drive that you're happy to wipe because XBMC is clearly superior to Frontrow, and getting better every other day.
2) You have your external drive with all your media on it.
3) You have your ATV booting up from a USB flash drive already.
4) You've copied the image file to your external media drive, and the file's just sitting there at the top folder of the drive, amongst your movies.
5) When you start up into XBMC and check your available drives, you get the drives listed in your photo, mounted exactly as you showed.
6) You've moved all your media off the internal drive because you know it's going to be wiped.
7) You have a backup of the internal drive (in case you want to revert) or you really don't care about going back.
If you can say "yes" to all of those, ssh into the machine while it's running XBMC from the flash drive and enter the following:
Code:
sudo umount /media/pata
sudo dd if=/media/MediaHD/atv-usbboot-xbmcbuntu-crystalhd-hdmi-28256-R3.rar of=/dev/sda bs=16384
That'll put the XBMCbuntu image onto your internal drive. Then you need to edit the boot.plist. As liquidinsect said
here:
Quote:-Back in SSH run:
sudo fsck.hfsplus /dev/sda2
sudo mount /dev/sda2 /mnt
sudo nano /mnt/com.apple.boot.plist
-Change the entry with /dev/sdb3 to /dev/sda3
-Remove the USB stick and reboot. You should be running completely off HDD now. If you have problems (like I did) try running dd if=/dev/zero of=/dev/sda to blow away any partitions that may have been on the drive previous and start the whole process over. Good luck.
When you want to expand your partitions, the instructions Sam linked to are pretty close, but the problemgpt being clever. Fdisk keeps the old-style partition table in sector 0 of the drive, and that's the only place. GPT keeps a dummy table in sector 0, and the GPT table spans at least the next couple of sectors. Fair enough. But it *also* keeps a backup copy on the last couple of sectors in case you're foolish enough to wipe the start of the drive.
Parted (on Pin's image at least) throws a strop when you try to use it because it's got a bug (quite an old version) and can't handle the fact that the table says 4GB, the drive says 40/160GB, and there's no backup GPT at the end. So you need to write over the fdisk table (sector 0) and the start of the GPT table (sectors 1 and 2) in order to convince it that it's a blank drive.
So long as you took a note of the partition layout (either in bytes, or as Sam says in sectors), you can put the same table back in again (by hand) and parted will create (1) the GPT table from sector 1, (2) the dummy fdisk table at sector 0, and (3) the GPT backup table at the end.
Once you have that, you can swapoff the swap drive, delete it, extend the ext3 partition (via Sam's link), making sure to leave yourself 1GB at the end, re-add the swap partition on the end of the drive, swapon the swap drive again, and finally resize2fs the ext3 drive to activate the extra space. Phew!