[Risolto] Riesco a installare fedora 32bit ma non 64 bit

Fedora Linux Installazione
#1

Salve, ho un sistema 64bit (un po’ datato) ma non riesco a installare nessuna distribuzione recente a 64 bit. Questa la http://www.biostar.com.tw/app/en/mb/introduction.php?S_ID=99#spec con Core 2 Duo.
L’installazione a 32bit funziona bene, a 64 il pc si blocca durante il post, subito dopo il riconoscimento della CPU. Ho notato che il filesystem e il partizionamento delle ISO a 32 e 64 bit è differente, forse il BIOS non riesce a leggere quello della 64bit.
L’installazione a 64bit non funziona nè da USB nè da CD, e non funziona nemmeno ubuntu 64bit.

Qualche idea per fare avviare una ISO 64bit su questo sistema un po’ vecchiotto, e completare una installazione?

Grazie
Luca

#2

Perdonami la mancanza di fiducia, ma a questo punto mi viene un dubbio: sei sicuro di avere un sistema a 64 bit? Immagino che tu ora abbia Windows installato. Prova ad andare su Pannello di controllo --> Sistema e verifica di avere effettivamente un sistema a 64 bit.

#3

Un computer con processore a 64 bit può avere facilmente installata una versione a 32 bit (e, infatti, molti PC con processore a 64 bit si trovano preinstallato Windows a 32 bit).
Quindi, per capire se il suo processore supporta il 64 bit, meglio un

# lshw | grep -A20 "\-cpu" | egrep "product|capabilities"
#4

Ecco il risultato del comando, hardware risulta compatibile 64bit, la CPU all’avvio a 32bit viene riconosciuta EM64T CPU:

product: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz capabilities: boot fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx x86-64 constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm tpr_shadow cpufreq capabilities: vmx ht cpufreq capabilities: logical capabilities: logical product: CN896/VN896/P4M900 Host Bridge

#5

@kmedioman
Anche il mio pc monta un processore come il tuo .
Devi installare la versione con architettura 32 bit.
In passato avevo installato Fedora 15 x86-64 e non girava per niente .
Perchè vuoi installare la versione a 64?
io ho 3 O.S. sul pc tutti a 32 bit e funzionano benissimo .

#6

[quote=marcomotta]
…

# lshw | grep -A20 "\-cpu" | egrep "product|capabilities"

è più semplice usare:

arch

o 

uname -m
[root@benemerita ~]# lshw | grep -A20 "\-cpu" | egrep "product|capabilities"
          product: Pentium M (To Be Filled By O.E.M.)
          capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx x86-64 constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm cpufreq
             capabilities: internal write-back instruction
[root@benemerita ~]# arch 
x86_64
[root@benemerita ~]# uname -m
x86_64
[root@benemerita ~]#
#7

Non ho una macchina a 64 bit con un sistema a 32 installato a portata di mano, ma sei sicuro che arch e uname non diano informazioni sul sistema operativo installato, anziché sulla effettiva capacità del processore?
In ogni caso, il mio output, da root (N.B. meglio aggiungere |width), è

#lshw | grep -A20 "\-cpu" | egrep "product|width|capabilit" product: Core 2 Quad (To Be Filled By O.E.M.) width: 64 bits capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm tpr_shadow vnmi flexpriority

In ogni caso, http://ark.intel.com/products/27251/Intel-Core2-Duo-Processor-E6700-4M-Cache-2_66-GHz-1066-MHz-FSB dice

#8

Hai controllato se c’è una qualche opzione nel bios della scheda madre per attivare o disattivare la funzionalità 64 bit?

#9

[quote=romulus]è più semplice usare:

[code]arch

o

uname -m[/code]…][/quote]

Ebbene, arch e uname http://forums.fedoraforum.org/showpost.php?p=1406741&postcount=8; facendo girare una live 32bit su un 64bit ottengo anch’io difatti

[code]# arch
i686

uname -m

i686
[/code]
la via più celere dovrebbe consistere nell’utilizzare l’onnipresente grep sulle informazioni del processore rese disponibili in /proc/cpuinfo; i processori a 64bit hanno il flag “lm”. Alternativamente, lscpu (ma è già qualcosa di più, per es. potrebbe non essere disponible in una shell d’emergenza) dovrebbe sempre mostrare come disponibile l’op-mode “64-bit” anche se l’architettura (come letta dal kernel) è “i686”

$ grep --color -w lm /proc/cpuinfo $ lscpu

A parte questo, vediamo magari anche

# lshw|head
#10

