メモリはPC3 10666（DDR3 1333）をお使いのようですが、総容量の11GBあまり見かけぬ数値ですので構成とマザーボードのメモリソケットの数（3、4、6、8）を教えてください。
色々な不具合に遭遇されて居られるので、メモリに起因するのではと考えてます。

すでに皆さんが言ってらっしゃいますので別の方向で・・・。
SSD を使っているなら /etc/fstab に discard オプションを入れてますか？

例えば、

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=e19ddb3e-fa94-4229-9b91-8f46d1185586 /               ext4    discard,errors=remount-ro 0       1
# swap was on /dev/sda2 during installation
UUID=c565ddf3-068c-4ce6-9b02-16d64cd87906 none            swap    discard,sw              0       0

こんな感じです。

utudon による投稿:

デュアルブートにする前（Win7）の時はmemcheck86も正常に通ったので、あまりきにしていませんでした。

プロプライエタリなAMDのドライバ（fglrx）では、正常動作しませんでした。
今はX.Orgの汎用ドライバを使用しています。

＊ DDR3仕様のPCで、メモリが原因の、OSインストールエラーが出ても、memcheck86はパスする事例を、何度か経験しています。
memcheck86以外でのテストをおすすめします。
＊ 最近、AMD A６ 5400K PCに、Ubuntu １２．１０ AMD64デスクトップ版をインストールしました。
ドライバは、
「ソフトウェアソース」ー＞「追加のドライバ」ー＞一番下の「Video driver for the AMD graphics acceleratorsをfgllrx-updatesから使用します（プロプライエタリ）」
が入りました。
保証はしませんが、お試しあれ。

makopi様
お世話になっております。

makopi による投稿:

すでに皆さんが言ってらっしゃいますので別の方向で・・・。
SSD を使っているなら /etc/fstab に discard オプションを入れてますか？

#Entry for /dev/sdd1 :
UUID=ea92b98a-3ecc-4d8b-b2e7-c8cbf9a08668    /    ext4    discard,errors=remount-ro    0    1

上記の通りdiscardを追加しました。
/dev/sdd1となっています。
しかし、ディスクというアプリで見ると、

と、/dev/sdg1になっており、整合性がとれていないように感じます。
（sddはGeneric SDXC/MMC ）

これはEntry /dev/sdd1を/dev/sdg1に変更すべきでしょうか？


si様

si による投稿:

＊ DDR3仕様のPCで、メモリが原因の、OSインストールエラーが出ても、memcheck86はパスする事例を、何度か経験しています。
memcheck86以外でのテストをおすすめします。

そうなのですね。
別のチェックテストを試してみます。
前にも書きましたが、メモリはtermの4G*2のみにしようかと思います。
メモリはメーカ、モジュール規格、容量が違うのはやはり不具合の原因になりそうですし。。

si による投稿:

＊ 最近、AMD A６ 5400K PCに、Ubuntu １２．１０ AMD64デスクトップ版をインストールしました。
ドライバは、
「ソフトウェアソース」ー＞「追加のドライバ」ー＞一番下の「Video driver for the AMD graphics acceleratorsをfgllrx-updatesから使用します（プロプライエタリ）」
が入りました。

「ソフトウェアソース」ー＞「追加のドライバ」ー＞一番下の「Video driver for the AMD graphics acceleratorsをfgllrxから使用します（プロプライエタリ）
「ソフトウェアソース」ー＞「追加のドライバ」ー＞一番下の「Video driver for the AMD graphics acceleratorsをfgllrx-updatesから使用します（プロプライエタリ）
どちらも試しましたが、UnityでもGNOME3でも正常動作しませんでした。
AMD（ATI）側が、このドライバはHD6xxx系、HD7xxx系をサポートと表明しており、私のグラボ（HD5850）はサポート対象外のようです。

hito様

hito による投稿:

まず「読み込み専用になったと信じる瞬間になにが起きているのか」を特定しないと問題は解決できないと思います。
ファイルシステムのトランザクションが失敗してROになっているように見えるのですが（原因はいろいろ）、「読み込み専用になったと信じる瞬間」に、以下のコマンドを実行してみるとどのような出力が得られるでしょうか？
・tail /var/log/kern.log
・dmesg

ご回答ありがとうございます。
>「読み込み専用になったと信じる瞬間になにが起きているのか」を特定しないと
おっしゃるとおりですね。
コマンドの意味などを調べ、次回、同現象が起こった時に試してみます。

すみません、今仕事中でゆっくり調べられる時間がありません。
今夜にでもまたご回答をじっくり確認させて頂きます。

皆様、私のためにご回答いただき、誠にありがとうございました。

えーと、今回の場合は起動時なのでなんとも言えないのですが、実際に起きた場合はログの類はなるべく省略せずに貼って頂いたほうがいいと思います。

「Errorって出てるからこの行だけの方が親切だろう」とフィルタしてしまい、かえって原因が闇に葬られるケースがしばしばあります。

hito様
今後気をつけます。
今回は「読み取り専用になる」とは別の事象だったため、
気になった箇所だけ取り出してしまいました。
すみません。

makopi様
あ、コメント行ですね^^;
すみません、テンパッて完全に見落としてました
失礼しました

Ripe様

最近パソコンを扱える時間があまりなく、
返信が遅くなり申し訳ありません。

https://forums.ubuntulinux.jp/viewtopic.php?pid=97340#p97340
にも書きましたが、AMDのCatalyst最新ベータ版を導入しました。
その時インストールされたCatalyst Control Center（通称CCC）で、リフレッシュレートの設定が出来、
27inch-60Hz、17inch-75hzになっていたので、60Hzに合わせました。
そのおかげか、最新ベータ版ドライバのおかげかはわかりませんが、私が他のところで質問させて頂いているような事象は無くなりました。

肝心の「読み取り専用」事象は、あまりPCを触れていないので、あれから出くわしてないです。
プログラミングをはじめる頃にまたくるんじゃないかと勘ぐってます

ご指摘ありがとうございました。