このページは、技術評論社 「SoftwareDesign 2001年9月号、『起動ファイルから解読するPC UNIX』の原稿を元に、Web 用に再構成したものです。 このページでは、PC UNIXの起動処理および起動ファイルについて解説します。 PC UNIXの起動処理の概要 (Linux/FreeBSD) [PC UNIX起動画面の各段階] 電源投入からブートローダ読み込みまで [BIOSを手がかりに鍵箱を開けてゆく] ブートローダからカーネルの読み込みまで [OSのない環境で動作するブートローダ] カーネルの起動からinitの起動まで [rootファイルシステムのマウントがひとつの関門] initの起動から login: プロンプトまで [BSD系とSysV系で違うrcスクリプトの実行] ■コラム■ 「Linuxのinitrdについて」 [rootのマウントは実は2回] 「fsckのト

We've detected unusual activity from your computer network To continue, please click the box below to let us know you're not a robot. Why did this happen? Please make sure your browser supports JavaScript and cookies and that you are not blocking them from loading. For more information you can review our Terms of Service and Cookie Policy. Need Help? For inquiries related to this message please co

ベンダーなどが独自に定義しているMIBをプライベートMIBといいます。 以下のサイトから主なMIBファイルをダウンロードすることができます。が、最新版ではない場合もあるので、可能な限りベンダーが提供しているMIBファイルを入手したほうがいいと思います。 http://www.oidview.com/mibs/detail.html これらのMIBファイルをnet-snmpに追加することで、OIDをMIBシンボル名に変換することができるようになります。 Net-SNMPのディフォルトのMIB定義ファイルは/usr/share/snmp/mibsディレクトリに保存されていますが、ディフォルトのMIBファイルとは別ディレクトリで管理をしたいので、~/.snmp/mibsディレクトリにプライベートMIB定義ファイルを保存することにします。 snmpdの設定 MIB定義ファイルの設置 sn

作成日：2012.05.02 UNIX 系 OS のファイルシステムの計測を行うベンチマーク。 x86-64/Linux で動作することを検証している。 更新履歴 (2012.05.02) 作成 プリミティブ計測型のベンチマーク IOZone Flexible IO Tester (fio) Bonnie++ AIO-Stress Threaded I/O Tester ワークロード計測型のベンチマーク Filebench FS-Mark PostMark DBENCH SysBench Flexible Filesystem Benchmark (FFSB) Iometer SPECsfs2008 一般的なテクニック ディスクキャッシュの開放 マウントオプション SSD の初期化 CPU のバインド ファイルベンチマークがまとめられているサイト コメント プリミティブ計測型のベンチマーク

HDD(ハードディスク)容量って、カタログ記載値よりなんか少ないと思いませんか？ 例えば、20GBのHDD買ってきてつけたとして、Windowsで表示を確認すると・・・。 18.6GB ん？何で？ ・・・実はハードウエアとソフトウエアで、単位の計算の仕方が違うから誤差が出てしまうのです。 ハードウエアでは1000を１単位で計算しますが、ソフトウエアでは、1024単位で計算します。 HDDの販売時の容量表記 20GB ＝ 1000 × 1000 × 1000 × 20 エクスプローラーは、右辺の式を1024の3乗(ギガバイトの場合)で割ったものを表示します。 他にも、メーカー製のパソコンでは、再セットアップ領域や検査用プログラムが先頭領域に確保されたりしていて、若干少なめになっています。 ※カタログを確認すると、ちゃんと書いてあったりします。 ※アメリカでは、裁判沙汰に

某所に300ホスト以上を2年ほど監視していたZabbixのMySQLがありまして、データが100GBぐらいになってメモリ8GBのホストではdisk IOが辛くなってきたので、移行することにしました。普段はそんなにでもないのですが、housekeeperが動作して古いデータを消しに行くとバッファプールに乗っていない部分に読みに行って重いのです。 この際折角なので Intel S3700 (サーバ用のSSD) をおごり、 Zabbix-1.8 から 2.0 にアップグレード MySQL-5.0.77 から MySQL-5.6.11 に変更 システムは HDD で /dev/sda1 データは SSD で /dev/sdb1 を /data にマウント という構成で移行の検証を行っていたところ… MySQLのバージョンが大きく上がるので mysqldump を取得して restore 後、pat

対象とするUbuntuのバージョン すべて 原文 PmDematagodaが公式フォーラムに投稿した、"MagicSysRq keys for assistance with Ubuntu troubles"（2008/01/19時点の内容） はじめに SysRqキーは他のキーと組み合わせて使うことで、さまざまな低レベルコマンドをシステムの状態に関係なく実行することができます。ただし、Linuxカーネル自身がカーネルパニックを起こしていたり、フリーズしている場合は利用できません。Xサーバのフリーズ状態から復帰する場合や、ファイルシステムを破壊することなくコンピュータを再起動する際によく使われます。 フリーズしたUbuntuを安全に再起動するには Ubuntuがフリーズし何もできなくなったとしましょう。可能な限りHDDにダメージを与えたり、データをなくすことなく、きれいにOSを再起動したい場

Copyright © 2005-2024 Broadcom. All Rights Reserved. The term "Broadcom" refers to Broadcom Inc. and/or its subsidiaries. Hosted by Higher Logic, LLC on the behalf of Broadcom - Privacy Policy | Cookie Policy | Supply Chain Transparency