CentOS Part 48【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora Core 6≒RHEL 5≒CentOS 5
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。
前スレ
CentOS Part 47【RHEL Clone】
http://mao.5ch.net/test/read.cgi/linux/1498158175/
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 Linax初めてですいません。
http://isoredirect.centos.org/centos/7/isos/x86_64/CentOS-7-x86_64-DVD-1708.iso
からCentOSをダウンロードしたいんですが、データが大き過ぎて
自分の環境ではダウンロード失敗してしまいます。
DVDなどで無償もしくは、安く手に入る方法ありますか? なるほど。
漫画喫茶でダウンロードチャレンジしてみます。
一般家庭の環境より漫画喫茶って回線早いのかしらん。 あと、もしUSBメモリとかに落とそうとすると、FAT32の上限とかがあったりするし >>38
ありがとう。
http://ftp.yz.yamagata-u.ac.jp/pub/Linux/centos/
ここから落とすとスムーズに落とせそうです。
このスレにいる人にはわれそうですが、先のはhttpから落としていたみたいで
ftpだと全然違いますね。
たぶんそれが原因かなあ。 サーバの名前にftpとついてるがプロトコルはhttpだな。買うなら、
https://www.osdisc.com/products/centos
こういうとこかな。利用した事はない。検索したら出てきた。
後は、雑誌の付録。しかし、ファイルがでかいと言っても数ギガだしダウンロード
できないという事はないと思うがな。 >>38
ありがとうございました。
無事ダウンロードできました。
やっとLinuxチャレンジできそうです。
>>41
あ、http://だから、httpなのか。
低レベルな質問ですいませんでした。 まぁ物理的に遠いし一番アクセス集中しそうなサーバでもあるし CentOSのためにtorrent使ってるけど、warezでもやってるのか?といわれるのが困る Atomic Host使うときホストに普通のCentOSとか入れてKVM上でAtomic Host動かすのか或いはベアメタルに直接Atomic Host入れて運用するのかどっちが普通なんだろうか >>48
KVM上にAtomic Hostを入れるのと、何か他のESXiみたいなベアメタルにAtomic Host入れるのと、
何か違うのだろうか >>49
ハイパーバイザあるなら同じだから物理的に空な方のベアメタル想定で 昔はLaser5とか行けばいろんなCD手に入ったけど今は難しいね、つかCDなんか買わないね >>48
Atomic Host ってコンテナ向けOS(ミニマムインストール未満のコンテナ内じゃないと
動作しないOS?)じゃないの?
ホストに普通のCentOSいれて、そこで Docker エンジン稼働させて、そのうえで動く
コンテナには Atomic Host 使うってイメージなんだが。 >>52
コンテナ管理に特化したOSで, DockerとKubernetesでコンテナの管理を行う
Atomic Hostはコンテナを管理する側でコンテナ内に入れるわけじゃない >>50
そこに何もないかのように、まるで剥き出しのHWを扱っているかのように扱えるから
ハイパーバイザをベアメタルとも呼ぶ
物理的に空な方のベアメタルってえのは、何?
>>51
どっかのFTPサイトを丸ごと収録したCD4枚組み、みたいなのあったよね
多少古いものもあったけど、時代がINS64だったので、重宝した 昔はCDが助かったな。
ネット回線が遅くてDLに時間がかかりすぎた。 日経Linuxとこ買ってたなぁ。
Vine Linuxとか良かった windows8の上にOracleのVirtualBoxをインストールして
その上にCentOSを乗せて一日いじってみました。
結構重いなあ。安いPC買って直に乗せた方がいいのかな。
LPICまでは遠い道のり、、。
linuxのペンギンって全然可愛くないね。ドンキホーテなみに可愛くない。。 これでどうだ
ttp://www.limo.fumi2kick.com
ttp://imgcc.naver.jp/kaze/mission/USER/2/3/202923/939/1024x768xa9248fc958128c3923c6622.jpg
ttp://www.pixiv.net/member_illust.php?mode=medium&illust_id=2766754 TeraTermの相談したやつだけど根本原因分かった。
イーサネットの設定間違い。
家からネットに出るルーターにWindowsとCentOSのマシンからイーサネットケーブルが刺さってるんだけど、ルーターが対応出来ないサイズのジャンボフレームを設定していたためにパケットがロストしてた。
んでWindowsとインターネット間、CentOSとインターネット間の通信はMTUがインターネット側に合わせて小さくなるから正常。
WindowsとCentOS間のssh通信も1文字タイプする毎にパケットが飛んで大きなフレームが送受信出来なくても実害ないからログインまでは正常。
何かの拍子に大きなパケットが飛ぶと途端にパケットロスというのが原因。
sambaとWindowsの通信が極端に遅いことからネットワーク疑って原因発覚した >>59
ジャンボフレームとかドーピングだから普通使わないよ ジャンボフレームは、何とかして速度を稼ぎたかった、昔の規格だからなぁ・・・。
その上、全ての機材が対応していないと、>>59の様な不要なトラブルが発生すると。 >>59
ちゃんと調べな判らんのをちゃんと調べて判るのって素敵やと思うで >>62
速度じゃなくてCPU負荷の問題でしょ
割り込み頻度を下げるための規格だから
マルチコアが普通になってからは重要度が下がった >>59
そういうこともあるんだ
なんかスッキリしたw つぎは両方のOSいじってMTU大きくしてみようぜ! >>66
もちろんWindowsもジャンボフレーム設定はやったよ。
両方を9000に設定してたからそこは問題なしと思ってたんだ >>59
うーむ。こういう事にならないように基本デフォルトで使うな私は。
しかし、解決できてしまう>>59はかなり詳しそうだな。でも、こういう
詳しい人が作った難解なシステムを引き継ぐと苦労するんだよな。
みんな、デフォルトでいこうぜ。 俺の名はデフォルトマン。
小細工はしない。
今日もだいたい平和だ。 俺の名はデフォルトマン。
努力はしない。
他人に引き継ぐが、他人からは引き継がない。 俺の名はデフォルトマン。
極めればアクションもシンプルになる。
得意技は再起動と再インストール。 >>71
itの真理だよな。手より口を使って、マシンより人を動かす方が楽に儲かる。
分かっちゃいるんだけどね 面白い投稿が。デフォルトマンと戦ってる人もいるのかな。
でも私の周りはほとんどいじりたがる人で私のような人はあまり見かけないけどいるのかな。 俺もデフォルト推奨派だな。
明らかにパフォーマンスが上がる設定はするけど、ちょっとしか上がらない
ようならトラブル時の切り分けによる停止時間の方が長くなるって言って
切り捨ててるわ。 とにかく凝った設定は枯れてない可能性が恐い。
ちなみに Wikipedia によるとデフォルトって怠るって意味らしい。
設定を怠るって事からとか。
金融用語では債務不履行の意味で使われているが、それで納得いった。 思考停止
まぁ引き継ぎ重視ならええんと違う
思い込みも少なくなるし ソフトに一番詳しい開発者が設定してるんだから基本いい設定ではある
ただオールマイティな設定になってるから自分が普通使わねえよとおもうものに足引っ張られてる事はある 調べ物するならWikipediaよりもっとましなソース見たほうが良い。 meltdown対策したいので
yum update kernel
とすると
パッケージkernelは利用できますが、インストールしませんでした。更新と設定されたパッケージがありません。
となりupdateできません。
uname -r
2.6.32-042stab092.2
CentOS release6.8(final)
どうすれば良いのかお教えください VPSかな。まだ提供されてないんじゃないか。個人の趣味サバだったら、
そんなにあせらんでもいつか来るのを待つでいいと思うぞ。 後、kernelだったかな。*-firmwareとか、microcode_ctlはどうなの。
というか、yum update kernelではなくて、yum updateしてみたら。 >>13
blacklistにkernelいれてんじゃないの /etc/yum.repos.d/CentOS-Base.repo でexcludeにkernel*とか指定してるんじゃ? >>80
俺が借りてるServersMan@VPSと同じカーネルバージョンだけど、ああいうOpenVZみたいな
ホストOSのカーネルを全仮想マシンで共有するようなVPS使ってるんなら、仮想マシン単位で
カーネルを入れ替えることはできないよ 皆様、ご教授ありがとうございました。
その通り、serversmanのvpsです。openVZだとupdate出来ないんですね。勉強不足で失礼しました 今回の脆弱性はコンテナとハイパーバイザー比べたらコンテナのほうがより危ないのかな?
ちなみに今更になってインテルがパッチ当てると再起動しやすくなるとか言い出してるらしいじゃんクラウド業者大変だな ハイパーバイザとコンテナって仮想マシンとそのホストという理解でいいかな。
ハイパーバイザに当たってないと、コンテナからハイパーバイザを、もしくはコンテナ同士で盗み見できちゃうって感じじゃない? と言いますか
物理マシンにOpenVZを組んでVPS貸しているのと
物理マシンにKVMを組んでVPS貸しているの
を比べたらどうなのかなって
違いはないのかな物理CPUの問題だし そもそもcentosはmeltdownの対策をしっかりできているのかね?
EOLのカーネル使ってるけど >>90
その辺はRedHatの連中が、パッチのバックポートと称される
パッチを当ててみてビルドしてコケたら別のパッチを追加…みたいな
作業をしてビルドエラーが出なくなったものをリリースしている >>89
完全仮想化であれば影響を受けないとは読んだ
コンテナ型は影響を受けるはず
>>90
CentOS使ってるならRed Hatのアナウンスくらい目を通すじゃろ? EOLってなんだろ。パッチはすぐ出てたよ。でもしっかりかはわからない。
パクチーだかストレッチだかなんかそんな奴の方は解決方法がまだ不明って話だし。 すいません。ちょっと質問。
bashでコマンドを打って、LINUX勉強しています。
suコマンドを記述したとき
パスワードを書くよう求められるのですが
なぜかパスワードを記述できません
$ su
パスワード:
他のコマンド普通に打てるのですが、上の返答を求められた時点で
キーボードからの入力を受け付けないって感じです。
考えられる原因とかありますでしょうか?
環境はwindows8.1にVirtualBoxをインストールして、その上に
CentOS7をエミュレート?しています。 >>94
パスワード入力プロンプトで入力したパスワード表示されたらスクロールすれば見られるから困るじゃろ?
非表示だけどちゃんと入力されてるから正しいパスワードをタイプしてenter ああ。ありがとうございます。
入力とエンターキーでスーパーユーザーに成れました。
なんつうか、恥ずかしい質問でごめんなさい。ありがとうございました。 ちなみに su - しました?
環境変数PATHが引き継げなくて困ってない? まだ環境変数を使いこなすほど理解してないんですが
su -
の方が一般的にいいんですね。
勉強になります。ありがとうございます。 単にroot権限で動作させたいならsuだけど、
rootになって、処理させたいなら、su - みたいな。 >>102
これ以上なく端的に説明してるのになあ。
理解出来ないならman見るとかしないの?
しないんだろうな、バカみたいだし。 端的な説明なら>>97の環境変数の件で済んでるだろう
「動作」と「処理」がどう違うかなんてman suには書いてない >>104
攻撃的な事を書かなくてもよかろう。攻撃的な言葉をぶつけあうのが楽しいかい。
ちょっとした意思疎通の祖語だ。 >>106
>>102は理解しようとする気すらないじゃん。
意思疎通する気があるようには見えん。 >>105
OPTIONS の箇所を読んでみてください。 > ちょっと意味がわからない
これは普通に皮肉だろ
俺もスルーしつつも何言ってんだこいつ、人に教えようとするなら最低限manぐらい読めよ、と思ったし
でも>>104とか見るとmanは読んでるみたいだから、多分「root権限」とか「rootになる」って言葉が実際にどういう意味なのかがわかってないんだろう >>110
ちょっと「root権限」と「rootになる」ってのがどういう意味なのか説明してみてくれる? >>111
わからないんだったら、教えてくださいだろう?
ちょっと意味がわからないとか言ってて
教えてもらえるとか甘えるんじゃないよ >>112
まず俺はID:MbvLlHpEじゃないし
rootってのが何なのかきちんと分かってる人が>>101みたいな書き込み見たら「何意味不明なこと言ってんだこいつ」って思うのはごく普通の事だから突っ込んでんだけど
自分が正しいと思うならきちんと論理的に「root権限で動作」と「rootになって処理」の違いを説明しなさいよ 菜々子がプリンを食べるか
菜々子から許可貰ってプリン食べるかの違いだよ >>107
うーん。そうかもしれなけど、そうかもしれないわけで。
仮にそうだったとして、けんか売ってどうなのかなと。
何の得もないでしょ。 su して「どこに隠したのよ私のプリン!」
ってなる所が
su - で「やっぱプリンはここよね♡」
になる >>113
なんだよ、おまえも全然理解してないんじゃないか。
manくらい嫁よ。 つか su - 使うくらいなら sudo ちゃんと設定して使っとけって
su はrootパスワード教えないといけなくなるし、ログ残らないからな >>117
結局説明できねーのな
manの記述の意味を理解できてないから勝手な独自解釈でトンチンカンな解説してるだけ >>122
え?まだ>>101の意味がわかってないの? ほぇ〜>>101が理解出来てないのに、自分は正しいと思い込める、
これは凄いや。俺の負けでいいよ。 >>109
皮肉じゃなくて率直な感想だよ
「動作させる」と「処理させる」の何が違うのかわかんなくない? 説明できないなら説明してくれなくても別にいいけどさ、
意味不明なこと言って>>98みたいに初心者に誤解を与えるのはやめてくれよ 理解できないんじゃなくて「馬鹿なことを言ってる」って否定してるの
もっとも正確には否定じゃなくて「言いたいことは一応わかるが表現が全然適切じゃない、manそのまま訳したほうがよっぽどマシ」ってとこだが
それが違うならお前が詳細を説明すればいいだけ CentOS という 2ch(5ch)の中でも比較的硬派なスレだと思ってたのに、
なんか残念だわ。 su と su - のどっちがいいか
おれは基本的には su を使うのがいいと思う
理由は環境変数を引き継いだ方が便利なのと、タイプ文字数が少なくて済むから
仕事でもほぼ su しか使ってない
ただ、su - を使うべきケースはある
一つはシェルの起動スクリプトを読ませたいとき
プロダクトによってはそういうことが必要な場合がある
(逆に言えばそういうことが必要なプロダクトを使ってなければ関係ない)
もう一つは環境変数を引き継がせたくないとき
以前あったケースでは、su してデーモンの起動スクリプトを実行したら
一般ユーザで設定してあった環境変数の影響で誤動作した、ということがあった
ただこれはむしろ起動スクリプトの作りの方が悪いのだと思う なんで - 付きと無し があるのかを考えればわかる。
その差がどういう意味を持つか。 >>129
まぁ馬鹿なことを言ってるとは思ってるよ
意味わからないんだもの
「一応わかる」なんてことはなくて、わからない ■ このスレッドは過去ログ倉庫に格納されています