J'ai un problème très frustrant avec mon PC. Je ne peux installer aucune version récente d'Ubuntu Server (ou même de Desktop) depuis la version 9.04, même à l'aide du programme d'installation à base de texte. Je démarre à partir d'une clé USB créée par Unetbootin (j'ai également essayé d'autres méthodes, telles que le créateur de disque de démarrage, sans aucune différence).
Sur le programme d'installation du serveur, il détecte "Détecter le matériel" (le second concerne les disques et tous les autres matériels, 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):
J'ai tout débranché (y compris le seul disque dur, les CD-ROM et les disquettes). Je n’ai qu’une clé de RAM (chaque tentative a été vaine) et je lance le programme d’installation à 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) en vain. 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 à la version la plus récente.
(FWIW, sur le programme d’installation de Desktop, j’obtiens un écran noir après avoir sélectionné l’option d’installation.)
Même après la suppression de "quiet", je suis incapable de voir quelle panique du noyau se produit (ou ne se produit pas) pour provoquer l’installation 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.
Il me semble que cela est lié à vos disques. Certains Bioses ont une option pour modifier le mode du contrôleur de disque. Entre "moderne" et héritage. Vérifiez votre biographie si vous avez une telle option. Essayez de basculer et de voir si l'installateur va plus loin.
Avez-vous un autre ordinateur sur lequel vous pouvez installer complètement Ubuntu GNU/Linux, le mettre à jour complètement .. puis placez ce lecteur dans l'ordinateur pour ce message afin de voir s'il démarre/fonctionne correctement? C'est ce que j'essaierais.
En outre, je voudrais essayer un autre RAM (si disponible). En outre, une autre distribution 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 dessus qui irait dans une boucle de redémarrage, car le contrôleur RAID se chargeait lui-même au démarrage. Il y avait un conflit entre les bios RAID et les secteurs de démarrage sur le disque SATA. Il existe un moyen d’utiliser dd pour déplacer le secteur d’amorçage et le réparer, mais j’ai fini par brancher un ancien petit disque IDE que j’avais et par l’installation du répertoire/boot (uniquement) sur Ubuntu. . Travaille depuis. Je vois sur votre image mobo que vous avez un emplacement IDE. Ainsi, si vous n'avez aucun moyen de désactiver le RAID, vous pouvez essayer de l'installer sur un IDE disque dur à tester.
This post de bogue a l'historique (et un lien possible vers une solution de contournement) pour le problème que j'avais.
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
Selon le manuel de votre carte mère ( http://dlcdnet.asus.com/pub/ASUS/mb/socket775/P5NSLI/e2234_p5nsli.pdf ), vous devez accéder à Options> Configuration de périphériques intégrés> NVRAID. Configuration et désactiver NVRAID.
Si cela ne fonctionne pas, avez-vous essayé d'échanger l'alimentation? J'ai constaté une grande variété de problèmes, notamment 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? Avez-vous utilisé un lecteur optique ou une clé USB lorsque vous avez testé sans disque? Je suis particulièrement intéressé de savoir si vous aviez des périphériques SATA connectés. Si vous le faisiez, il serait intéressant de tester sans lecteur et 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 pour cela.