凄くメモリ不足の症状に似てますが、正常に認識されてるでしょうか？

ounatreb による投稿:

また、今から「SWAP」領域を認識させる方法があれば、教えていただけますでしょうか。
（↑自分でも検索してみようと思っています。）

上記の件、自分でも調べてみたのですが、「sudo swapon /SWAP領域のパス」というコマンドで合っていますでしょうか。

ご教授願えますと幸いです。

よろしくお願いいたします。

すみません。
「「free」コマンド」
と言う文字が混入してしまいました。
携帯からなので操作ミスです。

hir0 さま

　アドバイス、ありがとうございます。

　では一度、「システム・モニタ」の「プロセス」画面を起動させておき、症状が出たときのメモリの喰い方を確認してみようと思います。

　狙って再現できる症状ではないので、確認ができ次第、改めて報告させていただきたく思います。

　ちなみに「swapon」コマンドを試したのですが、コマンド入力後にはSWAP領域を認識してくれたようです。

　ただ、再起動すると、また「0」になってしまうようで、起動の度に「swapon」のコマンドを入力しないとイケない状況です。

　一度、SWAP領域を認識させて、再起動後も認識し続けさせる方法というのはあるのでしょうか。

　hir0 さまを始め、それ以外の方でもご存知の方がいらっしゃればご教授願えますと幸いです。

　よろしくお願いいたします。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

　早速「/etc/fstab」を確認してみました。

　自分でもネット検索してみたのですが、「fstab」の編集後に起動しなくなったという話もあるようで、怖くて何も変更していない状況です。

　アドバイスをいただけますと幸いです。

　「fstab」を開いたところ、「スペース」の空き方などがあまり綺麗じゃないような印象を受けたのですが、このファイルはこういう記述のものなのでしょうか。

　それとも、既にこのファイルが壊れたりしてしまっているということなのでしょうか。

　下記に「スペース」の空き方も含め、そのまま内容を貼り付けさせていただきます。
※「UUID」は長かったので、「XXX」に置き換えさせていただきました。
※システムは「/dev/sda2」、SWAP領域は「dev/sda3」です。

　よろしくお願いいたします。

# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' 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>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda2 during installation
UUID=XXX /               ext4    relatime,errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=XXX none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

「端末」や「システム・モニタ」のウインドウが前面に出ている状態での症状確認ができ次第、改めて報告させていただきます。

先般の「SWAP」の件が解決する前に、症状が出ましたので報告させていただきます。

「top」・「システム・モニタ」の「プロセス」タブで確認できる、各プロセスのCPU率やメモリの率で極端に数値の高いものはありませんでした。

ただ、トータルのメモリ使用量が多いようなので、これが原因なのであれば、やはり「メモリ不足」ということになるのでしょうか。

■「端末」→「top」

top - 08:35:09 up 20:38,  2 users,  load average: 13.95, 13.32, 12.50
Tasks: 144 total,   1 running, 142 sleeping,   0 stopped,   1 zombie
Cpu(s): 3.6%us,  3.6%sy,  0.0%ni, 0.0%id,  92.5%wa,  0.0%hi,  0.3%si,  0.0%st
Mem:    508892k total,   503848k used,     5044k free,      48k buffers
Swap:        0k total,        0k used,        0k free,   19080k cached

■「システム・モニタ」→「プロセス」

1,5,15分後の平均負荷 : 11.67.12.17,11.86

今回出た症状は、最初の質問投稿の二点目（下記に引用）と同じ内容です。

何の前触れもなくいきなりハードディスクにカリカリとアクセスし始めて、動作がとても重たくなることが多々あります。

厳密に言うとフリーズではないのですが、その状態に入ると、常にカリカリとディスクへアクセスしている状況で、時計も何分とか何十分に一度しか数字が変わらず、マウスもほとんど動かず、辛うじて「再起動」を選ぼうと操作してみても動作が追い付かず、待っていられずにシステム強制終了を行うような状態です。

　この結果からで何かお分かりになりますでしょうか。

　引き続きまして、よろしくお願いいたします。　

yama さま

　アドバイス、ありがとうございます。

yama さま による投稿:

ロードアベレージが11.67とか異常です。
1越えたあたりから重いと感じます。
通常負荷がないときは1以下です。

先ほど報告させていただいた内容は症状が出たときのものでしたので、一度、再起動して何もアプリケーションを起てていない状態・症状の出ていない状態での数値を見てみました。

■「端末」→「top」

load average: 0.61, 0.36, 0.24

■「システム・モニタ」→「プロセス」

1,5,15分後の平均負荷 : 0.58,0.38,0.25

yama さま による投稿:

topで92.5%wa ということからI/Oまわりがおかしいです。
HDDがpioモードで動いているのか、壊れているのか、そもそもノートのHDDは遅いですし。
起動してなにもアプリを立ち上げていない状態でこれなら、おかしいですね。
512MBあれば、なにも起動しなければスワップなくても十分ですし。

すみません・・・よくわかっていないのですが、「PIO」モードになっているのかどうかを確認するのは「sudo hdparm -i /dev/sda」というコマンドで良かったでしょうか。

そのコマンドで合っているようであれば、結果は下記のように表示されました。

