CentOS Part 51【RHEL Clone】

1 ：login:Penguin：2019/11/08(金) 22:55:00.80 ID:47UPLz72.net

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

952 ：login:Penguin：2020/08/06(木) 16:59:13.49 ID:g0gwgUYs.net

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日ぶりの復帰です。
情報ありがとうございました。

953 ：login:Penguin：2020/08/06(木) 17:10:56.10 ID:RW0PZnj5.net

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

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

954 ：login:Penguin：2020/08/06(木) 17:22:50.66 ID:g0gwgUYs.net

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

955 ：login:Penguin：2020/08/06(木) 17:30:38.89 ID:RW0PZnj5.net

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

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

956 ：login:Penguin：2020/08/06(木) 17:58:53.63 ID:96ZBNVp0.net

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

957 ：login:Penguin：2020/08/06(木) 20:59:44.40 ID:thYI9KZ3.net

初耳

958 ：login:Penguin：2020/08/06(木) 21:18:17.53 ID:IB10fpyb.net

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

959 ：login:Penguin：2020/08/06(木) 21:52:28.70 ID:96ZBNVp0.net

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

960 ：login:Penguin：2020/08/06(木) 22:04:08.04 ID:IB10fpyb.net

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

961 ：login:Penguin：2020/08/06(木) 23:04:53.00 ID:VDkKo2E7.net

バーチャルは無害

962 ：login:Penguin：2020/08/06(木) 23:11:06.13 ID:O+G8vhNm.net

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

963 ：login:Penguin：2020/08/06(木) 23:34:09.39 ID:EMaLp0hT.net

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

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

964 ：login:Penguin：2020/08/06(木) 23:48:07.23 ID:O+G8vhNm.net

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

965 ：login:Penguin：2020/08/07(金) 03:15:48.79 ID:E1pbPjGk.net

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

966 ：login:Penguin：2020/08/07(金) 09:33:22.53 ID:JW0ZhprQ.net

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

967 ：login:Penguin：2020/08/07(金) 09:43:20.56 ID:Dqv2Bj2S.net

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

968 ：login:Penguin：2020/08/07(金) 10:25:58.39 ID:5NH7RlWO.net

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

969 ：login:Penguin：2020/08/07(金) 11:51:01.83 ID:HlbbuCtx.net

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

970 ：login:Penguin：2020/08/07(金) 12:51:45.72 ID:VIrjv9EB.net

やめろよｗ

971 ：login:Penguin：2020/08/07(金) 12:53:33.95 ID:C7felwjz.net

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

972 ：login:Penguin：2020/08/07(金) 13:21:28.18 ID:E1pbPjGk.net

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

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

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

973 ：login:Penguin：2020/08/07(金) 13:37:52.03 ID:8j7QCKBg.net

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

974 ：login:Penguin：2020/08/07(金) 14:08:57.76 ID:iZiequ80.net

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

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

975 ：login:Penguin：2020/08/07(金) 14:11:16.82 ID:iZiequ80.net

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

976 ：login:Penguin：2020/08/07(金) 14:15:28.90 ID:iZiequ80.net

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

977 ：login:Penguin：2020/08/07(金) 14:20:09.25 ID:iZiequ80.net

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

978 ：login:Penguin：2020/08/07(金) 15:24:25.34 ID:aAHsK2wx.net

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

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

979 ：login:Penguin：2020/08/07(金) 17:48:42.28 ID:E1pbPjGk.net

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

980 ：login:Penguin：2020/08/07(金) 18:13:37.27 ID:DmuErxSo.net

>>979
アホか？

981 ：login:Penguin：2020/08/08(土) 00:07:46.91 ID:RHKYQUko.net

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

982 ：login:Penguin：2020/08/08(土) 00:09:35.77 ID:rRdZzwNU.net

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

983 ：login:Penguin：2020/08/08(土) 00:15:25.18 ID:pty8/PH4.net

>>982
アホか？

984 ：login:Penguin：2020/08/08(土) 07:06:53.74 ID:P5n7FIcm.net

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

985 ：login:Penguin：2020/08/08(土) 11:09:20.76 ID:4ONH1b9b.net

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

986 ：login:Penguin：2020/08/09(日) 00:00:14.53 ID:tsbtjjLW.net

ほっとけ

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

987 ：login:Penguin：2020/08/09(日) 17:56:41.02 ID:UT2qVcyH.net

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

988 ：login:Penguin：2020/08/09(日) 21:47:37 ID:djCQV4Ki.net

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

989 ：login:Penguin：2020/08/09(日) 22:20:06.68 ID:xjdpWiiN.net

キモ

990 ：login:Penguin：2020/08/09(日) 22:36:57 ID:8z/EBFco.net

肝なんだよなあ

991 ：login:Penguin：2020/08/09(日) 22:53:03.39 ID:UT2qVcyH.net

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

992 ：login:Penguin：2020/08/10(月) 05:20:02.15 ID:taSSAmK+.net

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

993 ：login:Penguin：2020/08/10(月) 07:49:25.03 ID:cqXMF6Jj.net

肝心要の火曜日だ

994 ：login:Penguin：2020/08/10(月) 11:02:27.68 ID:YS2aXB7J.net

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

995 ：login:Penguin：2020/08/10(月) 19:30:00.54 ID:zpD9RiKA.net

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

996 ：login:Penguin：2020/08/10(月) 19:47:45.27 ID:mhoNGmFc.net

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

997 ：login:Penguin：2020/08/10(月) 20:17:31.09 ID:EbsDlNRO.net

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

998 ：login:Penguin：2020/08/10(月) 20:25:20.66 ID:9OKVDt6X.net

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

999 ：login:Penguin：2020/08/10(月) 20:40:08.42 ID:FiKQdm4b.net

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

1000 ：login:Penguin：2020/08/10(月) 20:40:14.32 ID:FiKQdm4b.net

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

1001 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。