[install] x86_64 et redémarrage en boucle (résolu)

[Garett]

Bonjour à tous,

J'ai récemment décidé d'installer arch linux sur mon samsung Q210.
Et sachant qu'il est équipé d'un core2duo, j'ai choisi d'installer la version x86_64

J'ai téléchargé l'iso core-dual et crée une clé usb bootable.
Démarrage du PC, boot sur la clé... aucun soucis.
J'arrive à l'écran de démarrage et je choisi l'option Boot arch linux

L'écran affiche une série d'instruction puis arrive à une ligne qui ressemble :
Waiting Udev [...] [BUSY]

Et vlan, l'ordi reboot et retour à zéro : boot, menu...

Par contre, j'ai tenté la même manip mais avec la version i686, aucun problème, par de redémarrage... nickel.

Quelqu'un aurait-il une explication ou même une solution pour me permettre d'installer la version x86_64 ?
Merci par avance à ceux qui prendront le temps de m'apporter leur aide.

[FoolEcho]

Salut,

As-tu bien vérifié l'intégrité de l'iso avant de crèer la clef ?
Il faudrait plus d'infos sur ton matériel... ... ça devrait passer pourtant, mais en premier lieu concernant le core2duo (contenu de /proc/cpuinfo ).

[jaco]

Éventuellement, essaie avec une ISO plus récente : http://releng.archlinux.org/isos/2011.05.16/

[Garett]

J'ai bien pensé à vérifier l'intégrité et sans soucis de ce coté là.

Concernant le retour de la commande cat /proc/cpuinfo :

Code : Tout sélectionner

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     P8400  @ 2.26GHz
stepping	: 6
cpu MHz		: 800.000
cache size	: 3072 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm dts tpr_shadow vnmi flexpriority
bogomips	: 4522.13
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     P8400  @ 2.26GHz
stepping	: 6
cpu MHz		: 800.000
cache size	: 3072 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm dts tpr_shadow vnmi flexpriority
bogomips	: 4521.97
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

[edit]
Je vais tenter avec l'iso plus récent, ça ne coûte rien.
[/edit]

[Garett]

J'ai essayé ta proposition jaco mais j'ai exactement les même symptômes avec ce nouvel iso.

[jaco]

Et avec un CD Live x86_64 d'une autre distrib (Arch like ou non) ?

[Garett]

Alors je viens de tester avec un live CD Ubuntu 11.04 amd64 et j'ai le même problème de redémarrage en boucle.

Serait-il possible que mon pc ne soit pas compatible x86_64, malgré le core2duo ?
Ou est-ce que le problème trouve son origine ailleurs ?

[FoolEcho]

Le problème n'est pas le processeur, c'est certain (j'ai un peu demandé par parano)... ... mais après... un conflit d'architecture quelconque avec l'un des matériels présents ? Il faudrait avoir le plus d'infos possibles côté matériel... As-tu d'autres systèmes présents ?

Dans le style faisable, tu pourrais peut-être tenter de passer par une distribution live, comme ctkarch http://ctkarch.org/download/?fr ... Tu verrais déjà si ça démarre normalement en 64 bits, et dans ce cas tenter d'installer Arch directement depuis ctkarch.

[Garett]

Je n'ai pas réussi à démarrer sur le live cd d'ubuntu en 64 bits, cela risque d'être pareil avec ctkarch :s

Actuellement, j'ai Ubuntu 11.04 32 bits d'installer sur mon système.

Pour mon ordinateur, comment puis-je vous fournir plus d'informations ?

[FoolEcho]

Sait-on jamais ?
J'allais proposer autre chose mais c'est une ânerie ... c'est dommage que ton Ubuntu soit en 32 bits...

Côté matériel (je ne vois que ça...), tu peux commencer par les sorties de lspci et lsusb.

[jaco]

J'ai vu passer quelques problèmes similaires mais anciens qui ont été résolus par l'ajout de mem=4096m dans la ligne de boot.

Essaie toujours, on ne sait jamais...

D'autres on résolu ce problème par une mise à jour de leur portable. Tu as bien le dernier firmware d'installé ?

[Garett]

Alors, déjà, voici le retour de la commande lspci :

Code : Tout sélectionner

00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: nVidia Corporation G98 [GeForce 9200M GS] (rev a1)
02:00.0 Network controller: Intel Corporation WiFi Link 5100
06:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8055 PCI-E Gigabit Ethernet Controller (rev 13)

Et voici celle de lsusb :

Code : Tout sélectionner

Bus 008 Device 002: ID 0a5c:2101 Broadcom Corp. Bluetooth Controller
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 046d:c526 Logitech, Inc. Nano Receiver
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 174f:5931 Syntek 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Quant à ton dernier message jaco, je n'ai pas compris 2 choses :
- Comment rajouter mem=4096 dans la ligne de boot ?
- De quel firmware parles-tu ?

[jaco]

Je parle du firmware de ton portable... vérifie sur le site du constructeur la version actuelle du firmware de ta machine et compare-là avec celle qui est installée : on ne sait jamais...

Pour mem=4096, c'est une option qu'on passe au noyau lors de son lancement (ligne boot du menu de grub ou en utilisant un boot interactif)... Certains ont l'air de dire que ça a résolu le pb du boot en boucle sur leur matériel.

[Garett]

Non mais ce que je n'ai pas compris, c'est la manipulation à faire pour passer l'option mem=4096 lors du lancement du liveusb ?

[jaco]

Ah ça je n'en sais rien car je n'utilise pas de LiveUSB... T'as pas la possibilité d'entrer des options au boot ?

[Garett]

C'est bon, j'ai trouvé comment rajouté l'option mem=4096 au démarrage.
Problème, l'installation freeze dès la ligne : Booting the kernel

Donc, apparemment pas de solution de ce côté.

[Garett]

Bonjour,

Je me permet de relancer le sujet pour savoir si personne n'aurait d'autres pistes à suivre pour résoudre mon soucis.

Merci

[FoolEcho]

Une idée pas tout à fait en l'air (mais un peu quand même, je ne sais pas quel impact ça a... ): tu as combien de RAM ?

Sinon, j'ai bien une solution à te proposer, mais ça va être relativement long et sans aucune garantie (comprendre: je pense que ça ne marchera pas ). En deux mots, installer Arch en 32 bits puis la faire migrer en 64 ( le détail: https://bbs.archlinux.org/viewtopic.php?id=64485&p=2 )
... Seulement, il y a deux problèmes:
- ça implique de travailler totalement en 32 bits, c'est-à-dire que c'est pacman du live en 32 bits qui se charge de la mise à niveau (je pense, mais je n'en sais rien, que ça ne pose pas de problèmes parce qu'on ne cherche pas à lancer quoi que ce soit en 64 bits à ce niveau... )
- si une image d'installation en 64 bits, d'où qu'elle vienne, refuse de se charger je ne vois pas pourquoi un système complet aurait plus de chances...

[benjarobin]

Non, FoolEcho tu ne peux pas, car le kernel pour son installation a besoin de générer l'initframe.

[FoolEcho]

Exact, j'avais zappé la génération de l'image...