CentOS Part 51【RHEL Clone】

CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
* Fedora 28≒RHEL 8≒CentOS 8
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。

前スレ
CentOS Part 50【RHEL Clone】
http://mao.5ch.net/test/read.cgi/linux/1555069001/

CentOS (The Community ENTerprise Operating System)
http://www.centos.org/

CentOS 配布ミラーサーバ
http://www.centos.org/download/mirrors/

CentOS -- Wikipedia日本語版
http://ja.wikipedia.org/wiki/CentOS

948さん、949(947)さん、ホントにありがとうございました。無事起動できました。感謝、感謝です

結局、yum downgrade shim-x64 grub2\*
ではダメでcannot downgrade itと表示されました
なのでisoの中身のshim-x64-15-11.el8.x86_64.rpmを/rootにコピーしてからインストールしました

以下、備忘録も兼ねて、誰かのお役に立てたら

0)948さんの推すisoを入手、iso起動、トラブルシュート→レスキューモード→1〜4の選択肢から1のコンテニューを選ぶ
1)chroot /mnt/sysimage
2)mount /dev/cdrom /media
3)cp /media/BaseOS/Packages/shim-x64-15-11.el8.x86_64.rpm /root
4)yum install shim-x64-15-11.el8.x86_64.rpm
5)依存性解決等のウィザードが始まりyes回答
6)Complete!の表示
7)CentOS8の停止

この後、いつものようにhyper-v仮想マシンの起動順序をefiファイルブートてっぺんに直し、且つDVDドライブ削除して恐る恐る起動。
何事もなく起動しました。2日ぶりの復帰です。
情報ありがとうございました。

俺もyum downgrade、練習でやってみたけど、
yum updateはサーバにつないで最新に上げるよね。

yum downgradeはネットワークが無いとできないと思うけど、
直前のパッケージに戻せるなら、直前のパッケージを覚えているの？
yum clean allしてしまうと戻せないの？

948さんはnmcliとかネットワークの設定をしなくて済むように古いパッケージ収録済みのisoを教えてくれたんだと思う。

あぁぁ、ローカルのisoマウントしてパッケージコピーしているのね。
nmtuiしても逆引きできなくてハマったわ

yum(dnf)で古いバージョンのパッケージをinstallできるのね。
-f とか --forceみたいなのいると思ってた。

レスキューモードで起動したとき、syncしないで再起動するとディスクに変更が書き込まれなかったりしたけど、直ってんのかな

初耳

このBoot Hole Vulnerabity問題（に起因する起動できなくなる問題）は、しばらく経てばCent側で直してくれるのかな？普通にdnf upgradeで。
もう恐くてリブートできないわ。最低限でも起動できる環境にしとかないと、fixも糞もないし。

オンプレならなんとかなるけど、クラウドだったらレスキューモードも何もないからお手上げじゃね？

たしかにオンプレミスならどうにかなるけど、クラウドじゃな。
今回のは、阿鼻叫喚率けっこう高かったんじゃないかな？

バーチャルは無害

物理ならなおさら動かしっぱなし

>>959
>>960
クラウドだったら、さっさと問題ないテンプレから仮想マシン作り直すなり
ディスクイメージに戻してブートするだけで解決かと

むしろ、オンプレの感覚でクラウド使っちゃう運用のまずさ、人の問題が
明らかにされているのではないのこれ

そもそもアップデートは強制されてない

grubがダメなだけだったら、まともに起動するgrubのコンソールモードを使って(liveusbとか)
vmlinuxを適当なパラメータで立ち上げてやったら普通に起動できるんじゃないの？
普通に起動したらdnf updateしておしまいなような気もするんだけど、
initrdとかまで壊れたりするのが今回の問題だったりする？

>>965
grub.conf出力とかもダメだったと思った

ブートローダーのgrub2とUEFIファームウェアの両方の更新が必要なのにどちらか一方だと起動不能になるようだ。ファームから抽出した情報を特別な言語にしてgrubに引き渡す仕組みみたいなので、起動不能になるのは当然っちゃ当然か。詳しい話しはよく分からないが以下に
https://www.google.co.jp/amp/s/gigazine.net/amp/20200731-boothole

