[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！ Part 233 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
654(1): 2018/10/26(金)14:39 ID:x8223fin(1) AAS
CentOSをインストールしてるHDDをフォーマットして売りに出したいのだが、どーやってフォーマットできるか教えてください。
655: 2018/10/26(金)15:17 ID:8HR9oXJX(1) AAS
※くだらねぇ回答になるようにレスお願いします
656: 2018/10/26(金)15:43 ID:dvYy0X2d(1) AAS
電子レンジに入れる
657: 2018/10/26(金)15:45 ID:IfZ9CrAF(1) AAS
>>654
a) live dvdでブートしてddコマンドで0フィルする
b) HDDメーカの提供するローレベルフォーマットツールを使う
お好きな方でどうぞ
658: 2018/10/26(金)16:47 ID:BkYYCYnG(1) AAS
くだ回かよ
659: 2018/10/26(金)20:12 ID:rjzXy3/Q(1) AAS
0フィルだけ満足とか本気か？
660(1): 2018/10/26(金)20:16 ID:cMJo+tw0(1) AAS
キーボード自体に何か仕込まれたりする可能性ってあるんだろうか？
中華製多いよね。
661: 2018/10/26(金)20:57 ID:gQIp4dRi(1) AAS
>>660
できらあ！！
662(2): 2018/10/26(金)20:59 ID:mwujKkyR(1/2) AAS
Unixで複数のパスを記述するときってコロンで区切るけど，どうしてか分かる？
というのもパス文字列にはヌル文字が含まれてはならないという規則があるので
それを利用してヌル文字区切りでパスを列挙すればいいんじゃないかと思ったんだよ。
現状だと，例えば$PATH環境変数にコロンの入ったパスを入れたい時，面倒でしょ？
663: 2018/10/26(金)21:17 ID:NbBqzqHY(2/3) AAS
>>662
手で打ちにくいじゃん
664: 2018/10/26(金)21:17 ID:NbBqzqHY(3/3) AAS
/proc/*/environ なんかはNULL区切りになってる
665(3): 2018/10/26(金)21:50 ID:S+WdRTJT(1) AAS
>>662
UNIXはC言語で作られ、C言語は文字列の終わりがNULL文字なので
文字列の終わりなのか区切りなのかわからない
C言語で文字列を文字列として扱うことができなくなる
NULL文字で終了しているように見えても、区切り記号なので
その先のメモリにアクセスしてしまうので脆弱性の元になることが容易に想像できる
OSだけではなく、様々なコマンドがC言語で作られ
例えば、シェルはNULL文字を文字列の終わりとして扱うために
シェルスクリプトの変数の値としてNULL文字は使えない
666: 2018/10/26(金)22:20 ID:mwujKkyR(2/2) AAS
>>665
なるほど。Cにおいて予約されちゃってるのねヌル文字は。
667(2): 2018/10/27(土)09:06 ID:KbGOL9Tw(1) AAS
サーバでまれに手動fsckが必要になるんだけどSSHも繋がらないからめんどい
どうするのがベスト？
tune2fsでfsckしないようにするとか？
定期的にfsckするデーモンある？
668: 2018/10/27(土)09:09 ID:Ekdv+S1g(1) AAS
そんな事ならんよ
669: 2018/10/27(土)09:31 ID:Vtce7ggr(1) AAS
くだる質問は初心者スレに下れ。
670: 2018/10/27(土)13:55 ID:BaQMHJVm(1/8) AAS
>>667
IPMIとかiLOとか使えない？
671: 2018/10/27(土)14:01 ID:6OS8pIVC(1) AAS
手動ってのがよくわからないな
何もしてなければ180日の自動fsckには引っかかると思うけど
672(1): 2018/10/27(土)15:32 ID:dzBwz+/R(1/3) AAS
iconvコマンドの「i」って何の略か分かります？
inputの「i」かな。
673: 2018/10/27(土)15:51 ID:m5jl3JAh(1) AAS
>>667
手動でのfsckが必要になるということは、その前にうまくumountできてない可能性が高い
いつ何がどのようにumountしているか、それがうまくてきているか、を丹念に調べてみてはどうか
しばらく前に出ていた話でもあるが、/mnt/hogeにファイルシステムAをmountしている状態で、/mntにファイルシステムBをmountする…なんてことをしていると
両方を正しくumountするときにはB→Aの順でumountしなければならないわけだが、
OSはA→Bの順でumountしようとするだろう
そうするとAはうまくumountできないし、Bもうまくumountできるかは分からない
そういう点なんかも、うまくumountできてるかどうかの調査で考慮が必要だろうね
上下前次1-新書関写板覧索設栞歴
あと 329 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s