![[PukiWiki]](image/picc.png "[PukiWiki]")
#author("2023-04-15T17:31:19+00:00","default:sysosa","sysosa") #author("2024-08-23T04:36:39+00:00;2023-04-15T17:31:19+00:00","default:sysosa","sysosa") &color(lightseagreen){''CentOS 7''};を入れてみる。 従来からディスクトップはwindows/MacOSX。計算リソースをLinuxと想定してますので、いわゆる最小環境で構築してみます。 まずは、ＯＳのインストールから。 [[ネットワーク設定>CentOS/network]] [[メモ>CentOS/memo]] [[zfs>CentOS/zfs]] [[XDMCP>CentOS/XDMCP]] [[ネットワーク設定>CentOS/network]] [[メモ>CentOS/memo]] [[zfs>CentOS/zfs]] [[XDMCP>CentOS/XDMCP]] [[CentOS/repo]] ***kernelを最新にする [#xee7d842] CentOS7のディストリビューターが提供しているkernelではなく、[[http://elrepo.org/tiki/HomePage>+http://elrepo.org/tiki/HomePage]]が提供しているkernelを使ってみる まずはELRepoのリポジトリをインストールします #code(nonumber){{ [root@centos7 ~]# rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org [root@centos7 ~]# yum install https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm (RHEL8系なら) yum install https://www.elrepo.org/elrepo-release-8.el8.elrepo.noarch.rpm (RHEL9系なら) yum install https://www.elrepo.org/elrepo-release-9.el9.elrepo.noarch.rpm }} 「/etc/yum.repos.d/elrepo.repo」が置かれて、これには elrepo, elrepo-testing, elrepo-kernel, elrepo-extras なリポジトリが記載され、elrepoのみが有効. っで elrepo-kernelリポジトリで提供されているパッケージは下記で確認出来て、「kernel-lt」と「kernel-ml」がある. 「kernel-lt」は長期サポート版 &size(10){長期サポート版って言っても kernel.org では複数の長期サポート版があって、そのなかの１つだけが選ばれている}; 「kernel-ml」はmain linestable版. &size(10){main linestable版って実は他にあるstable版よりも最新版で出来立てのカーネル. 「長期サポート」ほどこなれてない枯れてないカーネル. だから不安定って訳ではない. バグもあるだろうが、それは他のカーネルとして同じ. }; #code(nonumber){{ [root@centos7 ~]# yum list available --disablerepo=* --enablerepo=elrepo-kernel Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * elrepo-kernel: ftp.ne.jp Available Packages kernel-lt.x86_64 5.4.240-1.el7.elrepo elrepo-kernel kernel-lt-devel.x86_64 5.4.240-1.el7.elrepo elrepo-kernel kernel-lt-doc.noarch 5.4.240-1.el7.elrepo elrepo-kernel kernel-lt-headers.x86_64 5.4.240-1.el7.elrepo elrepo-kernel kernel-lt-tools.x86_64 5.4.240-1.el7.elrepo elrepo-kernel kernel-lt-tools-libs.x86_64 5.4.240-1.el7.elrepo elrepo-kernel kernel-lt-tools-libs-devel.x86_64 5.4.240-1.el7.elrepo elrepo-kernel kernel-ml.x86_64 6.2.11-1.el7.elrepo elrepo-kernel kernel-ml-devel.x86_64 6.2.11-1.el7.elrepo elrepo-kernel kernel-ml-doc.noarch 6.2.11-1.el7.elrepo elrepo-kernel kernel-ml-headers.x86_64 6.2.11-1.el7.elrepo elrepo-kernel kernel-ml-tools.x86_64 6.2.11-1.el7.elrepo elrepo-kernel kernel-ml-tools-libs.x86_64 6.2.11-1.el7.elrepo elrepo-kernel kernel-ml-tools-libs-devel.x86_64 6.2.11-1.el7.elrepo elrepo-kernel perf.x86_64 5.4.240-1.el7.elrepo elrepo-kernel python-perf.x86_64 5.4.240-1.el7.elrepo elrepo-kernel [root@centos7 ~]# }} 「kernel-ml」版を使ってみる. #code(nonumber){{ [root@centos7 ~]# cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) [root@centos7 ~]# cat /proc/driver/nvidia/version NVRM version: NVIDIA UNIX x86_64 Kernel Module 525.105.17 Tue Mar 28 18:02:59 UTC 2023 GCC version: gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC) [root@centos7 ~]# yum list installed |grep "^kernel" kernel.x86_64 3.10.0-1160.el7 @anaconda kernel-devel.x86_64 3.10.0-1160.el7 @anaconda kernel-headers.x86_64 3.10.0-1160.el7 @anaconda kernel-tools.x86_64 3.10.0-1160.el7 @anaconda kernel-tools-libs.x86_64 3.10.0-1160.el7 @anaconda [root@centos7 ~]# yum --enablerepo=elrepo-kernel install kernel-ml kernel-ml-devel [root@centos7 ~]# yum --enablerepo=elrepo-kernel swap kernel-tools-libs kernel-ml-tools-libs [root@centos7 ~]# yum --enablerepo=elrepo-kernel install kernel-ml-tools [root@centos7 ~]# yum list installed |grep "^kernel" kernel.x86_64 3.10.0-1160.el7 @anaconda kernel-devel.x86_64 3.10.0-1160.el7 @anaconda kernel-headers.x86_64 3.10.0-1160.el7 @anaconda kernel-ml.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel kernel-ml-devel.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel kernel-ml-tools.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel kernel-ml-tools-libs.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel [root@centos7 ~]# yum remove kernel-devel [root@centos7 ~]# yum list installed |grep "^kernel" kernel.x86_64 3.10.0-1160.el7 @anaconda kernel-headers.x86_64 3.10.0-1160.el7 @anaconda kernel-ml.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel kernel-ml-devel.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel kernel-ml-tools.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel kernel-ml-tools-libs.x86_64 6.2.11-1.el7.elrepo @elrepo-kernel [root@centos7 ~]# awk -F\' '$1=="menuentry " {print $2}' /boot/efi/EFI/centos/grub.cfg CentOS Linux (6.2.11-1.el7.elrepo.x86_64) 7 (Core) CentOS Linux (3.10.0-1160.el7.x86_64) 7 (Core) CentOS Linux (0-rescue-94b619334e744f8883de4bb66b89e9c6) 7 (Core) [root@centos7 ~]# [root@centos7 ~]# grub2-set-default "CentOS Linux (6.2.11-1.el7.elrepo.x86_64) 7 (Core)" [root@centos7 ~]# grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg [root@centos7 ~]# reboot }} 再起動後 #code(nonumber){{ [root@centos7 ~]# uname -r 6.2.11-1.el7.elrepo.x86_64 [root@centos7 ~]# }} &size(10){動作がすっごい早い. だが「WARNING: CPU: 0 PID: 0 at arch/x86/mm/pat/set_memory.c:644 __change_page_attr_set_clr+0x12aa/0x1420」とABRTが来る}; ***timezone変更 [#q5e53432] 間違ってタイムゾーンを日本以外にした場合の変更方法 #code(nonumber){{ timedatectl set-timezone Asia/Tokyo }} ***「i8042 No controller found」でブート停止 [#b8e8d030] とある計算機でブートシーケンスの途中で「i8042 No controller found」と表示されてフリーズしてしまった. grubで「systemd.unit=rescure.target」としてシングルモード起動を試みたがこれも駄目. はじめ「i8042 No controller found」に注目して色々調べたがどうやら関係ないみたい. 結果は単にVGAの問題のようでgrubに「nomodeset」を加えたら無事起動した. ただstartxしても800x600なので 恒久的対策としては 「/etc/default/grub」にて「GRUB_CMDLINE_LINUX」項目に「nomodeset」と「video=1920x1080」を加え下記を実行する #code(nonumber){{ [root@c ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="crashkernel=auto rhgb quiet nouveau.modeset=0 rd.driver.blacklist=nouveau nomodeset video=1920x1080" GRUB_DISABLE_RECOVERY="true" [root@c ~]# (BIOSなら) [root@c ~]# grub2-mkconfig -o /boot/grub2/grub.cfg (UEFIなら) [root@c ~]# grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg }} ***/var/log/secureに「unrecognized ENCRYPT_METHOD value [DES]」が並ぶ [#wc5f104f] 使っているパスワード暗号化アルゴリズムが古いDESだから 「/etc/sysconfig/authconfig」にて「PASSWDALGORITHM=descrypt」だと起こるようで、 「authconfig --passalgo=sha512 --update」で更新させます これで「PASSWDALGORITHM=sha512」となって回避されるかと. ***rsyslogに使ってもいないwifiデバイス情報が表示される [#pb603a53] ログ記載を無効にしたいなら「nmcli radio wifi off」を実行 #code(nonumber){{ [root@d ~]# nmcli d DEVICE TYPE STATE CONNECTION enp3s0 ethernet connected eno25 wlp6s0 wifi disconnected -- p2p-dev-wlp6s0 wifi-p2p disconnected -- eno1 ethernet unavailable -- enp7s0 ethernet unavailable -- lo loopback unmanaged -- [root@d ~]# nmcli radio wifi off [root@d ~]# nmcli d DEVICE TYPE STATE CONNECTION enp3s0 ethernet connected eno25 eno1 ethernet unavailable -- enp7s0 ethernet unavailable -- wlp6s0 wifi unavailable -- p2p-dev-wlp6s0 wifi-p2p unavailable -- lo loopback unmanaged -- [root@d ~]# }} ***dmesgの出力で時刻を見たい [#u0137770] 単にdmesgを実行すると下記のように「1976528.543195」な表記となる. これではいつのことなのか不明 #code(nonumber){{ [saber@c ~]$ dmesg |tail -n 5 [1976528.543195] fuse init (API version 7.27) [2089193.412175] RPC request reserved 200 but used 268 [2384452.495402] nfs: server qnap not responding, timed out [2384630.169188] NFS: state manager: check lease failed on NFSv4 server qnap with error 13 [2759081.473780] RPC request reserved 200 but used 268 [saber@c ~]$ }} っで「dmesg -T」とすると一応いつのことなのかが分かる #code(nonumber){{ [saber@c ~]$ dmesg -T|tail -n 5 [Mon May 10 02:54:31 2021] fuse init (API version 7.27) [Tue May 11 10:12:16 2021] RPC request reserved 200 but used 268 [Fri May 14 20:13:15 2021] nfs: server qnap not responding, timed out [Fri May 14 20:16:13 2021] NFS: state manager: check lease failed on NFSv4 server qnap with error 13 [Wed May 19 04:17:04 2021] RPC request reserved 200 but used 268 [saber@c ~]$ }} ***特定のユーザもしくはグループのみアクセス許可にする [#k148dfde] まず authconfig で「pam_access」を有効にします #code(nonumber){{ authconfig --enablepamaccess --update }} 有効になったかの確認は「authconfig --test」で出来ます. 「pam_access is enabled ()」という行があればok. 次に誰を許可するかを定義します. 定義を記載するファイルは「/etc/security/access.conf」 最低限rootは入れますが、network経由はダメで、コンソールとかならokとするなら #code(nonumber){{ +:root:LOCAL -:ALL:ALL }} とする. ただこれでは、root以外のユーザはログインできない. 特定ユーザのネット経由のログインを許可するなら #code(nonumber){{ +:illya:ALL +:root:LOCAL -:ALL:ALL }} もしグループで許可するなら #code(nonumber){{ +:fgo:ALL +:root:LOCAL -:ALL:ALL }} とする. 「/etc/ssh/sshd_config」で縛る方法もあるけど、こちらはコンソールのみとか特定のfromのみとかの定義が可能 メインのグループでなくても適用されます. &color(red){*};注意: rootを外すとcronがエラーになります ***dmesgの出力を管理者に制限する [#t9cec156] 「/etc/sysctl.conf」に下記を加える #code(nonumber){{ kernel.dmesg_restrict = 1 }} ***nicをethXとして認識させながらインストール [#wc29ff4f] OSインストール時に「Install CentOS 7」を選んでTabキーを押下する。 すると #code(nonumber){{ > vmlinux initrd=initrd.img inst.stage2=hd:LABEL=CentOS\x207\x20x86_64 quit }} と表記される。この文字列の最後に「&color(magenta){biosdevname=0 net.ifnames=0};」を加える #code(nonumber){{ > vmlinux initrd=initrd.img inst.stage2=hd:LABEL=CentOS\x207\x20x86_64 biosdevname=0 net.ifnames=0 }} これで行ける. ただこれはOS側が認識するnicの出現順であってnicカードの追加で容易に変化する. なので利用は仮想サーバに限定かな ***インストールに使用するisoを選ぶ [#u10c2f25] ここに最新のCentOSのインストーラーがある。 [[http://ftp.riken.jp/Linux/centos/7/isos/x86_64/>+http://ftp.riken.jp/Linux/centos/7/isos/x86_64/]] 完全版(DVD)やスペシャルパック版(Everything)みたいなのがある。 CD/USBでブートしてＯＳコンテンツはネット経由で引き出すのもある(NetInstall)。 ここでは最小構成の環境で構築して、必要な追加品はネット経由で取得したいので Minimal版(566 MB) を使用する。 入手したisoファイル &color(magenta){CentOS-7.0-1406-x86_64-Minimal.iso};(566 MB) ***OSインストール [#z3fcb07f] 通常なら&color(magenta){CentOS-7.0-1406-x86_64-Minimal.iso};をDVD/USBメモリーに焼いて、それを使って起動させます。 仮想環境でテスト目的ならisoファイルをそのまま使うことになる。起動直後に &ref(2014y07m13d_015823104.png,nolink); と表示される。ここでは「Install CentOS 7」を選択する。すると画面解像度「800x600」で「CENTOS 7 INSTALLATION」画面が表示され、手始めに使用する言語を選択して「続行」ボタンをクリックします。 &ref(2014y07m13d_020351128.png,nolink); 次に表示された「インストールの概要」画面で各種のインストール定義を行う。 &ref(2014y07m13d_024049486.png,nolink); 「日付と時刻」「キーボード」「言語サポート」らの項目は既定で構わない。 &color(red){*};万が一、キーボードのレイアウトが異なるのなら「キーボード」リンクを選択して適切なキーボードを選ぶ。既定では日本語選択時は日本語106キーボードみたい。 「インストールソース」は、DVDから起動しているのでそのままの「ローカルメディア」でＯＫ。 「ソフトウエアの選択」は、ＯＳをどのような構成でインストールするかが問われる。ここでは目的の「最小限のインストール」で十分なのだが、そのほかにもディスクトップ環境を提供する選択肢もある。 次に、この画面で不十分とされた「インストール先」リンクをクリックして、HDDのパーティションを定義します。 &ref(2014y07m13d_021406704.png,nolink); ここでは8GBのHDDに/boot(512MB)、swap(1024MB)、/(ルート)(残り全部)の３領域を作る。表示された「インストール先」画面の「パーティション構成」選択肢で「パーティション構成を行いたい」を選択して、画面上部の「完了」ボタンをクリックする。 &ref(2014y07m13d_021740767.png,nolink); すると画面が「手動パーティション設定」画面に切り替わる。パーティション設定スキーマとしてプルダウンから「標準パーティション」を選択する。 &ref(2014y07m13d_022034712.png,nolink); その後、画面下部の「＋」ボタンをクリックして、 &ref(2014y07m13d_022414320.png,nolink); マウントポイントと割り当てサイズを指定する。 /boot&ref(2014y07m13d_022547585.png,nolink); swap&ref(2014y07m13d_022650145.png,nolink); /(ルート)&ref(2014y07m13d_022806113.png,nolink); &color(red){*};割り当てる容量にサイズを記入しないと残り全てが割り当てられるみたい。 定義が完了すると下記のようなHDDレイアウトになる。画面上部の「完了」ボタンを押して「手動パーティション設定」を終わらせる。 &ref(2014y07m13d_023558585.png,nolink); すると、HDDに対する作業一覧が表示される。ここで「変更を適用する」ボタンを押すと、定義したパーティションの作成が行われる。 &ref(2014y07m13d_044104827.png,nolink); 再び、「インストールの概要」画面に戻る。 次に「ネットワークとホスト名」リンクをクリックしてマシンのIPアドレス、ホスト名を定義します。 &ref(2014y07m13d_044353617.png,nolink); 表示された「ネットワークとホスト名」画面にて、右下の「設定」ボタンをクリックする。 &ref(2014y07m13d_044623726.png,nolink); ここではNICのデバイス名はens192であるが、不定の模様。表示されたens192の設定画面にて、「全般」タグを開く、ここで「この接続が利用可能になった時は自動的に接続する」を有効にする。 &ref(2014y07m13d_045051785.png,nolink); 次に、「IPv4のセッティング」でDHCPか固定IPを定義して「保存」ボタンをクリックします。すると「ネットワークとホスト名」画面にて指定したIPの概要と同時にこのens192が利用可能であるスイッチが入る。 &ref(2014y07m13d_045359362.png,nolink); それと同時に、ホスト名も自動補完されるみたい。 &ref(2014y07m13d_045643832.png,nolink); これで「ネットワークとホスト名」画面の左上の「完了」ボタンを押す。 再び「インストールの概要」画面に戻る。 これでインストールに必要な情報がまとまったので、左下の「インストールの開始」ボタンを押してＯＳのインストールを行わせます。 &ref(2014y07m13d_045935209.png,nolink); インストールが開始されると、直後にrootかユーザの作成を求められる。ユーザを作りsudoでroot権限を得て管理者面を行使するのもありだけど、ここはrootを作りました。 &ref(2014y07m13d_061954090.png,nolink); インストールが完了すると下図の知らせが表示される。「再起動」ボタンを押して完了となる。 &ref(2014y07m13d_093402539.png,nolink); ***VMwareESXiで構築中の画面サイズ [#lab60557] VMwareESXiでCentOSをインストールすると設定画面が小さくて、他の設定項目が見辛いときがある &ref(2017y07m23d_222959750.png,nolink); &color(magenta){ブートファームウエア};が、&color(maroon){''BIOS''};ならこうなるみたい。画面サイズは800x600。 だけど、&color(crimson){''EFI''};なら自動調節してくれるみたい &color(magenta){ブートファームウエア};が、&color(maroon){''BIOS''};のままでESXiの画面サイズを大きくするには、 インストールメディアの起動途中で、「Install CentOS Linux 7」を選択して、 &ref(2017y07m23d_223242637.png,nolink); 「Tab」ボタンを押下します。すると画面下にブートコマンドが表示される &ref(2017y07m23d_223444675.png,nolink); このコマンドの最終行に「resolution=1024x678」をキーボードで追加入力してリターンキーを押下します &ref(2017y07m23d_223728760.png,nolink); すると、ESXiのインストール画面サイズが拡大して、上記の図では見えなかった「ヘルプ」ボタンが見えるようになる &ref(2017y07m23d_224140172.png,nolink); &color(red){*};&color(white,blue){備考}; 「resolution=1024x678」の指定以外に「vga=773」(1024x768x8bit)、「vga=775」(1280×1024x8bit)の指定も可能 ***画面サイズ [#q80254fb] 「最小構成」で構築したのでログイン画面はテキストモードである。 &ref(2014y07m13d_093617738.png,nolink); だが、画面が1280×768なWXGA(Wide-XGA)として表示される。VMwareだけの問題なのかも知れないが、調整を施す。 一旦仮想マシンを停止させ、「仮想マシンのプロパティ」を開き、「オプション」タブで「詳細/全般」を開く。 &ref(2014y07m13d_094418133.png,nolink); そこで表示されている「構成パラメータ...」ボタンをクリックして、 &ref(2014y07m13d_094529897.png,nolink); 表示された「構成パラメータ」画面で、画面下部にある「行の追加」ボタンを押して、名前をsvga.maxWidth、値は680そしてもう一つ名前svga.maxHeight、値480の行を追加する。 &ref(2014y07m13d_094901345.png,nolink); 「OK」ボタンをクリックして、「構成パラメータ」画面を閉じて、「仮想マシンのプロパティ」画面も「OK」ボタンをクリックして閉じる。そして仮想マシンを起動すると画面サイズ680x480のVGAなテキストログイン画面になる。 ***画面サイズ gurb [#h34df9ae] VMwareではなく、Linuxマシン側から画面サイズを変更してみる。 &color(red){*};vga(680x480)にはできないみたい。800x600が最低限みたい。 方法は２つある。 １．vga引数を使う #code(nonumber){{ [root@c105 ~]# vi /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="vconsole.keymap=jp106 crashkernel=auto vconsole.font=latarcyrheb-sun16 rhgb quiet vga=771" # # *GRUB_CMDLINE_LINUXに vga=771を追加する # GRUB_DISABLE_RECOVERY="true" [root@c105 ~]# [root@c105 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg [root@c105 ~]# }} ２．TERMINAL_OUTPUTをgfxtermにして、GRUB_GFXMODEで解像度を渡す #code(nonumber){{ [root@c105 ~]# vi /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true # #GRUB_TERMINAL_OUTPUT="console" # GRUB_TERMINAL_OUTPUT="console" GRUB_GFXMODE=640x480 # *640x480を指定しても800x600が採用される # GRUB_CMDLINE_LINUX="vconsole.keymap=jp106 crashkernel=auto vconsole.font=latarcyrheb-sun16 rhgb quiet" GRUB_DISABLE_RECOVERY="true" [root@c105 ~]# [root@c105 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg [root@c105 ~]# }} もしUEFIベースで構築しているのなら #code(nonumber){{ [root@c105 ~]# grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg }} とする。/boot/grub2/grub.cfgは従来のBIOS向け。UEFIなら/boot/efi/EFI/centos/grub.cfg ***日本語環境で最小構成でインストール後、ディスクトップ環境を入れたら。。。 [#ib0398e4] 単純にCentOS7を最小構成でインストールして、 #code(nonumber){{ [root@nfs1 ~]# yum -y groupinstall "GNOME Desktop" && reboot }} としたらコンソール画面に文字化けが発生してしまった。 &ref(2014y10m01d_232902377.png,nolink); 一応、このままでもssh経由で接続は可能で、下記コマンドを実施して一時的に文字化けを解消してみる #code(nonumber){{ [root@nfs1 ~]# localectl System Locale: LANG=ja_JP.UTF-8 VC Keymap: jp106 X11 Layout: jp [root@nfs1 ~]# localectl set-locale LANG=en_US.utf8 [root@nfs1 ~]# localectl System Locale: LANG=en_US.utf8 VC Keymap: jp106 X11 Layout: jp [root@nfs1 ~]# reboot }} 英語環境としてOSを起動し直すと下記のような文面が見えた。 &ref(2014y10m02d_004954199.png,nolink); どうやら''2)''の&color(magenta){License information};(License not accepted)が完了していないのが原因見たい。 なので「２」の&color(magenta){License information};を選択して、次に「&color(orangered){I accept the license agreement.};」となる「２」を入力します。 &ref(2014y10m02d_005355777.png,nolink); これで、&color(orangered){I accept the license agreement.};が有効になりました。 続いて「ｃ」と入力して &color(orange){Initial setup of CentOS Linux 7 (Core)};に戻り、再び「ｃ」を入力して完了させます。 &ref(2014y10m02d_005846481.png,nolink); 戻って、ログイン画面になります。 &ref(2014y10m02d_003424462.png,nolink); ここで、localectlを元に戻す。 #code(nonumber){{ [root@nfs1 ~]# localectl set-locale LANG=ja_JP.utf8 }}