>>965
知らないからできないってだけでしょ。

>>967
つーことは
各種VMの仮想ファームウェア(的なもの？)が近々更新されるってことかね。
さらなる阿鼻叫喚が待っていたりして…

やめろよｗ

>>967
grub.cfgが書き換えられてる時点で、もうセキュリティリスク云々以前の話だと思うのは俺だけか？

>>966
grub.cfgは/bootを別のLinuxで起動してマウントしたら普通に見えるんじゃないの？
grub.cfgが全部消えてたら確かに結構きついけど。
grub.cfgの中身を人間が読めたらあとは間違いなく入力していけば起動できるはず。
パーティーションUUIDを手入力するのはめっちゃきついって話はあるけど。

/boot壊れたときに大丈夫かな、と思って自宅のサーバーを確認したけどちゃんと6時間毎にバックアップとってあるから大丈夫だな。

自力で復旧が出来る出来ないは別にせよ、ブートプロセスまわりでトラブると治すのに時間がかかるから勘弁してほしいよねぇ。

>>972
grub.cfg ってそのままは参照されない
と思ったが？

>>851
kernel x86_64 3.10.0-1127.18.2.el7 updates 50 M

今日、yum updateで見ると、同じバージョンだな。
まだ致命的な問題が修正されてないのかな？

>>904
全部でなくて、
必要なものだけにしておくと良いよね。

>>868
これRedHatは連日サポートで大変じゃない？
自分はセントOSなんでノーサポだけどな。

>>963
VPSなどでKVMの母体で再起動不能になったら怖いなと思ったが、
母体を再起動することなんて滅多にないんだろう。
ユーザーが気をつけていることが大切か。
あと、Dockerで運用するのも被害少なくて良さそう。

でも酔った勢いで良かれと思って
おまじない代わりに再起動することたまにあるわ

ssh接続できるまでドキドキが止まらない。

>>973
だったら尚更ファイルの中身を人間が見れれば
grubの画面をとにかく出せば起動できるってことでしょ？
直接参照されなくたって、与えるパラメータはgrub.cnfに書いてあるものと同じなのだから。

>>979
アホか？

カーネルライブパッチの有効化
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/7/html/kernel_administration_guide/sect-enabling_kernel_live_patching

>>980
なにを主張したいのかわからない。アホって言うのは好きにすればいいと思うけどコミュニケーション成立してないよ。
cmdlineってわかりますか？

>>982
アホか？

>>979
こういう口だけの奴が一番のアホ

自分が信じてることを否定されるのは耐えられないんだな。こちらが困るわけでもなし、放っておくのが一番。

ほっとけ

この人、前はかじった知識だけであたりかまわず煽ってたけど
本職に論破されまくったもんだから最近はディスるだけになっちまった

カーネルライブパッチの有効化
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/7/html/kernel_administration_guide/sect-enabling_kernel_live_patching

これを機会にgrubの動作プロセスを学ぶのもいい勉強になると思うんだけどね。
わかると、ブートするディスクを変更するのとかがこわくなくなるから確実にLinuxのメンテナンススキルが上がるのだけど。
コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。

キモ

肝なんだよなあ

再起動など不要
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/7/html/kernel_administration_guide/sect-enabling_kernel_live_patching

grub の動作プロセスを学ぶのが「学ぶスタイルの人」で
それをやらない人は「学んでいかないスタイルの人」と思ってるのかｗｗ
馬鹿。

肝心要の火曜日だ

kpatchというものがあるのか。学んでしまった。

>>992
grubの動作プロセスもわかんないの？アホかw

コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。

コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。

つかgrubなんて必要なモジュールをロードなり実行なりして必要に応じてrootやらprefixやらカーネルやらinitrdやら指定してbootするだけやん
勉強なんて言うほど大袈裟なもんか？

コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。

コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 275日 21時間 45分 14秒

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php