UEFIモードで13.10のKubuntuとUbuntu Studioをクリーンインストールすると「grub>」プロンプトに落ちて起動できません……よね？
てっきりリリースノートに書かれると思っていたのですが、どちらのフレーバーも特に触れられていないみたいなので、もしかしたら私が調べきれていない何かがある？と思いつつも、上記現象になる原因は判別していると思いますので書こうと思います。

これまでUEFI環境へのブートローダーのインストールは、Ubuntuと公式派生であるフレーバー（XubuntuやUbuntu Studioなどのことです）隔てなく「ubuntu」という一意的な識別子で登録されていました。ですが、13.04からはフレーバーが独自の識別子を用いるようになってきた（今はまだKubuntuが13.04から、Ubuntu Studioが13.10、のみ）ため、Kubuntuの場合は「kubuntu」などのように独立して登録されるようになりました。
ただ、通常のGRUBであればブートローダーのインストール時にパーティション情報を含む形でその場で生成されるのでGRUBの設定ファイルの在りかがわかり読み込むことが出来るのですが、署名されたGRUBの場合（12.04.3や13.10では問答無用でインストールされるっぽい）ですと、Canonical側で生成して署名したブートローダーをコピーしているに過ぎないのでパーティション情報を含んでいません。当たり前の話ですが失敗作を提供するわけもなく、署名されたGRUBには予め「EFI/ubuntu」というプレフィックスが与えられており、そこ（EFIシステムパーティション内の「EFI/ubuntu」）に保存されている「grub.cfg（※１）」を読み込むことで補完しているようです。ですが、先にて述べたようにフレーバーは独自の識別子で登録するようになりましたので、この「EFI/ubuntu」ディレクトリーごと存在しません（Kubuntuの場合は「EFI/kubuntu」にファイルがあります）。このファイルがないためにGRUBの設定情報を読み込むことができず「grub>」プロンプトに落ちています。
※１ このgrub.cfgはUbuntuパーティション内のgrub.cfgとは別物で、パーティション情報やGRUBの設定ファイルを読み込むコマンドなどが書かれています。

search.fs_uuid 4fd869d3-8c46-4a26-944a-788451e06fdb root hd0,gpt2  
set prefix=($root)/boot/grub
configfile $prefix/grub.cfg

（原因は上記なので普通に起動するということはないと思っているのですが…）

実はフレーバーが独自の識別子を用意したことによる問題は件のフレーバーでインストールした環境に留まりません。
以前のバージョンからアップグレードした場合、あるいはUbuntu（「ubuntu」の識別子でインストールされるフレーバー全て）に件のフレーバーパッケージをインストールした場合では、「ブートローダーが更新されない」といった、また違った問題を孕んだりします。（これについては https://forums.ubuntulinux.jp/viewtopic.php?id=15665 に書きました）
何気にUbuntu StudioとUbuntuでマルチブートしていると、Ubuntu側でGRUBの更新が行われるとUEFIのブートエントリーから「ubuntustudio」が削除されてしまう、といったものもあったりします。（これはまあ、Ubuntu Studio側でGRUBを更新させれば復活しますので、上記のトピックの#2を参照していただくとして…）

とにかく、今は仕様の間でグダグダといった感じなので、UEFI環境下でこれらのフレーバーを使用したいという場合は、仕様（の変化）に振り回される覚悟を持っておいたほうが良いかもしれません。


というのを踏まえた解決方法が以下。

0. 次期バージョンの14.04が出るまで待つ
もしかしたら、他のフレーバーも識別子を用意してくるかもしれませんし、14.04はLTS（長期サポート版）の予定なので、そこで対応される、と思いたい…。

1. 仮想マシンで利用する
ただ、Ubuntu Studioを仮想マシンで、というのは現実的ではないかもしれませんね。
それと、リリースされたばかりの仮想マシンは控えたほうが良いかもしれません。（UbuntuをホストにリリースされたばかりのVitrualBox 4.3を使用してみたら、ホストがカーネルパニックでフリーズするのを２度経験しました）

2. Legacy BIOSモードでインストールする
Windowsなど他のOSがインストールされている場合はブートの知識がないと後々苦労することになると思います。

3. 署名されたブートローダーパッケージ、署名されたカーネルを削除する
セキュアブート環境下ではこの方法を採ることはできませんね。

4. 「EFI/フレーバーの識別子/grub.cfg」を「EFI/ubuntu/」にコピーする
おそらくセキュアブート環境下で件の現象が起きている場合はこれしか方法がないかと。



「3」と「4」についてもう少し詳しく書きます。

まずは、
https://forums.ubuntulinux.jp/viewtopic.php?pid=100287#p100287
の方法でインストールしたOSを起動させてください。

起動しましたら、

A. 署名されたブートローダーパッケージ、署名されたカーネルを削除する、の場合

「shim-signed」と「grub-efi-amd64-signed」、そして「linux-signed-image-最新のバージョンナンバー-generic」パッケージを削除してください。削除するパッケージを間違えないように。

削除しましたら、ターミナルアプリケーションで「 sudo dpkg-reconfigure grub-efi-amd64 」コマンドを実行してブートローダーを更新してください。実行するといくつか質問されますが、そのままエンターキーを押して構いません。

$ sudo dpkg-reconfigure grub-efi-amd64
BootCurrent: 0004
BootOrder: 0000,0004,0001,0002
Boot0000* EFI DVD/CDROM
Boot0001* EFI Hard Drive
Boot0002* EFI Internal Shell
Boot0004* ubuntustudio
BootCurrent: 0004
BootOrder: 0003,0000,0004,0001,0002
Boot0000* EFI DVD/CDROM
Boot0001* EFI Hard Drive
Boot0002* EFI Internal Shell
Boot0004* ubuntustudio
Boot0003* kubuntu
Installation finished. No error reported.
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.11.0-12-generic
Found initrd image: /boot/initrd.img-3.11.0-12-generic
Found Ubuntu 13.10 (13.10) on /dev/sda4
done

以上です。再起動させて確認してみてください。

※ boot-repairというツールでも行えますが、Ubuntuのリポジトリーにありませんし、あまりお薦めしたくない点がいくつかありますので、"私は" 使い方を提示しませんし、この件には触れません。


B. 「EFI/フレーバーの識別子/grub.cfg」を「EFI/ubuntu/」にコピーする、の場合

まずはターミナルアプリケーションで、

ls -R --full-time /boot/efi/EFI/

を実行して、「EFI/」内のディレクトリー構成とファイルを確認してください。
既に「/boot/efi/EFI/ubuntu」ディレクトリーに「grub.cfg」ファイルが存在している場合は以下の方法でそのファイルに記述されているパーティション情報（UUID）がディスク内に存在していないことを確認してください。

cat /boot/efi/EFI/ubuntu

このコマンドの結果は冒頭の説明で示しているような内容になっているはずです。
その中の「4fd869d3-8c46-4a26-944a-788451e06fdb」がUUID値です。（ここに載せた値はあくまでも例です）
次に実際にそのUUID値を持つパーティションが存在するのかを確認します。

ls -l /dev/disk/by-uuid/

該当するUUID値があるようでしたら、何か別の現象が起きています。フォーラムで質問してみてください。

問題が無いようでしたらフレーバー側のgrub.cfgをコピーをします。下記はUbuntu Studioの場合の例です。

sudo mkdir /boot/efi/EFI/ubuntu
sudo cp /boot/efi/EFI/ubuntustudio/grub.cfg /boot/efi/EFI/ubuntu/

以上です。再起動させて確認してみてください。