
Ubuntu日本語フォーラム

ログインしていません。
1.不具合内容
Ubuntu10.04のkernel 2.6.32-27(以後27とする)を kernel 2.6.32-28(以後28とする)にアップデートマネージャーでアップデートしました。
アップデートの経過は従来どおり異常は無く完了したが、再起動時のOS選択画面に27の上側に28が表示されず、28にアップデートできなかった。
(現状は、27起動で操作には問題は見当たりません)
2.目標
再インストすれば問題はないかと思いますが、今後のため、修整により修復アップデートしたい。
3.環境
・システム概要:備考1参照ください
・Ubuntu:10.04 Deskutop 日本語REMIX/kernelversion:27
4.発生後やったこと
・パッケージマネージャーで28関係の3ファイルを削除し、再起動後、パッケージマネージャーで3ファイルインストしなおした。(結果変らず)
・調査結果:menu.listには28の追記あり:参考2抜粋
・ :grub.cfgには27の記述までで28追記なし
・ :/etc/default/grub ファイル無く、空白(以前は在ったはず、消えた?)
5.不具合発生関係あるのではと思いつくこと?
ubuntuに馴れるため試行錯誤で練習しておりますが、1週間ほど前にsudoがらみにて
・gksudo gedit /etc/fstab
・sudo gedit /etc/fstab
を端末より実行しました。 しかし、ともに内容表示までで中断し、保存はしておりません。
以上のような状況で、初心者の私にとってはどのようにすれば修復出来るのか分かりません。皆さん、先達は、ご多忙かと思いますがご指導・アドバイスよろしくお願いします。
<備考1>システム概要
*****@*****-desktop:~$ sudo lshw -short
[sudo] password for masakimk:
H/W path Device Class Description
========================================================
system Desktop Computer
/0 bus i815-ITE87X2
/0/0 memory 128KiB BIOS
/0/4 processor Pentium III (Coppermine)
/0/4/9 memory 32KiB L1 cache
/0/4/a memory 256KiB L2 cache
/0/1e memory 512MiB Flash Memory
/0/1e/0 memory 256MiB DIMM
/0/1e/1 memory 256MiB DIMM
/0/1e/2 memory DIMM [empty]
/0/100 bridge 82815 815 Chipset Host Bridge and M
/0/100/1 bridge 82815 815 Chipset AGP Bridge
/0/100/1/0 display NV17 [GeForce4 MX 440]
/0/100/1e bridge 82801AA PCI Bridge
/0/100/1e/0 ethアップデート0 network RTL-8139/8139C/8139C+
/0/100/1e/1 bus USB
/0/100/1e/1.1 bus USB
/0/100/1e/1.2 bus USB 2.0
/0/100/1f bridge 82801AA ISA Bridge (LPC)
/0/100/1f.1 scsi0 storage 82801AA IDE Controller
/0/100/1f.1/0.0.0 /dev/sda disk 80GB WDC WD800BB-00JH
/0/100/1f.1/0.0.0/1 /dev/sda1 volume 70GiB Windows NTFS volume
/0/100/1f.1/0 /dev/sdb disk 80GB ST380215A
/0/100/1f.1/0/1 /dev/sdb1 volume 73GiB EXT4 volume
/0/100/1f.1/0/2 /dev/sdb2 volume 1455MiB Extended partition
/0/100/1f.1/0/2/5 /dev/sdb5 volume 1455MiB Linux swap / Solaris partit
/0/100/1f.1/1 /dev/cdrom disk CD-W58E
/0/100/1f.2 bus 82801AA USB Controller
/0/100/1f.3 bus 82801AA SMBus Controller
/0/100/1f.5 multimedia 82801AA AC'97 Audi
<参考2>menu.list抜粋
title Ubuntu 10.04.1 LTS, kernel 2.6.32-28-generic
uuid 04603585-e2b8-409b-a2a3-380dec1643f1
kernel /boot/vmlinuz-2.6.32-28-generic root=UUID=04603585-e2b8-409b-a2a3-380dec1643f1 ro quiet splash
initrd /boot/initrd.img-2.6.32-28-generic
title Ubuntu 10.04.1 LTS, kernel 2.6.32-28-generic (recovery mode)
uuid 04603585-e2b8-409b-a2a3-380dec1643f1
kernel /boot/vmlinuz-2.6.32-28-generic root=UUID=04603585-e2b8-409b-a2a3-380dec1643f1 ro single
initrd /boot/initrd.img-2.6.32-28-generic
title Ubuntu 10.04.1 LTS, kernel 2.6.32-27-generic
uuid 04603585-e2b8-409b-a2a3-380dec1643f1
kernel /boot/vmlinuz-2.6.32-27-generic root=UUID=04603585-e2b8-409b-a2a3-380dec1643f1 ro quiet splash
initrd /boot/initrd.img-2.6.32-27-generic
title Ubuntu 10.04.1 LTS, kernel 2.6.32-27-generic (recovery mode)
uuid 04603585-e2b8-409b-a2a3-380dec1643f1
kernel /boot/vmlinuz-2.6.32-27-generic root=UUID=04603585-e2b8-409b-a2a3-380dec1643f1 ro single
initrd /boot/initrd.img-2.6.32-27-generic
オフライン
もしかして、Ubuntu10.04と他のLinuxとマルチブートになっている?
MBRにインストールされたGrubは1.98ですね。この辺を確かめてください。
Ubuntu10.04のカーネルアップデートで、menu.listが書き変わるということは、起動メニューでトップに表示されるLinuxを立ち上げて、端末より、
$ sudo update-grub
でどうなるでしょうか。
もし、マルチブートで、トップのLinux(Ubuntuでも良い)のカーネルがアップデートされると、起動メニューの番号がずれますので、2番目のLinuxをデフォルト起動にしておくには、startupmanagerでの調整が必要です。
マルチブート環境でなければ、menu.listが変更されるのはgrub0.98で、それが起動メニューに反映されないのか分かりません。
オフライン
「/etc/default/grub」ファイルが無くなっているというのが微妙ではありますが、
・古いバージョンのGRUB(Legacy)の「/boot/grub/menu.lst」が存在し、そちらのリストのほうに新しいカーネルが登録されていて、
・しかしGRUBメニューでは存在しない、
となると、ブートローダーにはGRUB2がインストールされたままであるが、パッケージは「grub-pc」から「grub」に入れ替えられていると見てよいでしょうね。
この入れ替えはご自身がGRUB2からGRUB Legacyへ変更したいということで行なったのでしょうか?
とりあえず下記コマンドの結果を投稿してください。
dpkg -l | grep grub grub-install -v
それと、「3つのパッケージを削除後、再びその3つをインストールした」ということなので大丈夫だろうとは思いますが、下記コマンドの結果もお願いします。
dpkg -l | egrep 'linux.*generic'
オフライン
funatogawa,Templerさん
度々お世話になります。 早速の御返事ありがとうございます。
funatogawaさんへ
・「もしかして、Ubuntu10.04と他のLinuxとマルチブートになっている?」
hd0にwin2k、hd1に10.04をinstallしbios切り替えにて使用、マルチブートはやっておりません(bios切り替えのマルチブート)
・「MBRにインストールされたGrubは1.98ですね。この辺を確かめてください。」
OS選択画面表示では:grub version Ⅰ.98−ⅠUbuntu9となってます
・「~$ sudo update-grubの結果」
[sudo] password for******: Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /boot/vmlinuz-2.6.32-28-generic Found kernel: /boot/vmlinuz-2.6.32-27-generic Found kernel: /boot/vmlinuz-2.6.32-21-generic Found GRUB 2: /boot/grub/core.img Found kernel: /boot/memtest86+.bin Updating /boot/grub/menu.lst ... done
(再立ち上げのOSメニューで28表示されません)
Templerさんへ
・「この入れ替えはご自身がGRUB2からGRUB Legacyへ変更したいということで行なったのでしょうか?」
意識して操作しておりません。 誤操作がないかと言われますと100%無いとは言いきれません
・dpkg -l | grep grub
*****@******-desktop:~$ dpkg -l | grep grub ii grub 0.97-29ubuntu60 GRand Unified Bootloader (Legacy version) ii grub-common 1.98-1ubuntu9 GRand Unified Bootloader, version 2 (common
・grub-install -v
*****@******-desktop:~$ grub-install -v grub-install (GNU GRUB 0.97)
・dpkg -l | egrep 'linux.*generic'
*****@*****-desktop:~$ dpkg -l | egrep 'linux.*generic' ii linux-headers-2.6.32-21-generic 2.6.32-21.32 Linux kernel headers for version 2.6.32 on x ii linux-headers-2.6.32-27-generic 2.6.32-27.49 Linux kernel headers for version 2.6.32 on x ii linux-headers-2.6.32-28-generic 2.6.32-28.55 Linux kernel headers for version 2.6.32 on x ii linux-image-2.6.32-21-generic 2.6.32-21.32 Linux kernel image for version 2.6.32 on x86 ii linux-image-2.6.32-27-generic 2.6.32-27.49 Linux kernel image for version 2.6.32 on x86 ii linux-image-2.6.32-28-generic 2.6.32-28.55 Linux kernel image for version 2.6.32 on x86
以上、私の分かる範囲での結果連絡します。 よろしくお願いします。
追伸:#1文訂正
menu.list−−−誤
menu.lst −−−正
オフライン
あれ?意識してGRUB Legacyに変更したというわけではなかったんですね。
その割には「/etc/default/grub」ファイルが存在していないということでgrub-pcパッケージがご丁寧にもpurge(完全削除)されているような。grubパッケージをインストールしただけでは競合関係にあるgrub-pcパッケージはremoveされるだけのはずなので、ちょっと奇妙…。
本当にgrub-pcパッケージがpurgeされているのかを「dpkg -l grub-pc」で確認しておいたほうが良いのだろうか。確認したからと言ってどうこうできるというものでもありませんが…。というか初めから「dpkg -l grub\*」にしとけばよかった。(パッケージ情報の先頭が「un」や「pn」となっていたら完全削除されています)
とりあえず、GRUB Legacyにする意図はないということで了解です。
であれば、「grub-pc」パッケージをインストールすれば解決します。が、もしかしたらgrub-pcがpurgeされてしまっている可能性がありますので、その場合はインストールするときにGRUBをインストールするデバイスを尋ねられるかもしれませんので、GRUBをインストールする場所を間違わないように、そしてデバイスのチェックのon、offは「スペース」キーですので操作方法を間違わないように、そこだけ注意してください。
それと、確認してもらったカーネルパッケージのほうですが、大丈夫ではなかったようです。
最新のカーネルをアンインストールしてしまうと「linux-image-generic」と「linux-headers-generic」パッケージも削除されてしまいます。このパッケージは新しいカーネルを追加するという重要な役目を持っています。新しいカーネルが提供されると古いカーネルのメンテナンスは(たしか)終了してしまうと思いますので、このままというのはあまりよろしくありません。
ので、「linux-generic」を含めた3つのパッケージをインストールしてください。
オフライン
Templerさん
28修復立ち上げ成功しました。 バンザーイ \(≧∇≦)/\(≧∇≦)/\(≧∇≦)/\(≧∇≦)/ ♪
アドバイスに従い
・「dpkg -l grub-pc」で確認:「un grub-pc」となってました
・「grub-pc」パッケージをインストール:legacyをどうするかの等?確認表示出るがパスし「進む」>grubのデバイス選択でbootloader有るsdb1を指定し
インストールしました。
・「linux-image-generic」と「linux-headers-generic」:2パッケージ追加しました
・再起動
OS選択画面に28が表示され、28で立ち上がりました。
<確認>
・menu.listには28の追記あり
・ :grub.cfgには27の上に28追記された
・ :/etc/default/grub ファイル作成された
ところで、何が原因でしょうか??
・誤操作
・マシンの誤動作
何はともあれ、当面の課題は解決しました。 ありがとう御座いました。
オフライン
うっ。間違った解決となってそうです。
huhitomkさんはWindowsとUbuntuの切り替えをBIOSで行っていて、そのUbuntuの入っているHDD(/dev/sdb)には#1の情報からUbuntuのみのようですので、GRUBをインストールすべきは「sdb」かと思います。
sdb1を指定してしまっても、元々sdbのMBRにはGRUB2がインストールされていたわけですので、「/boot/grub/grub.cfg」が更新されるようになった現状では何ら不都合がなさそうに感じるかもしれませんが、根本的には元々の状態とは違ってしまう間違った指定です。将来的に不具合が発生する可能性も否定できません。
下記コマンドでもう一度入れなおしてください。
sudo dpkg-reconfigure grub-pc
それはそれとして、原因は何なんでしょう?
パッケージの完全削除は意識的に行わないとならないので、覚えがなくてそのような状況になるというのは…チョット怖いかも。
下記コマンドを実行すると2ヶ月ほどの間に行われたパッケージ操作を確認することができますので、これで何か思い出すことができるかもしれませんが、どうでしょうか。
egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*
なんというか、「linux-generic」。忘れられているかわいそうな子。
オフライン
Templerさん
早速のコメントありがとうございます。 「sudo dpkg-reconfigure grub-pc」を行いsdb1からsdb訂正しました。 再度同じ処理で*印の位置がsdb1からsdbに移ってること確認しました。
<sdb1に指定した理由>
私はbootloaderを現在sdb1に置いておりますので、またデバイス選択画面にsdb1がありましたのでsdb1を指定した次第です。
(sdb1へのbootloader指定は10.04インストール時の「拡張」により設定)
ついては、bootloaderもsdb1からsdbに変更する必要ありませんか
取り急ぎ、報告とお尋ねまで、
オフライン
huhitomk による投稿:
<sdb1に指定した理由>
私はbootloaderを現在sdb1に置いておりますので、またデバイス選択画面にsdb1がありましたのでsdb1を指定した次第です。
(sdb1へのbootloader指定は10.04インストール時の「拡張」により設定)
MBRには何らかのローダーが埋めこまれてないとOSは起動しませんので、ご自身でGRUB以外のローダーをインストールした覚えがなさそうであれば、UbuntuをインストールしたときにGRUB2が(sdbに)インストールされていたと見て良いかと思います。おそらくそれは以前にインストールしたときのもので、それがたまたま残っていたのでPBRを指定してUbuntuをインストールしても起動できていたのではないかと推測します。
(きちんと確認してからにすべきだったと、ちょっと反省)
huhitomk による投稿:
ついては、bootloaderもsdb1からsdbに変更する必要ありませんか
「dpkg-reconfigure grub-pc」で変更しましたので問題ありませんよ。
オフライン
Templerさんへ
・「egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*」 grub表記抜粋
2011-01-10 10:58:35 upgrade libglib2.0-data 2.24.0-0ubuntugrub4 2.24.1-0ubuntu1 2011-01-10 10:58:39 upgrade libgtkmm-2.4-1c2a 1:2.20.2-1 1grub:2.20.3-0ubuntu1 2011-01-10 10:59:33 upgrade python-libxml2 2.7.6.dfsg-1ubungrubtu1 2.7.6.dfsg-1ubuntu1.1 2011-01-10 11:01:24 upgrade libapparmor1 2.5-0ubuntu3 2.5.1-grub0ubuntu0.10.04.2 2011-01-10 15:28:39 install gnome-exe-thumbnailer <なし> 0.7grub-0ubuntu1~lucid1 2011-01-10 18:03:15 install libdvbpsi5 <なし> 0.1.6-1grub 2011-01-10 18:03:42 install libupnp3 <なし> 1:1.6.6-4grub 2011-01-11 08:58:34 install libqt4-xml <なし> 4:4.6.2-0ubuntugrub5.1 2011-01-12 11:38:42 upgrade libc-dev-bin 2.11.1-0ubuntu7.6 2.grub11.1-0ubuntu7.7 2011-01-14 10:59:02 remove chromium-browser 8.0.552.224~r68599grub-0ubuntu0.10.04.1 8.0.552.224~r68599-0ubuntu0.10.04.1 2011-01-17 16:30:46 install x11proto-xinerama-dev <なし> 1.2-2grub 2011-01-17 16:30:56 install gedit-plugins <なし> 2.30.0-0ubuntu1grub-pc 2011-01-18 19:52:35 install grub <なし> 0.97-29ubuntu60 2011-01-18 20:15:59 remove grub-pc 1.98-1ubuntu9 1.98-1ubuntu9 2011-01-20 17:26:13 install libsoungrubdtouch1c2 <なし> 1.3.1-2 2011-01-27 11:21:16 install linux-headers-2.6.32-28 <なし> 2.6.32-28.5grub-pc5 2011-01-29 13:42:41 remove grub 0.97-29ubuntu60 0.97-29ubuntu60 2011-01-29 13:42:50 install grub-pc <なし> 1.98-1ubuntu9 ********@m*****-desktop:~$ egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*
1月10日に10.04CDより再インストールしております。 記録によれば、1月18日にgrublegacyがインストールされgrub−pcが削除されてます?。
意図してはやっておりません。 しかし、起動時OS選択画面あたりで、2~3回起動中で強制的に電源落とした記憶あります。18日にしたか
どうかは定かではありませんが。 これが影響してること無いでしょうか?
・「sdb1へのbootloader指定は10.04インストール時の「拡張」により設定」について」
bios切り替えのインストールであれば「拡張」でのsdb1への指定必要無いと言うことでしょうか?。 それともsdbと指定する必要あるのでしょうか?。 尚、GPartedで見ますとsdb1にboot表示あるのは?。 稚拙な質問ばかりで申し訳ありません。
報告と、お尋ねまで
オフライン
huhitomk による投稿:
コード:
〜省略〜 2011-01-18 19:52:35 install grub <なし> 0.97-29ubuntu60 2011-01-18 20:15:59 remove grub-pc 1.98-1ubuntu9 1.98-1ubuntu9 〜省略〜1月10日に10.04CDより再インストールしております。 記録によれば、1月18日にgrublegacyがインストールされgrub−pcが削除されてます?。
意図してはやっておりません。
うーむ。明らかに1月18日ではあるんですが、これは一体どういうことで?
#5で少し触れていますが「grub」と「grub-pc」は競合関係にありますので、grubパッケージをインストールするときにはgrub-pcパッケージはremoveされるんです。なので、grubのインストールの前にgrub-pcのremoveがないというのはおかしいように思います。しかも、ここまでの総合的な情報からgrub-pcはpurgeまでされていたようですし…。(あとで「dpkg --purge」した記録なのだとしてもgrubのインストールの前にgrub-pcをremoveした記録がないというのは説明が付かない)
私には理解できないかなり奇妙な現象です。
huhitomk による投稿:
しかし、起動時OS選択画面あたりで、2~3回起動中で強制的に電源落とした記憶あります。18日にしたか
どうかは定かではありませんが。 これが影響してること無いでしょうか?
こちらは無関係でしょうから、原因の特定まではかなり厳しくなりました。
huhitomk による投稿:
・「sdb1へのbootloader指定は10.04インストール時の「拡張」により設定」について」
bios切り替えのインストールであれば「拡張」でのsdb1への指定必要無いと言うことでしょうか?。 それともsdbと指定する必要あるのでしょうか?。 尚、GPartedで見ますとsdb1にboot表示あるのは?。
「sdb」を指定する必要があります。
(今後の注意点として。Ubuntu 10.10以降はインストーラーの仕様が変更されまして、ブートローダーのインストール場所の指定はパーティションの操作時にて行うようになりました。今まで通りの流れ作業で素通りしてしまうと違うところにGRUBをインストールされてしまうかもしれません)
ブートフラグに関しては、GRUBの場合は気にする必要ないです。
オフライン
Templerさん
お世話になります。
1)本投稿内容を読み返し、「操作しないかぎりgrub legacyとgrub−pcが入れ替わらない」筈だ。 意図的に操作してないのに何故替わる?
2)grubのインストールの前にgrub-pcのremoveがないというのはおかしい?
が理解できないとのTemplerさんの見解と理解します。
・1)のgrub記憶について追加
18日頃、/etc/default/grubのGRUB_TIMEOUT時間を10から5に変更を試みました。 その時に、5に設定し「sudo update−grub」のところを「sudo grub−instal か sudo instal grub 等」をし、「sudo update−grub」をしても5に変更され無かった記憶あります。 grubに関して他に操作はしてないと思います。
・2)grub−pc removeについて/1行抜け
失礼しました、私の報告ミスでした、お詫びします。
2011-01-18 19:52:29 remove grub-pc 1.98-1ubuntu9 1.98-1ubuntu9 2011-01-18 19:52:35 install grub <なし> 0.97-29ubuntu60 2011-01-18 20:15:59 remove grub-pc 1.98-1ubuntu9 1.98-1ubuntu9
前後2回 「remove grub−pc」があるのは?ですが。
恥ずかしい限りですが、報告します。
オフライン
抜けが埋まったことで、何らかのツールが行なったのではないかという可能性と理解はできそうです(※1、※2)。その日(18日)に、一見grubとは無関係そうなものでもツールやスクリプトを、新たにインストールした、もしくは実行した、どこかのサイトから拾ってきて実行した、など心当たりありませんでしょうか?
パッケージの操作を行うには管理者権限が必要となりますので、スクリプトなどを実行したのであれば、「auth.log」を見ると何か思い出せるものが見つかるかもしれません。下記コマンドで18日の部分を抜き出すことができますので確認してみてください。
zcat /var/log/auth.log.*.gz | grep "Jan 18"
ただ、問題は、仮にツールやスクリプトが行っていたということが判明したとして、そのような使用者が把握できないような事を行うものを信用してしまって良いのかどうかというところ(#7で「チョット怖いかも」と言ったのがこの懸念)。 もし、サイトから拾ってきたものを実行したのであれば、サイトに何かしらの説明やら情報が書かれていると思うのですが…。
※1 #10の段階では、ツールの類が依存関係を無視して強制的にgrubをインストールして後からgrub-pcを完全削除した、という強攻なロジックも考えられなくはないのですが、しかしそのようなロジックにする必要性は全く無いので納得しうるものではありませんでした。「remove grub-pc」が2つあるのであれば、2つ目の記録は、grub-pcの情報や残りカスは全く不要と判断し完全削除するために「dpkg --purge」を行なったその時の記録であるということで、その判断の理由はイマイチわかりませんが、つじつまは合うと思います。
※2 ここは今は省きます。
huhitomk による投稿:
・1)のgrub記憶について追加
18日頃、/etc/default/grubのGRUB_TIMEOUT時間を10から5に変更を試みました。 その時に、5に設定し「sudo update−grub」のところを「sudo grub−instal か sudo instal grub 等」をし、「sudo update−grub」をしても5に変更され無かった記憶あります。 grubに関して他に操作はしてないと思います。
これが微妙に悩ませますが、これ自体は直接関与していないとしても、その行動を読むと、huhitomkさんが(外観に関わる変更など)何らかのシステム整備を行っていたのではないかと想像ではありますが思えます。
オフライン
Templerさん「masakimk-desktop login: 」
・zcat /var/log/auth.log.*.gz | grep "Jan 18"の抜粋
~ ~ Jan 18 19:48:27 masakimk-desktop sudo: masakimk : TTY=pts/0 ; PWD=/home/masakimk ; USER=root ; COMMAND=/usr/bin/apt-get grub-install Jan 18 19:48:44 masakimk-desktop sudo: masakimk : TTY=pts/0 ; PWD=/home/masakimk ; USER=root ; COMMAND=/usr/bin/apt-get install Jan 18 19:50:16 masakimk-desktop ntpdate[1208]: gethostby*.getanswer: asked for "ntp.ubuntu.com IN AAAA", got type "A" Jan 18 19:50:26 masakimk-desktop gdm-session-worker[1129]: pam_unix(gdm-autologin:session): session opened for user masakimk by (uid=0) Jan 18 19:50:26 masakimk-desktop gdm-session-worker[1129]: pam_ck_connector(gdm-autologin:session): nox11 mode, ignoring PAM_TTY :0 Jan 18 19:50:31 masakimk-desktop polkitd(authority=local): Registered Authentication Agent for session /org/freedesktop/ConsoleKit/Session2 (system bus name :1.31 [/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1], object path /org/gnome/PolicyKit1/AuthenticationAgent, locale ja_JP.UTF-8) Jan 18 19:52:10 masakimk-desktop sudo: masakimk : TTY=pts/0 ; PWD=/home/masakimk ; USER=root ; COMMAND=/usr/bin/apt-get install grub「masakimk-desktop login: 」 Jan 18 19:53:52 masakimk-desktop ntpdate[1153]: gethostby*.getanswer: asked for "ntp.ubuntu.com IN AAAA", got type "A" ~ ~ Jan 18 20:15:24 masakimk-desktop polkitd(authority=local): Operator of unix-session:/org/freedesktop/ConsoleKit/Session2 successfully authenticated as unix-user:masakimk to gain TEMPORARY authorization for action com.ubuntu-tweak.daemon for system-bus-name::1.50 [/usr/bin/python /usr/bin/ubuntu-tweak] (owned by unix-user:masakimk) Jan 18 20:15:56 masakimk-desktop sudo: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/dpkg --purge grub-pc Jan 18 20:17:44 masakimk-desktop gdm-session-worker[1173]: pam_unix(gdm-autologin:session): session opened for user masakimk by (uid=0)
「apt-get grub-install」 「--purge grub-pc」が対応時刻前後に有ること確認されました、そのものズバリ入力した記憶は有りませんが。
日にちは定かでは有りませんがまた関係あるか?デスクトップより「ctrl+alt+f2」の試行をした記憶あります。このおりに
「masakimk-desktop login: 」とcui画面が出て入力待ちとなりますが、ここで適当な色んな語句を入れてパスワード入力しました。 結果は
不正入力で全て?跳ねられ「ctrl+alt+f7」でgui_desktopに戻ったことが2回以上ありました。
何れにしろ、コマンド入力・実行の記録がなされてます? ご確認ください。
報告まで
追伸)「masakimk-desktop login: 」にどのような入力すればdesuktopで開く端末内容にに移行できますか?。余談ながらお尋ねします。
オフライン
(ツールの線は薄まったかな。というかpurgeまでの時間が空きすぎているところの考慮がなかった)
関連するコマンドの記録はありますね。
まずこちらですが、
Jan 18 19:52:10 masakimk-desktop sudo: masakimk : TTY=pts/0 ; PWD=/home/masakimk ; USER=root ; COMMAND=/usr/bin/apt-get install grub「masakimk-desktop login: 」
の『「masakimk-desktop login: 」』の部分はこちらに投稿するときに紛れ込んでいませんか?
dpkgのログと併せてみるとそのはずなので、この時点で「grub」パッケージがインストールされていると見てよさそうです。
そして、
Jan 18 20:15:24 masakimk-desktop polkitd(authority=local): Operator of unix-session:/org/freedesktop/ConsoleKit/Session2 successfully authenticated as unix-user:masakimk to gain TEMPORARY authorization for action com.ubuntu-tweak.daemon for system-bus-name::1.50 [/usr/bin/python /usr/bin/ubuntu-tweak] (owned by unix-user:masakimk) Jan 18 20:15:56 masakimk-desktop sudo: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/dpkg --purge grub-pc
この部分は「Ubuntu Tweak」の「パッケージクリーナー」でgrub-pcの設定を消去した記録と見てよさそうです。
で、#14のログの省略された部分が「~ ~」だけであるという前提で、そのログの内容からわかる流れは、
1. 「apt-get grub-install」「apt-get install」を実行している。
2. そして再起動(というより落ちた?強制終了させた?)。
3. 起動後ログインして「apt-get install grub」を実行。
4. Ubuntu Tweakでgrub-pcの設定を削除(purge)した。
といったところでしょうか。
こうとなると、ツールやスクリプトが「apt-get grub-install」という間違ったことを行うとは思えませんし、そして「1.」と「3.」の間に「2.」があり、またその間の認証もありませんので、これらは自動処理ではなく人が行なった操作のように思えます。
(さて、これが詰めの一手となるか…)
もし、「apt-get grub-install」「apt-get install」「apt-get install grub」がhuhitomkさんの実行したコマンドなのだとしたら、打ち込んだコマンドがまだログ(「~/.bash_history」ファイル)に残っているかもしれません。
「history」コマンドを打ち込んでも既に範囲外となってしまっていて表示されないかもしれませんので、直接ファイルを覗いてみてください。「apt-get grub-install」の周辺にこれらコマンドが集まっていませんでしょうか。
また、「apt-get grub-install」「apt-get install」をもう一度実行すると、その時のメッセージで思い出せるかも?(これはちょっと無理があるかな…)
もし上記が違うのだとすると、まだログの省略された部分に別の何かが認証されている記録があるのでは?ということになるかと思います。(「CRON」による記録は無視しても良いかもしれませんが、それ以外は行動を推測するに足る情報になりえるかと思います)
オフライン
huhitomk による投稿:
追伸)「masakimk-desktop login: 」にどのような入力すればdesuktopで開く端末内容にに移行できますか?。余談ながらお尋ねします。
仮想コンソールには自動でログインされませんので、自信でユーザー名とパスワードを入力しなければなりません。「ホスト名 login:」がユーザー名を求めているプロンプトです。
オフライン
Templerさん
お世話になります。
・『「masakimk-desktop login: 」』の部分はこちらに投稿するときに紛れ込んでいませんか?:
#15の宛名のあとにも紛れ込んでます、宛名の部分は気づいてましたが、失礼しました。
・「~/.bash_history」の抜粋
~ sudo gedit /etc/default/grub sudo apt-get upgrade sudo apt-get updte sudo apt-get update sudo apt-get grub-install sudo apt-get install sudo apt-get install grub sudo apt-get update-grub sudo apt-get update grub sudo apt-get update sudo gedit /etc/default/grub xrandr ~ tty sudo upt-get install sudo apt-get installbash_history sudo apt-get upgrade sudo apt-get update sudo update-grub sudo apt-get update sudo apt-get upgrade sudo update-grub sudo gedit /etc/default/grub sudo gedit /boot/grub/grub.cfg tty sudo update-grub sudo update-grub. sudo update-grub gedit /etc/default/grub sudo gedit /etc/default/grub sudo lshw -short sudo update-grub dpkg -l | grep grub grub-install -v dpkg -l | egrep 'linux.*generic' dpkg -l | grep grub dpkg -l | egrep 'linux.*generic' grub-install -v dpkg -l | egrep 'linux.*generic' dpkg -l grub-pc dpkg -l | egrep 'linux.*generic' sudo dpkg-reconfigure grub-pc sudo apt-get upgrade sudo apt-get update grep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log* grep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log* egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log* sudo apt-get upgrade sudo apt-get update dpkg -l | egrep 'linux.*generic'.bash_history egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log* ~ ~(ここに2011.01.10表記の300行以上のデータあり) egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log* sudo gedit /etc/default/grub sudo update-grub zcat /var/log/auth.log.*.gz | grep "Jan 18" sudo gedit /etc/defaut/grub sudo gedit /etc/default/grub sudo gedit ~/.bash_history
(注)・「grub」のワードがあるところ辺りの抜粋です
・~、~~印は省略部/1月10日は関係ないとし省く
・~~部は1月10日日付時間あり、他はなし
・geditでは「文字エンコーディングを自動認識できませんでした。」のエラーがで開けなかったので、オープンオフィスライターで開いた。
(geditで開けるように検討したいのですが、参考net文献でもありましたら教えていただけないでしょうか)
私のlinux知識のスキルを越えてて申し訳ありませんが、判断し兼ねます。 参照までに抜粋付けました。
私も、今までの結果より「apt-get grub-install」「apt-get install」等をinputしてないという自信が薄れてきました。
この辺が追求の限界ではと思いますが如何でしょうか。
今後、今回の内容を踏まえ、10.04を使ってゆき次回のカーネルアップグレード結果を待ちたいと思います。
よろしくお願いします。
オフライン
終着のようです。
投稿していただいたログの冒頭に纏まって記録されています。
sudo gedit /etc/default/grub sudo apt-get upgrade sudo apt-get updte sudo apt-get update sudo apt-get grub-install sudo apt-get install sudo apt-get install grub sudo apt-get update-grub sudo apt-get update grub
思いっきり「apt-get grub-install」「apt-get install」「apt-get install grub」を実行していたようです。
この記録はこれまでのログとも一致しますし、また、huhitomkさんが#12で仰っていた、
huhitomk による投稿:
・1)のgrub記憶について追加
18日頃、/etc/default/grubのGRUB_TIMEOUT時間を10から5に変更を試みました。 その時に、5に設定し「sudo update−grub」のところを「sudo grub−instal か sudo instal grub 等」をし、「sudo update−grub」をしても5に変更され無かった記憶あります。 grubに関して他に操作はしてないと思います。
にも一致しそうです。
この投稿内容には、まだ「/etc/default/grub」が存在していたことが書かれていますので、上記に抜粋したログの部分に当てはまり、どうやら「sudo apt-get update-grub」とコマンドを間違われていたようで、それで書き換えた設定内容が反映されなかったということのようです。
ということで、これまで "GRUBを入れ替えた覚えがなく、grub-pcもpurgeされていた" ということで、(悪意のあるものなど)怪しい物を実行させてしまったのではないかと騒ぎ立ててしまいましたが、安心して良さそうです。(何だか、前回同様、私ひとりが騒いでいた感が…)
とはいえ、これは老婆心ながら、コマンドを使うときは慎重になったほうが良いですよ。特に「sudo」コマンドを使うときは使用するコマンドを間違ったり記述ミスをするとシステムを破壊してしまいます。(まあ、壊して学ぶというのも有りだったりはしますが)
とりあえず、お疲れ様でした、ということで良さそうでしょうか。
オフライン
huhitomk による投稿:
・geditでは「文字エンコーディングを自動認識できませんでした。」のエラーがで開けなかったので、オープンオフィスライターで開いた。
(geditで開けるように検討したいのですが、参考net文献でもありましたら教えていただけないでしょうか)
これについては、
egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log* ~ ~(ここに2011.01.10表記の300行以上のデータあり) egrep '[0-9] (install|upgrade|remove)' /var/log/dpkg.log*
の内容から、コマンドの結果をそのままコピペで実行させてしまったのではないかというのも窺えますので、おそらく同様に、エンコードの判断を誤るような文字の含まれた文字列を実行させてしまったその時の文字が問題になっているのではないかと思えます。
もし、そうであるのならそんなに気にする必要はないと思いますが、詳しく知りたいとか、どのテキストを開いてもエラーになるということでしたら別トピックを立ててください。
オフライン
Templerさん
丁寧なご指導有難う御座いました。 Linux(Ubuntu)を使い始めて1年4ヶ月ほどになりますが奥の深さを痛感しました。
トライアンドエラー方式での検討は今後も続けざるを得ないと思ってますが、「sudo」(root権限)使用にあたっては要注意で慎重に進めます。
解決、完了有難う御座いました。
追伸)「geditでの「文字エンコーディングを自動認識できませんでした」」の件自己解決しました。
オフライン