J'ai un problème très frustrant avec mon PC. Je ne peux pas installer de version récente d'Ubuntu Server (ou même de bureau) depuis 9.04 même en utilisant le programme d'installation textuel. Je démarre à partir d'une clé USB créée par Unetbootin (j'ai également essayé d'autres méthodes telles que le démarrage du créateur de disque sans différence).
Sur le programme d'installation du serveur, il arrive à "Détecter le matériel" (le second sur les disques et tout autre matériel, pas le matériel réseau), puis se bloque à 0% (attendu 24 heures) ou redémarre après une minute ou deux.
Mon système (fin 2007):
- Carte mère ASUS P5NSLI
- Intel Core 2 Duo E6600 2,4 GHz
- 2 x 1 Go de mémoire Corsair 667 MHz RAM
- nVidia GeForce 6600
J'ai tout débranché (y compris le seul disque dur, CD-ROM et disquette). Je n'ai qu'un seul bâton de RAM (essayé chacun en vain) et je démarre l'installateur à partir d'une clé USB (le démarrage à partir du CD-ROM pose le même problème). J'ai aussi essayé plusieurs options de démarrage ( nomodeset, nousb, acpi=off, noapic, i915.modeset=1/0, xforcevesa) dans toutes les combinaisons) sans succès. Les seules parties actives de mon système sont la carte vidéo, la souris, le clavier et la clé USB.
J'ai également mis à jour le BIOS vers la version la plus récente.
(FWIW, sur le programme d'installation du bureau, j'obtiens un écran noir après avoir cliqué sur l'option d'installation.)
Même après avoir supprimé «silencieux», je ne peux pas voir quelle panique du noyau se produit (ou ne se produit pas) pour provoquer le blocage de l'installation. Je ne peux enregistrer les journaux de débogage que via un simple serveur Web dans le programme d'installation. Après la dernière ligne (j'ai actualisé à plusieurs reprises), le serveur cesse de répondre et le programme d'installation se bloque ou redémarre:
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)
Quelqu'un a des idées supplémentaires que je pourrais essayer? Je me prépare à lancer la carte mère.
la source
acpi=offounoapicounousbacpi=off nousb nomodesetcela aurait forcé l'installation. Si vous supprimezquiet splash, avez-vous le temps de voir ce qui cause la panique du noyau?Réponses:
Il me semble que c'est lié à vos disques. Certains Bioses ont une option pour peaufiner le mode contrôleur de disque. Entre "moderne" et héritage. Vérifiez votre bios si vous avez une telle option. Essayez de le basculer et voyez si le programme d'installation va plus loin.
la source
nomodesetinstaller. J'ai beaucoup de matériel nVidia dans mon entreprise.nomodeset.J'ai trouvé cette discussion sur un problème similaire qui a été résolu en désactivant les fonctionnalités RAID dans le BIOS.
http://ubuntuforums.org/showpost.php?p=7245167&postcount=5
Sur la base du manuel de votre carte mère ( http://dlcdnet.asus.com/pub/ASUS/mb/socket775/P5NSLI/e2234_p5nsli.pdf ), vous devez naviguer vers Avancé> Configuration des périphériques embarqués> Configuration NVRAID et désactiver NVRAID.
Si cela ne fonctionne pas, avez-vous essayé de remplacer l'alimentation? J'ai vu une grande variété de problèmes, y compris des problèmes de disque similaires à celui-ci causés par des problèmes d'alimentation. Cela vaut vraiment la peine d'essayer.
Vous dites que le problème se produit même sans disque dans le système? Lorsque vous avez testé sans disque, utilisiez-vous un lecteur optique ou une clé USB? Je suis particulièrement intéressé de savoir si vous aviez des périphériques SATA connectés. Si vous l'avez fait, il serait intéressant de tester sans lecteur ni clé USB pour voir si vous pouvez recréer l'échec. Il serait également intéressant d'essayer le programme d'installation avec un disque PATA et de voir si vous pouvez installer sur cela.
la source
Avez-vous un autre ordinateur sur lequel vous pouvez installer complètement Ubuntu GNU / Linux, le mettre à jour complètement ... puis mettre ce lecteur dans l'ordinateur pour ce post pour voir s'il démarre / fonctionne? Voilà ce que j'essaierais.
En outre, j'essaierais une RAM différente (si disponible). En outre, une distribution différente sera-t-elle installée avec succès? Et, le LiveCD démarre-t-il avec succès sur le bureau?
De plus, j'ai une carte mère plus ancienne avec Ubuntu chargée qui entrerait dans une boucle de redémarrage parce que la façon dont le contrôleur RAID se chargeait au démarrage. Il y avait un conflit où le BIOS RAID interférerait avec les secteurs de démarrage sur le disque SATA. Il y a un moyen d'utiliser dd pour déplacer le secteur de démarrage et le réparer, mais ce que j'ai fini par faire était de brancher un ancien petit disque IDE que j'avais et d'installer le répertoire / boot (uniquement) sur Ubuntu. Travaille depuis. Je vois sur votre photo mobo que vous avez un slot IDE, donc peut-être que si vous n'avez aucun moyen de désactiver le RAID, vous pouvez essayer de l'installer sur un disque dur IDE pour le tester.
Ce message de bogue a l'historique (et un lien possible vers une solution de contournement) du problème que je rencontrais.
la source