2GBのRAMを搭載したi3プロセッサシステムにRHEL 5.1をインストールしようとしています。だからインストール後に起動しようとしましたが、残念ながらコンピュータがハングしてStarting udev.正しい理由がわかりません。確認するために再起動し、自動モードを無効にしました。私は問題が見つかりませんでした。インターネット検索がたくさんあり、フォーラムで解決策を見つけました。
Boot using nosmp。これはうまくいきますが、これが良い習慣なのか、問題が発生しているのか気になります。
私はこの特定のマシンでOracle 11gを実行します。このマシンは、データ同期のためにデータセンターとメインサーバーの間にあるミドルウェアです。
答え1
"nosmp"コマンドラインオプションを使用することはおそらくまったく役に立ちません...カーネルがしばらくそれ自体で複数のコア（または1つだけ！）を自動的に検出してきたので、これは非常に古い情報です。
ID本物最新バージョンのLinuxディストリビューションを使用することをお勧めします。 RHEL 5.1は2007年にリリースされ、かなりの変更と改善がありました。古いものを使用することは後で悩みになるでしょう。おそらくそれ以降に修正/パッチされた多くのバグがあるでしょう..... (6年!!)
RHEL 6.4は今年（2013年）2月にリリースされましたが、これはRHELを引き続き使用する計画であれば最良の方法です。もちろん価格もあります。
Fedoraは、プリペイドサポートプランなしでRedHatと同様に、実行可能で手頃な価格のオプションです。しかも、あなたも他の人のようにここに先に到着しました（あなたが隠れているのを見ました！）。
カフリストから除外：Slackware、Mint（最近は非常に人気があります）、Ubuntu、Debian（私のお気に入り）、CentOS（「エンタープライズ品質」と呼ばれる）、OpenSuSE...迷子になりました。すべてのサーバーは、私が最後に作業したCentOSを使用します。私の家のすべての機器はDebian 7（Jessie！）を使用しています。
それがまさに鍵です。最新バージョンのLinuxを購入すると、希望するバージョンに関係なくうまく動作します。 RHEL 5.1は最新のシステムの一部のデバイスを認識しない可能性があり、これによってudevがロックされる可能性があります（たとえ数年前にudevに問題があったことを覚えていますが...問題が解決しました）（参照！新しいバージョン！）
今、もし"nosmp"でシステムを起動しようとしています...そしてもし正常に起動し、「使用可能」です。多くの電力を備えたマルチコアマシンを実行しています。一つ核兵器。これはV8エンジンを搭載した車を運転するのと同じです。しかし、2つのシリンダー（V2？）だけを使って...なぜピックアップがないのか気になります。
しかし、あなたが言及したudevの問題のため、6年前のLinuxはudevが/ devを埋めようとしたときに発見された新しいデバイスを好まなかったようです。私の脳は小さすぎて混乱しています。
また迷っています...