今のままの状態で読み書き可能の状態でマウントする方法は、残念ながら理解の外にあり、説明できないのですが、もし問題なければ、HDDの中のデータをすべて別の場所に一度写し、フォーマットしてから再び利用するというのは如何でしょうか?

それと、もしかしたらフォルダの権限が変更されていて、書き込みができないことが想像できるのですが、Nautilusの右クリックメニューから"プロパティ"を選択、"アクセス権"タブに表示されてる権限を確認して頂けますか?
もしかしたら、アクセス権を変更すれば、再び問題なく、読み書きでの利用が可能になるかもしれません。

kampisiさん

mountした直後に、$ dmesg | tail
何かメッセージ出てませんか？

皆様多数ご教示ありがとうございました。解決致しました。皆様のご教示に対して散文的内容となりますがご容赦ください。

まず、この外付けHDDはMacだけでなくUbuntuでも問題なく読み書きができていました。それが「突然」読み込み専用になってしまったのです。
アクセス権については、プロパティではデバイスそのものは「OS9.2.1のアクセス権を確定できませんでした」と出るのですが、HDD内の各フォルダ、ファイルは
所有者は自分(user)、グループはrootとなってました。手動のマウントですが、マウントする度sdbになったりsdcになったりするのですが、7つのパーティションで、
6番目が本体です。しかし、sudo mount /dev/sdc ...としても sudo mount /dev/sdc6 ...としても同じ結果で、マウントはされるものの読み込み専用でした。

解決の糸口となったのは　dmesg | tail です。以下にその結果を貼ります。
$ dmesg | tail
[   40.201357] tg3: eth0: Flow control is off for TX and off for RX.
[   40.201796] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   40.215701] audit(1253154892.164:2): type=1503 operation="inode_permission" requested_mask="a::" denied_mask="a::" name="/dev/tty" pid=5545 profile="/usr/sbin/cupsd" namespace="default"
[   40.394206] [drm] Initialized drm 1.1.0 20060810
[   40.408777] ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16
[   40.408796] PCI: Setting latency timer of device 0000:00:02.0 to 64
[   40.408912] [drm] Initialized i915 1.6.0 20060119 on minor 0
[   42.408867] NET: Registered protocol family 17
[   57.483113] eth0: no IPv6 routers present
[   69.281070] hfs: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.

この最後の行が問題の核心かと考えましたが、具体的にどうやってfsck.hfsplusを走らせるのかわかりませんでした。Synapticで確認したところhfsplusパッケージが
インストールされていなかったので、これと、他にhfsprogs、hfsutils等も「ついでに」(これがいいことかどうかわかりませんが......)インストールし、

$ sudo fsck.hfsplus -d /dev/sdc6
** /dev/sdc6
    Block 268434220 is not an MDB or Volume Header
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking Catalog hierarchy.
** Checking volume bitmap.
** Checking volume information.
   Master Directory Block needs minor repair
    invalid wrapper MDB
   Verify Status: VIStat = 0x1000, ABTStat = 0x0000 EBTStat = 0x0000
                  CBTStat = 0x0000 CatStat = 0x0000
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking Catalog hierarchy.
** Checking volume bitmap.
** Checking volume information.
    could not get alternate MDB
** The volume OS9.2.1 was repaired successfully.

となり、以前のようにこの外付けHDDはUbuntuでも読み書き可能となりました。何で突然このような事態になったのか原因は未だ不明で、
結果的に問題解決したとは言え、不全感は残ります。取り合えずご教示下さった皆様に感謝申し上げます。

hmatsue様

6以外はいずれも機械的異常での不正常なunmountということですよね?　当方のUSB HDDは電源内蔵の市販のUSB HDDケースでして、
この異常が生じる前後で少なくともケーブルや電源系での動作不安定な様子は感じませんでした。ただ、自宅で自分一人で使う状況ではなく、
PC一式は職場に置いているので、誰かが故意にいきなり電源を切ったりケーブル引っこ抜いたり、ということをやったかどうかとなると......
せっかく直ったものをまたわざわざ不正常なunmountして調査する勇気も起こりませんし......
とにかく今回はfsck.hfsplusというものの存在を知っただけでも十分勉強になりました。HALってのは未だに全然わかりませんが......

日本や海外のブログ、本家フォーラムの書き込みで「HFS+にLinuxから書きこみするならジャーナリング機能をOFFに」という情報をちらほら見かけますが、現状はどうなのかな・・・。

kampisiさん
現状のジャーナリング機能はON/OFFとちらですか？

以下は、後から来る人用です。
# オフトピ気味

kampisi による投稿:

インストールされていなかったので、これと、他にhfsprogs、hfsutils等も「ついでに」(これがいいことかどうかわかりませんが......)インストールし、

fsck.hfplusは、hfsprogsパッケージです。
探し方の一例：https://wiki.ubuntulinux.jp/OSC2009Toky … ackage.odpの「ファイルからパッケージを探す」

kampisiさん

kampisi による投稿:

「HFS+でのジャーナリング機能」自体意識したことはありませんでした......ので、ON/OFFどちらか、どう調べるのかもわかりません。この外付けHDDは
単にMacOS9.2.1で普通に「HFS拡張」でフォーマットしただけのものでした。

Wikipediaによると、HFS Plusのジャーナリング機能は、MacOS X v10.2以降みたいですね。
http://ja.wikipedia.org/wiki/HFS_Plus

STGSAGWAN による投稿:

現状のジャーナリング機能はON/OFFとちらですか？

現在MacOS 9とは知らなかった為、妙な質問をしてしまいました。済みません。
# 今思えば、#1の「マウントポイント:　/media/OS9.2.1」という記述からも読み取れますね。

HFS+のHDDが突然READONLYになってしまう現象は、HFS+(ジャーナル)のケースを本家フォーラムでいくつか見かけるので、考慮すべきかなのかな、と思ったのです。（関連性がある、という意味ではないです。）
また、HFS+に詳しい人が、ここを登場しないかなぁ・・、という淡い期待も込めて書きました。