追記です
/home/aaaaa# cat /sys/power/state
mem disk
となり、S3,S4スリープが可能
echo -n mem > /sys/power/state
でスリープに移行するが、やはりリジュームが遅く、起動後も動きがもっさりします。

お久しぶりです。
カーネルのバージョン上げたり、fglrxのバージョン上げたりとか色々してたら
再起不能になりました(笑)
その後も、今までの不具合の究明のため、いじる→再起不能→再インスコを6度繰り返し、
諦めかけてFedoraやCentOSに逃げて、またUbuntuに戻ってきたりで、ようやく原因がわかりました。

syslogを見てみると、
Mar 23 19:04:00 P55A-UD3R kernel: [   16.478468] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Mar 23 19:04:00 P55A-UD3R kernel: [   46.398587] ata14.00: qc timeout (cmd 0xa1)
Mar 23 19:04:00 P55A-UD3R kernel: [   46.406574] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4)
Mar 23 19:04:00 P55A-UD3R kernel: [   46.733713] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
この1行目と2行目の間で30秒まって、タイムアウトしてます（qc=30 timeoutなのでしょう）
ata14ってそんなデバイスないのに、見に行ってタイムアウトってことでしょう。
で、調べてみると、
/boot/config-3.8.4-030804-generic
（↑現在のカーネルのバージョン uname -rで確認）
の中の
CONFIG_INTEL_IOMMU_DEFAULT_ONがenableになってるとダメって情報を見つけました。
しかし、
# CONFIG_INTEL_IOMMU_DEFAULT_ON is not use
とかになってて元々使われていませんでした。
なので、
CONFIG_INTEL_IOMMU=n
CONFIG_INTEL_IOMMU_DEFAULT_ON=n
にし、さらにBIOSの設定で
maevell9128(オンボ、元々壊れてて動かない)をオフにし、IDEもオフにしました。

すると見事改善！
改善前：Mar 23 19:04:11 P55A-UD3R kernel: [   58.736411]
改善後：Mar 24 13:53:09 P55A-UD3R kernel: [   28.997794]
おお〜30秒早くなってる。
サスペンドからのリジュームだと5秒くらいです。

あと、SDやらｘDやらmemorystickやら20種類くらい読める内蔵カードリーダをつけているのですが、
それを1つづつ認識しているようで、ここで10秒くらいかかってます。
外せばBIOSあわせてもコールドブートで30秒くらいになりそうです。
USBのカードリーダももってるので、外しても困りません。

日本語で書かれているページが殆ど無かったので（英語でもあまりないですが）、どなたかの参考になればと思います。
ちなみにCONFIG_INTEL_IOMMUとかの意味はどこを探してもありませんでした。

以上です。