[過去ﾛｸﾞ] CentOS Part 51【RHEL Clone】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: 2019/11/08(金)22:55 ID:47UPLz72(1/4) AAS
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】
2chｽﾚ:linux
CentOS (The Community ENTerprise Operating System)
外部ﾘﾝｸ:www.centos.org
CentOS 配布ミラーサーバ
外部ﾘﾝｸ:www.centos.org
CentOS -- Wikipedia日本語版
外部ﾘﾝｸ:ja.wikipedia.org
876: 2020/08/01(土)16:53 ID:m+YUMxza(2/3) AAS
>>873
稀に良くある
877: 2020/08/01(土)16:53 ID:m+YUMxza(3/3) AAS
>>872
ウワァ〜
878: 2020/08/01(土)16:57 ID:nOZTqiEx(1) AAS
>>872
単に再起動してるだけならいいんじゃない
879: 2020/08/01(土)17:41 ID:LLBzLoOs(2/3) AAS
いい機会なので、7から8.2に入れ替えてやったわ！
880: 2020/08/01(土)19:10 ID:ZSUciS5x(1) AAS
ここに北
なんなんこれ？
881(1): 2020/08/01(土)19:35 ID:Jvd4f8k1(1) AAS
Windowsの俺最強
882: 2020/08/01(土)19:36 ID:k+p76LZ2(1/2) AAS
Mint にも kernel & grub のアップデート来てた。
CentOS でやられたから、見送った。
883: 2020/08/01(土)19:38 ID:k+p76LZ2(2/2) AAS
>>862
うまくいかん。
レスキューでマウントされない。
マニュアルでマウントしてみる。
884: 2020/08/01(土)19:47 ID:OTlQOQfi(1) AAS
>>881
こういう時に強い
885: 2020/08/01(土)19:47 ID:g8gnMZRx(1) AAS
あかん
886(1): 2020/08/01(土)19:51 ID:LLBzLoOs(3/3) AAS
外部ﾘﾝｸ:access.redhat.com
このレスキュー手順の中に Set up the network ってあるじゃん？
Refer to Enabling networking in rescue environment without chrooting for details.
そのリンク先はどーすりゃいいのよ
Enabling networking in rescue environment without chrooting
外部ﾘﾝｸ:access.redhat.com
なお、まだぐぐってない
887: 2020/08/01(土)21:29 ID:dqPrfN5m(1) AAS
chrootセントあかんのに
wo chrootってアホか？
888: 2020/08/02(日)11:47 ID:rBNfHY61(1) AAS
>>871
httpdをアップデートするとかならそれでも許せるが、ブートがらみのアップデートでそれってほんとクソ。
889(1): 2020/08/02(日)12:01 ID:YFYWbFic(1) AAS
dnf update中のメッセージにefiがどうこうっていうエラーが表示されたから
なんとなく再起動しないで待ってたんだけど正解だったみたいだな
890: 2020/08/02(日)13:24 ID:ctmwVF4b(1) AAS
>>886
USBメモリで起動していると思うけど、問題前の *.rpm をUSBメモリ入れておいて、chrootの後に
rpm -Uvh --oldpackage *.rpm
でイケると思うよ。
891: 2020/08/02(日)13:27 ID:sW2MRrNd(1) AAS
>>889
物理環境下なら確実に逝ける
正解
892: 2020/08/02(日)15:40 ID:/irh+PuQ(1) AAS
さくらのVPS問題なし
893: 2020/08/02(日)16:12 ID:aUU8E5mm(1) AAS
UEFIだからバーチャルは大丈夫っぽい
894(2): 2020/08/02(日)16:36 ID:Qm9grh9Q(1/4) AAS
明日の朝に断末魔と共にこのスレに来るサーバ管理者は2人ぐらいいるかな
結局「物理＋UEFI」のみ起こるということ？
895: 2020/08/02(日)17:11 ID:kvBSXR8T(1/2) AAS
実機でも起きるのは一部
896(2): 576 2020/08/02(日)19:12 ID:nV1DPmOG(1/2) AAS
>>894
明日の朝一でこのスレ見ている鯖管が居たら、確実に阿鼻叫喚だろうなぁ・・・。
一般企業では、定型処理完了後に定時(定期)バックアップを取って、再起動をスケジュールしている鯖も多そうだしw
まさかのGRUB絡みでの起動不能は痛いよ・・・。
897(1): 2020/08/02(日)19:23 ID:U6ZrYUJK(1) AAS
>>896
お前の方が痛々しい・・・・
898(1): 2020/08/02(日)20:06 ID:nYJH76hh(1/2) AAS
>>896
grub2での障害はいかんわ〜
せめてカーネルの障害なら、なんとかなったのに
>>894
今のところ、そんな感じ
899: 2020/08/02(日)20:15 ID:nYJH76hh(2/2) AAS
>>868
サンクス！
今は物理サーバーはEFIが殆どだろうから、
アップデート＆リブートした物理はほぼ全滅かもしれん。
900: 2020/08/02(日)20:16 ID:kvBSXR8T(2/2) AAS
ライブパッチ
901(1): 2020/08/02(日)20:25 ID:/9pAFlRy(1) AAS
大手でも自動でアップデートして再起動とかやってるの？
902(1): 2020/08/02(日)20:34 ID:FiT5WiN+(1) AAS
大手で本番系にいきなり適用するところは絶対にない
テスト環境でやって問題出なければ待機系アプデして様子見してから
903: 576 2020/08/02(日)20:45 ID:nV1DPmOG(2/2) AAS
>>897
何でよ?! w
>>898
ブートローダーを通る所までは行かないと、普通はそこでコケてるとは思わないしw
>>901
ポリシー次第なんじゃない?
>>902
Exactly.
904(1): 2020/08/02(日)20:50 ID:To2OdDa1(1) AAS
うちの担当先はアップデート禁止ｗ
意外とトラブルが少ないｗ
905(2): 2020/08/02(日)20:51 ID:Qm9grh9Q(2/4) AAS
今、CentOS7でやってみた。
POSTした後、モニタへの出力が何も出ない、真っ暗な状態。
出社時か寝起きに得意先や自社から連絡受けて、冷や汗かきながら出社したら心臓の鼓動を感じながら絶望するケースだわ
物理サーバで日曜日再起動しているようなのところはマズいぞこれ。
906: 2020/08/02(日)20:54 ID:8roYIHI8(1) AAS
>>905
恐らく、Centos史上最悪のアップデート
907: 2020/08/02(日)21:10 ID:Qm9grh9Q(3/4) AAS
LiveCD落としたくてもクッソ遅い・・・これが現場なら精神的に死ねるｗ
908(1): 2020/08/02(日)21:16 ID:Y30JtkNO(1) AAS
わざわざCentOS使ってるのに自動でyum updateするってのは、
百歩譲ってそれで障害を起こすシステムってのは、
この際だから色々と考え直した方がいいぞ
909: 2020/08/02(日)21:18 ID:1pikLud1(1/3) AAS
前線を引退した物理BIOSか仮想でがテスト環境で問題なし
本番UEFIで適用したら、ってケースもあるかもね。
…ウチのケースなんだが、このスレ見てて助かった。
910: 2020/08/02(日)21:19 ID:0ZF1jqbo(1) AAS
>>908
日本語で
911(1): 905 2020/08/02(日)21:55 ID:Qm9grh9Q(4/4) AAS
はー、今復活できたわ。
仮想の障害対策の練習とわかっていても、レスキューなんてしたことないし
chroot /mnt/sysimageなんて生まれて初めてやった。
chroot状態だと、nmtuiしてnetworkをrestartしてもdnsの解決できないのか・・・
稀なケースだと思うけどヤバ過ぎるわ、これ。
で、#yum updateしたら同じgrub死亡状態になったｗ
912: 2020/08/02(日)21:58 ID:Iee8mHWv(1) AAS
Archとかgentooを経験しておくとそういうの学べるんだけどな
913: 2020/08/02(日)22:29 ID:FAzwS8A0(1) AAS
CentOSでもブートパーティションをHDDからSSDに切り替えたりすると
その辺学べると思うんだけどな。
インストールされてるgrubがダメになっても、
別のgrubからinitramfsとvmlinuxが読めたらとりあえず起動はどうとでもなるでしょ。
914(1): 2020/08/02(日)22:50 ID:1pikLud1(2/3) AAS
本家では Fix された模様。
外部ﾘﾝｸ:access.redhat.com
RHEL 8.2
shim-ia32-15-15.el8_2.x86_64.rpm
shim-x64-15-15.el8_2.x86_64.rpm
RHEL 7.8
mokutil-15-8.el7_8.x86_64.rpm
mokutil-debuginfo-15-8.el7_8.x86_64.rpm
shim-ia32-15-8.el7_8.x86_64.rpm
shim-unsigned-ia32-15-8.el7.x86_64.rpm
shim-unsigned-x64-15-8.el7.x86_64.rpm
915(1): 2020/08/02(日)22:52 ID:1pikLud1(3/3) AAS
抜けてた。訂正。
RHEL 7.8
mokutil-15-8.el7_8.x86_64.rpm
mokutil-debuginfo-15-8.el7_8.x86_64.rpm
shim-ia32-15-8.el7_8.x86_64.rpm
shim-unsigned-ia32-15-8.el7.x86_64.rpm
shim-unsigned-x64-15-8.el7.x86_64.rpm
shim-x64-15-8.el7_8.x86_64.rpm
916: 2020/08/03(月)00:39 ID:mQW4qfbu(1) AAS
>>911
おいおいｗ
917(2): 2020/08/03(月)03:32 ID:jaAv4dft(1) AAS
趣味鯖ならともかく顧客や会社の鯖で自動アップデートとか自動再起動なんてありえない
918: 2020/08/03(月)04:43 ID:gAyRWoV0(1/2) AAS
>>917
そんな風に思ってなかったって人が、ノイジーですなぁ
そう思わんかね皆
919: 2020/08/03(月)05:05 ID:p/AQ3U3r(1/2) AAS
鯖缶が、鯖の生き死にを自由にしようなんて、おこがましいとは思わんかね
920(1): 2020/08/03(月)06:09 ID:lhgrt58Q(1) AAS
>>917
相手きよるんだよ
カス
921(1): 2020/08/03(月)06:38 ID:3QgE+zPa(1) AAS
>>920
相手きよる
ってどういう意味？
どこの方言？
922: 2020/08/03(月)07:32 ID:YzCXF3/T(1) AAS
>>921
相手に
923(1): 2020/08/03(月)09:07 ID:gAyRWoV0(2/2) AAS
他人が使うサーバで自動更新はやめとけって教訓を人々が得られて、
実によかったと思うよ今回の件
924: 2020/08/03(月)09:09 ID:7O3eyWEQ(1/2) AAS
>>923
アホか
925: 2020/08/03(月)09:46 ID:rNcSLtwW(1) AAS
一応検証環境で確認してからね。
とわいいつつ責任負いたくないから結局、そのままみたいなw
926: 2020/08/03(月)09:49 ID:7O3eyWEQ(2/2) AAS
３台とも真っ黒何だけど、何かあった？
927(2): 2020/08/03(月)10:09 ID:Y05lMOs5(1/2) AAS
日本の centos mirror にも
shim-x64-15-15.el8_2.x86_64.rpm
などの修正版が落ちてきた。
928: 2020/08/03(月)10:17 ID:n2jh0apV(1) AAS
>>927
おそいかった
929(1): 2020/08/03(月)10:17 ID:qOHcMgA9(1) AAS
>>927
これってバグ修正済み？
930(1): 2020/08/03(月)10:50 ID:Y05lMOs5(2/2) AAS
>>929
YES >>914 参照
931: 2020/08/03(月)10:55 ID:VLvmnmTr(1) AAS
>>930
これは、しばらく待ってからインストールした方がいいな。人柱はごめんだｗ
932: 2020/08/03(月)12:13 ID:DQerB16n(1) AAS
無職宅鯖管理者が必死になってたんかｗ
933: 2020/08/03(月)12:18 ID:g1anOWxa(1) AAS
昼休みなのに飯食えん
なんなのこれ？
934: 2020/08/03(月)16:28 ID:DOpfMVjH(1) AAS
CentOS全滅してんだけどなんだよこれ
935: 2020/08/03(月)17:11 ID:3vOCq5lq(1) AAS
今日は仕事にならん...
こんなの初めて
936: 2020/08/03(月)17:34 ID:+HJ0/14J(1) AAS
間抜けz
937: 2020/08/03(月)18:46 ID:p/AQ3U3r(2/2) AAS
いまどきベアメタルでやってる人いねーよ、と思ったら、デスクトップ用途で使ってる人がいるのか
938: 2020/08/03(月)19:49 ID:Hr02c0Wh(1) AAS
Hyper-V上のサーバも死んだんだが
939: 2020/08/03(月)22:05 ID:ST7lK55+(1) AAS
回復手順やっても駄目なやつ多数
940: 2020/08/04(火)01:19 ID:APnN4yHK(1) AAS
UEFIだと一律死ぬっぽい
だからHyper-Vも死ぬ
KVMはデフォルトで使ってる分には平気
941: 2020/08/04(火)09:58 ID:HImLNuWE(1) AAS
全部なのか一部なのか
942(2): 2020/08/04(火)10:28 ID:bxdJEo2T(1/2) AAS
WinSV 2012 Hyper-V,第2世代(UEFI),SecureBoot無効,CentOS 8.2 で
shim-x64-15-15.el8_2.x86_64
でもダメだった。kernel選択画面までいかない。
grub2-efi-x64-2.02-87.el8_2.x86_64 と他の grub2 関連
kernel-4.18.0-147.8.1.el8_1.x86_64
は大丈夫だった。
問題の出てる環境は
shim-x64-15-11.el8_2.x86_64
にロールバックするのが善策と思われる。
943: 2020/08/04(火)10:46 ID:bxdJEo2T(2/2) AAS
同じ環境なんだが
shim-x64-15-13.el8_2.x86_64
shim-x64-15-15.el8_2.x86_64
いずれも大丈夫なものもあった。違いが分からん…
944: 2020/08/04(火)10:59 ID:rx3FgYT1(1) AAS
>>942
うちは物理環境下だけど
さんざんロールバックとかやっても
駄目だったわ。
945: 2020/08/04(火)11:30 ID:47R9VHVd(1) AAS
HDDの障害が発生した。
参った！
946(3): 2020/08/06(木)10:16 ID:g0gwgUYs(1/4) AAS
>>942
まったく同じ環境です。WinServer2012R2 Hyper-v CentOS8。
同様にカーネルの選択画面にすらならない。
shimのロールバックって、DVDのisoから起動してrescueモードでやるの？
947: 2020/08/06(木)10:35 ID:jz/1M1nh(1/2) AAS
>>946
そう
948(1): 2020/08/06(木)10:57 ID:jUdAvA62(1) AAS
>>946
8.2 の minimal iso で rescue するのが手っ取り早いかと。
ちょうど shim-x64-15-11.el8_2.x86_64 が収録されているし。
949(1): 2020/08/06(木)11:11 ID:jz/1M1nh(2/2) AAS
>>946
rescue boot
mount
chroot
dnf
reboot
950(1): 2020/08/06(木)12:46 ID:g0gwgUYs(2/4) AAS
>>948>>949
ありがとうございます。15-11が収録されてるisoから起動しました。chrootしてから
yum downgrade shim-x64 grub2\*
で大丈夫なんですか。
951: 2020/08/06(木)13:15 ID:68bsv+50(1) AAS
>>950
ok
952: 2020/08/06(木)16:59 ID:g0gwgUYs(3/4) AAS
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: 2020/08/06(木)17:10 ID:RW0PZnj5(1/2) AAS
俺もyum downgrade、練習でやってみたけど、
yum updateはサーバにつないで最新に上げるよね。
yum downgradeはネットワークが無いとできないと思うけど、
直前のパッケージに戻せるなら、直前のパッケージを覚えているの？
yum clean allしてしまうと戻せないの？
954: 2020/08/06(木)17:22 ID:g0gwgUYs(4/4) AAS
948さんはnmcliとかネットワークの設定をしなくて済むように古いパッケージ収録済みのisoを教えてくれたんだと思う。
955: 2020/08/06(木)17:30 ID:RW0PZnj5(2/2) AAS
あぁぁ、ローカルのisoマウントしてパッケージコピーしているのね。
nmtuiしても逆引きできなくてハマったわ
yum(dnf)で古いバージョンのパッケージをinstallできるのね。
-f とか --forceみたいなのいると思ってた。
956: 2020/08/06(木)17:58 ID:96ZBNVp0(1/2) AAS
レスキューモードで起動したとき、syncしないで再起動するとディスクに変更が書き込まれなかったりしたけど、直ってんのかな
957: 2020/08/06(木)20:59 ID:thYI9KZ3(1) AAS
初耳
958: 2020/08/06(木)21:18 ID:IB10fpyb(1/2) AAS
このBoot Hole Vulnerabity問題（に起因する起動できなくなる問題）は、しばらく経てばCent側で直してくれるのかな？普通にdnf upgradeで。
もう恐くてリブートできないわ。最低限でも起動できる環境にしとかないと、fixも糞もないし。
959(1): 2020/08/06(木)21:52 ID:96ZBNVp0(2/2) AAS
オンプレならなんとかなるけど、クラウドだったらレスキューモードも何もないからお手上げじゃね？
960(1): 2020/08/06(木)22:04 ID:IB10fpyb(2/2) AAS
たしかにオンプレミスならどうにかなるけど、クラウドじゃな。
今回のは、阿鼻叫喚率けっこう高かったんじゃないかな？
961: 2020/08/06(木)23:04 ID:VDkKo2E7(1) AAS
バーチャルは無害
962: 2020/08/06(木)23:11 ID:O+G8vhNm(1/2) AAS
物理ならなおさら動かしっぱなし
963(1): 2020/08/06(木)23:34 ID:EMaLp0hT(1) AAS
>>959
>>960
クラウドだったら、さっさと問題ないテンプレから仮想マシン作り直すなり
ディスクイメージに戻してブートするだけで解決かと
むしろ、オンプレの感覚でクラウド使っちゃう運用のまずさ、人の問題が
明らかにされているのではないのこれ
964: 2020/08/06(木)23:48 ID:O+G8vhNm(2/2) AAS
そもそもアップデートは強制されてない
965(2): 2020/08/07(金)03:15 ID:E1pbPjGk(1/3) AAS
grubがダメなだけだったら、まともに起動するgrubのコンソールモードを使って(liveusbとか)
vmlinuxを適当なパラメータで立ち上げてやったら普通に起動できるんじゃないの？
普通に起動したらdnf updateしておしまいなような気もするんだけど、
initrdとかまで壊れたりするのが今回の問題だったりする？
966(1): 2020/08/07(金)09:33 ID:JW0ZhprQ(1) AAS
>>965
grub.conf出力とかもダメだったと思った
967(2): 2020/08/07(金)09:43 ID:Dqv2Bj2S(1) AAS
ブートローダーのgrub2とUEFIファームウェアの両方の更新が必要なのにどちらか一方だと起動不能になるようだ。ファームから抽出した情報を特別な言語にしてgrubに引き渡す仕組みみたいなので、起動不能になるのは当然っちゃ当然か。詳しい話しはよく分からないが以下に
外部ﾘﾝｸ:www.google.co.jp
968: 2020/08/07(金)10:25 ID:5NH7RlWO(1) AAS
>>965
知らないからできないってだけでしょ。
969: 2020/08/07(金)11:51 ID:HlbbuCtx(1) AAS
>>967
つーことは
各種VMの仮想ファームウェア(的なもの？)が近々更新されるってことかね。
さらなる阿鼻叫喚が待っていたりして…
970: 2020/08/07(金)12:51 ID:VIrjv9EB(1) AAS
やめろよｗ
971: 2020/08/07(金)12:53 ID:C7felwjz(1) AAS
>>967
grub.cfgが書き換えられてる時点で、もうセキュリティリスク云々以前の話だと思うのは俺だけか？
972(1): 2020/08/07(金)13:21 ID:E1pbPjGk(2/3) AAS
>>966
grub.cfgは/bootを別のLinuxで起動してマウントしたら普通に見えるんじゃないの？
grub.cfgが全部消えてたら確かに結構きついけど。
grub.cfgの中身を人間が読めたらあとは間違いなく入力していけば起動できるはず。
パーティーションUUIDを手入力するのはめっちゃきついって話はあるけど。
/boot壊れたときに大丈夫かな、と思って自宅のサーバーを確認したけどちゃんと6時間毎にバックアップとってあるから大丈夫だな。
自力で復旧が出来る出来ないは別にせよ、ブートプロセスまわりでトラブると治すのに時間がかかるから勘弁してほしいよねぇ。
973(1): 2020/08/07(金)13:37 ID:8j7QCKBg(1) AAS
>>972
grub.cfg ってそのままは参照されない
と思ったが？
974: 2020/08/07(金)14:08 ID:iZiequ80(1/4) AAS
>>851
kernel x86_64 3.10.0-1127.18.2.el7 updates 50 M
今日、yum updateで見ると、同じバージョンだな。
まだ致命的な問題が修正されてないのかな？
975: 2020/08/07(金)14:11 ID:iZiequ80(2/4) AAS
>>904
全部でなくて、
必要なものだけにしておくと良いよね。
976: 2020/08/07(金)14:15 ID:iZiequ80(3/4) AAS
>>868
これRedHatは連日サポートで大変じゃない？
自分はセントOSなんでノーサポだけどな。
977: 2020/08/07(金)14:20 ID:iZiequ80(4/4) AAS
>>963
VPSなどでKVMの母体で再起動不能になったら怖いなと思ったが、
母体を再起動することなんて滅多にないんだろう。
ユーザーが気をつけていることが大切か。
あと、Dockerで運用するのも被害少なくて良さそう。
978: 2020/08/07(金)15:24 ID:aAHsK2wx(1) AAS
でも酔った勢いで良かれと思って
おまじない代わりに再起動することたまにあるわ
ssh接続できるまでドキドキが止まらない。
979(2): 2020/08/07(金)17:48 ID:E1pbPjGk(3/3) AAS
>>973
だったら尚更ファイルの中身を人間が見れれば
grubの画面をとにかく出せば起動できるってことでしょ？
直接参照されなくたって、与えるパラメータはgrub.cnfに書いてあるものと同じなのだから。
980(1): 2020/08/07(金)18:13 ID:DmuErxSo(1) AAS
>>979
アホか？
981: 2020/08/08(土)00:07 ID:RHKYQUko(1) AAS
カーネルライブパッチの有効化
外部ﾘﾝｸ:access.redhat.com
982(1): 2020/08/08(土)00:09 ID:rRdZzwNU(1) AAS
>>980
なにを主張したいのかわからない。アホって言うのは好きにすればいいと思うけどコミュニケーション成立してないよ。
cmdlineってわかりますか？
983: 2020/08/08(土)00:15 ID:pty8/PH4(1) AAS
>>982
アホか？
984: 2020/08/08(土)07:06 ID:P5n7FIcm(1) AAS
>>979
こういう口だけの奴が一番のアホ
985: 2020/08/08(土)11:09 ID:4ONH1b9b(1) AAS
自分が信じてることを否定されるのは耐えられないんだな。こちらが困るわけでもなし、放っておくのが一番。
986: 2020/08/09(日)00:00 ID:tsbtjjLW(1) AAS
ほっとけ
この人、前はかじった知識だけであたりかまわず煽ってたけど
本職に論破されまくったもんだから最近はディスるだけになっちまった
987: 2020/08/09(日)17:56 ID:UT2qVcyH(1/2) AAS
カーネルライブパッチの有効化
外部ﾘﾝｸ:access.redhat.com
988: 2020/08/09(日)21:47 ID:djCQV4Ki(1) AAS
これを機会にgrubの動作プロセスを学ぶのもいい勉強になると思うんだけどね。
わかると、ブートするディスクを変更するのとかがこわくなくなるから確実にLinuxのメンテナンススキルが上がるのだけど。
コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。
989: 2020/08/09(日)22:20 ID:xjdpWiiN(1) AAS
キモ
990: 2020/08/09(日)22:36 ID:8z/EBFco(1) AAS
肝なんだよなあ
991: 2020/08/09(日)22:53 ID:UT2qVcyH(2/2) AAS
再起動など不要
外部ﾘﾝｸ:access.redhat.com
992(1): 2020/08/10(月)05:20 ID:taSSAmK+(1) AAS
grub の動作プロセスを学ぶのが「学ぶスタイルの人」で
それをやらない人は「学んでいかないスタイルの人」と思ってるのかｗｗ
馬鹿。
993: 2020/08/10(月)07:49 ID:cqXMF6Jj(1) AAS
肝心要の火曜日だ
994: 2020/08/10(月)11:02 ID:YS2aXB7J(1) AAS
kpatchというものがあるのか。学んでしまった。
995: 2020/08/10(月)19:30 ID:zpD9RiKA(1) AAS
>>992
grubの動作プロセスもわかんないの？アホかw
996: 2020/08/10(月)19:47 ID:mhoNGmFc(1) AAS
コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。
997: 2020/08/10(月)20:17 ID:EbsDlNRO(1) AAS
コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。
998: 2020/08/10(月)20:25 ID:9OKVDt6X(1) AAS
つかgrubなんて必要なモジュールをロードなり実行なりして必要に応じてrootやらprefixやらカーネルやらinitrdやら指定してbootするだけやん
勉強なんて言うほど大袈裟なもんか？
999: 2020/08/10(月)20:40 ID:FiKQdm4b(1/2) AAS
コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。
1000: 2020/08/10(月)20:40 ID:FiKQdm4b(2/2) AAS
コンピュータ触るくせに、学んでいかないスタイルは基本損しかしないと思うわ。
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 275日 21時間 45分 14秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
外部ﾘﾝｸ:premium.5ch.net
▼ 浪人ログインはこちら ▼
外部ﾘﾝｸ[php]:login.5ch.net
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.212s*