Ok, grazie, cerco di rispondere a tutti in ordine. Ma prima di rispondere volevo ri-segnalare che il blocco si presenta al POST, prima del boot, neanche ci arrivo al boot a al tentativo di caricare il kernel. Non arrivo nemmeno alla lista delle unità disco.
Per questo ho pensato a una difficoltà a leggere il supporto di installazione, la CPU è a 64bit. Forse qualcosa di legato al supporto UEFI che il BIOS non riesce a leggere nel supporto di installazione a 64bit (se non sbaglio il supporto UEFI è solo sulla versione 64bit).

@ tempus

[luca@localhost ~]$ grep --color -w lm /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm tpr_shadow flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm tpr_shadow [luca@localhost ~]$ lscpu Architecture: i686 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 15 Model name: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz Stepping: 6 CPU MHz: 1600.000 CPU max MHz: 2667,0000 CPU min MHz: 1600,0000 BogoMIPS: 5333.11 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 4096K
@Pocoto: si, spulciato il BIOS a fondo, nessuna voce di scelta 32/64
@ilnanny: verissimo, la 32bit funziona benissimo. Volevo installare la 64bit per cultura e testardaggine personale, per sfruttare a pieno l’architettura e per imparare qualcosa di nuovo.

#11

Grazie per la risposta, ma quei due output riportati non erano richiesti in verità, rispondevo a romulus e marcomotta; piuttosto, giusto per togliermi un dubbio, avevo suggerito di postare

# lshw|head

e già che ci siamo, prova a disabilitare la virtualizzazione hardware nel BIOS (anche se sarei sorpreso se avesse a che fare con tutto questo)

L’architettura a 64bit è condizione necessaria ma non sufficiente per UEFI; le immagini a 64bit dovrebbero essere sempre lette in “modalità BIOS” da macchine a 64bit non predisposte per UEFI, a prescindere che UEFI non sia disponibile perché disabilitato ovvero che non sia disponibile perché non supportato dalla macchina.

#12

Scusami tempus, mi ero perso l’ultimo comando richiesto, eccolo:

localhost.localdomain description: Desktop Computer product: P4M90-M7 vendor: BIOSTAR Group version: Ver:1.0 serial: OEM_Serial width: 32 bits capabilities: smbios-2.4 dmi-2.4 smp-1.4 smp configuration: boot=normal chassis=desktop cpus=2 uuid=00000000-0000-0000-3412-000078563412 *-core

Appena riesco provo anche a disabilitare la virtualizzazione dal BIOS, ora sono su un altro pc.

#13

Alcune speculazioni: la scheda potrebbe essere http://www.biostar.com.tw/app/en/mb/introduction.php?S_ID=289 anziché quella suggerita al post #1. Il System Management BIOS pare risalga al http://www.dmtf.org/standards/smbios, nel 2008 viene rilasciato dal produttore un aggiornamento per la scheda ipotizzata per http://www.biostar.com.tw/app/en/mb/introduction.php?S_ID=289#dl quale quella http://ark.intel.com/products/27251/Intel-Core2-Duo-Processor-E6700-4M-Cache-2_66-GHz-1066-MHz-FSB. Verifica la corrispondenza del modello della scheda madre (dato che è nella tua materiale disponibilità) e considera l’eventualità di aggiornare il BIOS con l’update proposto dal produttore.

#14

Ok, credo di aver risolto. Il sistema riesce a caricare senza problemi Debian 8.1 xfce live 64 bit, quindi l’architettura è certamente compatibile.
Ho notato che il partizionamento creato sulla chiave usb da Debian 64bit e quello di Fedora 64 bit sono differenti.
La mia è solo una sensazione di stomaco, ma credo che il bios non riesca ad avviare da quel filesystem.

@tempus, l’identificazione della scheda è corretta, sembra esista un BIOS più aggiornato, ma richiede un floppy che non ho. L’upgrade da USB non vede il dispositivo.

Questo è il partizionamento generato dalla ISO di Fedora:

[code]Disk /dev/sdg: 3,9 GiB, 4212129792 bytes, 8226816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7cde4ae3

Dispositivo Avvio Start Fine Blocks Id System
/dev/sdg1 * 0 2795519 1397760 0 Empty
/dev/sdg2 172 10307 5068 ef EFI (FAT-12/16/32)
/dev/sdg3 10388 50963 20288 0 Empty

Disk /dev/sdg1: 1,3 GiB, 1431306240 bytes, 2795520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7cde4ae3

Dispositivo Avvio Start Fine Blocks Id System
/dev/sdg1p1 * 0 2795519 1397760 0 Empty
/dev/sdg1p2 172 10307 5068 ef EFI (FAT-12/16/32)
/dev/sdg1p3 10388 50963 20288 0 Empty
[/code]

Questo è il partizionamento generato dalla ISO di Debian:

[code]Disk /dev/sdh: 2 GiB, 2097152000 bytes, 4096000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4c68d25b

Dispositivo Avvio Start Fine Blocks Id System
/dev/sdh1 * 64 1927167 963552 17 Hidden HPFS/NTFS
[/code]