sudo hdparm -i /dev/sda

/dev/sda:

Model=IC25N040ATMR04-0                        , FwRev=MO2OAD4A, SerialNo=      MRG205K2JKB30H
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=1740kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78140160
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:  ATA/ATAPI-2,3,4,5,6

* signifies the current active mode

見当外れなことをしているようであれば、すみません・・・。

引き続き、よろしくお願いいたします。

私も疑問に思い、保有している旧式マシンにインストールしてみました。
AOpen AX３S  PIII 1GHz, 512Mb, 80Gb+20Gb(/home), NVIDIA GeForce4 MX 420(AGP 4x)
システム
Ubuntu 　　　　9.04(jaunty) Linux 2.6.28-13-generic, Gnome 2.26.1
ハードウェア　497.5M, Pentium III(coppermine)
ext4として、導入。

その結果、再現できました。
HDが煩雑にアクセスを繰り返します。
リソース　　CPU使用率が50%- 98%, メモリー 90%前後, swap 45%程度となります。

yamaさん　が提示された内容を組み込んでも多少改善されますが、8.04(ext3)を導入したときとは雲泥の差です。
firefox+gnomeでは、実用とは程遠い環境です。
どうにか、この環境でこの記事を記載しています。

追記
ext4にてインストールしたのが不具合の要因なのか、Ubuntu 9.04が悪さしているのか
今のところ不明です。
Ubuntu8．０４では、HDに関しては問題なかったです。

参考:
$ sudo hdparm -i /dev/sda
/dev/sda:
Model=Maxtor 6Y080L0                          , FwRev=YAR41BW0, SerialNo=Y31D6AZE           
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1,2,3,4,5,6,7

* signifies the current active mode

$ sudo hdparm -i /dev/sdb
/dev/sdb:
Model=Maxtor 92049U4                          , FwRev=FA500S60, SerialNo=G41J3A8C           
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=40020624
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: ATA/ATAPI-4 T13 1153D revision 17:  ATA/ATAPI-1,2,3,4,5

* signifies the current active mode

$ free
             total       used       free     shared    buffers     cached
Mem:        509468     502992       6476          0        716      42400
-/+ buffers/cache:     459876      49592
Swap:      6795452     801812    5993640

プロセス　1,5,15分後の平均負荷　1.52, 2.36, 3.23　経時変化して定まりませんが、概ね似たような数字

yama さま

アドバイス、ありがとうございます。

症状が出ている状態ではありませんでしたが、一度「Xrog」の数値を確認してみました。

load average: 1.18, 1.04, 0.74
Cpu(s): 36.2%us,  6.6%sy,  0.0%ni,  6.3%id, 45.2%wa,  2.7%hi,  3.0%si,  0.0%st
Mem:    508892k total,   503256k used,     5636k free,     9996k buffers
Swap:  1574360k total,   115084k used,  1459276k free,   190592k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
2699 root      20   0  334m  29m 5248 S 29.1  6.0  21:59.50 Xorg

アドバイスをいただいた参考URLの内容を施してみました。

load average: 1.16, 0.96, 0.77
Cpu(s): 10.0%us,  3.0%sy,  0.0%ni, 40.5%id, 42.5%wa,  1.3%hi,  2.7%si,  0.0%st
Mem:    508892k total,   502824k used,     6068k free,     5456k buffers
Swap:  1574360k total,        0k used,  1574360k free,   287584k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
2702 root      20   0 83644  18m 6144 R  4.3  3.8   2:19.45 Xorg

　たしかに、CPUの率とメモリの率が激減したようです。

「load average」の数値にあまり変化がないのが少し気になりますが、今のところ問題の症状は出ておりませんので、またこの状態で様子を見てみたいと思います。

取り急ぎ、ご報告まで・・・。

よろしくお願いいたします。

同条件でext3にて導入

$ sudo hdparm -i /dev/sda
/dev/sda:
Model=Maxtor 6Y080L0                          , FwRev=YAR41BW0, SerialNo=Y31D6AZE           
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1,2,3,4,5,6,7

* signifies the current active mode

$ sudo hdparm -i /dev/sdb
/dev/sdb:
Model=Maxtor 92049U4                          , FwRev=FA500S60, SerialNo=G41J3A8C           
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=40020624
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: ATA/ATAPI-4 T13 1153D revision 17:  ATA/ATAPI-1,2,3,4,5

* signifies the current active mode

$ free
             total       used       free     shared    buffers     cached
Mem:        509468     494048      15420          0      17612     271136
-/+ buffers/cache:     205300     304168
Swap:      6795452      74348    6721104

# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' 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>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=d3a8a03e-96e8-46cf-b676-1ba443b315cb /               ext3    relatime,errors=remount-ro 0       1
# /home was on /dev/sdb1 during installation
UUID=4892e4d2-9e0f-4521-b4f6-19178c1083d8 /home           ext3    relatime        0       2
# swap was on /dev/sda5 during installation
UUID=bff3c4f7-ff19-45d1-83e0-929147d3395d none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

リソース　　CPU使用率が27%- 98%(相当変動 概ね30%), メモリー 42%前後, swap 1.1%程度となります。

どうやらext4は、旧タイプのHDDと相性悪いようです。