PCに非常にイライラする問題があります。テキストベースのインストーラーを使用しても、9.04以降の最新バージョンのUbuntu Server(またはデスクトップ)をインストールできません。私はUnetbootinで作成されたUSBスティックから起動します(起動ディスククリエーターなど、他の方法でも違いはありませんでした)。
サーバーインストーラーでは、「ハードウェアの検出」(ネットワークハードウェアではなく、ディスクおよびその他すべてのハードウェアに関する2番目のハードウェア)に到達し、0%でハングする(24時間待機)か、1〜2分後に再起動します。
私のシステム(2007年後半):
- ASUS P5NSLIマザーボード
- Intel Core 2 Duo E6600 2.4Ghz
- 2 x 1GB Corsair 667MHz RAM
- nVidia GeForce 6600
すべてを取り外しました(ハードディスク、CD-ROM、フロッピーのみを含む)。RAMは1つしかありません(1つずつ試してみたが役に立たなかった)。USBスティックからインストーラを起動しています(CD-ROMから起動しても同じ問題が発生します)。私はまた、ブートオプション(のいくつか試してみましたnomodeset
、nousb
、acpi=off
、noapic
、i915.modeset=1/0
、xforcevesa
無駄にすべての組み合わせで))。私のシステムの唯一のアクティブな部分は、ビデオカード、マウス、キーボード、USBスティックです。
また、BIOSを最新バージョンに更新しました。
(FWIW、デスクトップインストーラーで、[インストール]オプションをクリックすると、黒い画面が表示されます。)
「クワイエット」を削除した後でも、インストールがクラッシュする原因となるカーネルパニックが発生している(または発生していない)ことを確認できません。インストーラーのシンプルなWebサーバー経由でのみデバッグログを保存できます。最後の行の後で(繰り返し更新しました)、サーバーが応答を停止し、インストーラーがハングまたは再起動します。
Jan 2 01:04:03 main-menu[302]: INFO: Menu item 'disk-detect' selected
Jan 2 01:04:04 kernel: [ 309.154372] sata_nv 0000:00:0e.0: version 3.5
Jan 2 01:04:04 kernel: [ 309.154409] sata_nv 0000:00:0e.0: Using SWNCQ mode
Jan 2 01:04:04 kernel: [ 309.154531] sata_nv 0000:00:0e.0: setting latency timer to 64
Jan 2 01:04:04 kernel: [ 309.164442] scsi0 : sata_nv
Jan 2 01:04:04 kernel: [ 309.167610] scsi1 : sata_nv
Jan 2 01:04:04 kernel: [ 309.167762] ata1: SATA max UDMA/133 cmd 0x9f0 ctl 0xbf0 bmdma 0xd400 irq 10
Jan 2 01:04:04 kernel: [ 309.167774] ata2: SATA max UDMA/133 cmd 0x970 ctl 0xb70 bmdma 0xd408 irq 10
Jan 2 01:04:04 kernel: [ 309.167948] sata_nv 0000:00:0f.0: Using SWNCQ mode
Jan 2 01:04:04 kernel: [ 309.168071] sata_nv 0000:00:0f.0: setting latency timer to 64
Jan 2 01:04:04 kernel: [ 309.171931] scsi2 : sata_nv
Jan 2 01:04:04 kernel: [ 309.173793] scsi3 : sata_nv
Jan 2 01:04:04 kernel: [ 309.173943] ata3: SATA max UDMA/133 cmd 0x9e0 ctl 0xbe0 bmdma 0xe800 irq 11
Jan 2 01:04:04 kernel: [ 309.173954] ata4: SATA max UDMA/133 cmd 0x960 ctl 0xb60 bmdma 0xe808 irq 11
Jan 2 01:04:04 kernel: [ 309.174061] pata_amd 0000:00:0d.0: version 0.4.1
Jan 2 01:04:04 kernel: [ 309.174160] pata_amd 0000:00:0d.0: setting latency timer to 64
Jan 2 01:04:04 kernel: [ 309.177045] scsi4 : pata_amd
Jan 2 01:04:04 kernel: [ 309.178628] scsi5 : pata_amd
Jan 2 01:04:04 kernel: [ 309.178801] ata5: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14
Jan 2 01:04:04 kernel: [ 309.178811] ata6: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15
Jan 2 01:04:04 net/hw-detect.hotplug: Detected hotpluggable network interface eth0
Jan 2 01:04:04 net/hw-detect.hotplug: Detected hotpluggable network interface lo
Jan 2 01:04:04 kernel: [ 309.485062] ata3: SATA link down (SStatus 0 SControl 300)
Jan 2 01:04:04 kernel: [ 309.633094] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 2 01:04:04 kernel: [ 309.641647] ata1.00: ATA-8: ST31000528AS, CC38, max UDMA/133
Jan 2 01:04:04 kernel: [ 309.641658] ata1.00: 1953525168 sectors, multi 1: LBA48 NCQ (depth 31/32)
Jan 2 01:04:04 kernel: [ 309.657614] ata1.00: configured for UDMA/133
Jan 2 01:04:04 kernel: [ 309.657969] scsi 0:0:0:0: Direct-Access ATA ST31000528AS CC38 PQ: 0 ANSI: 5
Jan 2 01:04:04 kernel: [ 309.658482] sd 0:0:0:0: Attached scsi generic sg0 type 0
Jan 2 01:04:04 kernel: [ 309.658588] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Jan 2 01:04:04 kernel: [ 309.658812] sd 0:0:0:0: [sda] Write Protect is off
Jan 2 01:04:04 kernel: [ 309.658823] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan 2 01:04:04 kernel: [ 309.658918] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 2 01:04:04 kernel: [ 309.675630] sda: sda1 sda2
Jan 2 01:04:04 kernel: [ 309.676440] sd 0:0:0:0: [sda] Attached SCSI disk
Jan 2 01:04:05 kernel: [ 309.969102] ata2: SATA link down (SStatus 0 SControl 300)
Jan 2 01:04:05 kernel: [ 310.281137] ata4: SATA link down (SStatus 0 SControl 300)
誰か私が試すことができる追加のアイデアがありますか?マザーボードを投げる準備をしています。
acpi=off nousb nomodeset
がインストールを強制するだろうと思っていたでしょう。削除quiet splash
した場合、カーネルパニックの原因を確認する時間はありますか?
acpi=off
か、noapic
あるいはnousb