HELP ! Impossible d'installer w10, trop peu de mémoire?

[milediou]

Bon je vois que les choses ne sont pas aussi simples que prévu par ici...
Le processeur est bien compatible 64bits : https://ark.intel.com/fr/products/80274/Intel-Atom-Processor-Z3735F-2M-Cache-up-to-1_83-GHz , c'est une certitude.

Il me semble que si tu as un uefi 32 bits, tu dois obligatoirement avoir un os en 32 bits.

De là viendraient les difficultés. Il faut commencer par éclaircir ce point.

 

[alexandre01]

Bon je vois que les choses ne sont pas aussi simples que prévu par ici...
Le processeur est bien compatible 64bits : https://ark.intel.com/fr/products/80274/Intel-Atom-Processor-Z3735F-2M-Cache-up-to-1_83-GHz , c'est une certitude.

Sûrement je me trompe alors. Le fait que uefi 32 bits implique un OS 32 bits provient d'une documentation lorsque j'essayais de comprendre comment fonctionne l'UEFI.

 

[milediou]

Non, mais je ne dis pas que tu fais erreur sur ton affirmation Alex'
Je reconnais avoir encore des lacunes à combler sur les firmwares UEFI donc je doute comme toi

une information intéressante ici ( https://wiki.debian.org/InstallingDebianOn/Asus/X205TA )

The X205TA is a mixed mode EFI system (i.e. a 64-bit CPU combined with a 32-bit EFI) without any legacy BIOS mode. By default, the Jessie i386 installer images should boot on this machine via UEFI and let you install a complete 32-bit (i386) system. If you use the multi-arch amd64/i386 netinst or DVD image, you will also be able to install in 64-bit mode. You might expect slightly better performance that way, but the limited memory on the machine (2 GiB) will become more of an issue.

Outre le fait qu'il n'est pas forcément pertinent d'installer une version 64b eu égard à la quantité de RAM disponible, il resterait néanmoins possible de le faire sur cette machine..mais ce n'est pas obligatoire comme je l'avais affirmé plus haut, enfin s'agissant de Debian. Pour Ubuntu cela reste à voir...

 

[alexandre01]

Non t'inquiète pas, je n'ai pas pensé le fait que tu aurais pensé que j'étais dans l'erreur. Je suis aussi dans le doute, surtout que les ordinateurs en 32 bits ne sont pas courants avec UEFI.

Je vais voir...

Recherche faite, c'est plus compliqué que prévu, j'ai trouvé une documentation ici:

https://forum.ubuntu-fr.org/viewtopic.php?id=1489691

C'est vraiment confus concernant les uefi 32 bits avec processeurs 64 bits, mais une solution est proposée:

Ordinateur Portable avec écran 10,1" tactile
Processeur Intel Celeron N2807
Mémoire 2Go -
Stockage 320Go -
C-Graphique Intel HD Graphics.
EFI = 32 bit
CPU = 64 bit
Rappel problème : Linux installé mais impossible de le démarrer et de le faire détecter par efi
En installant que Linux (ubuntu xubuntu mint.... en 64 bit) sans Windows
1- faire une clef bootable avec (unetbootin ou ruffus)
2- télécharger bootia32
3- insérer  bootia32 dans /efi/boot sur la clef bootable
4- paramétrer le "bios efi" désactiver boot secure
5- démarrer l'ordi sur clef bootable en mode "essayer ubuntu"
6- une fois linux démarré, démarrer GPARTED
7- formater le HDD, faire une partition GPT
8- créer une partition EFI en début de disque (+ ou - 250 ko) à votre convenance
9- créer vos partitions comme à votre habitude. Personnellement, j'ai 5 partitions dans l'ordre suivant : efi, /, /home, /Share, swap et enregistrez vos partitions. il faudra lors de l'installation mettre un "flag boot" sur votre partition efi
10- installer  votre version Linux et à la fin, rebootez
11- au démarrage appuyer sur la touche "c" pour arriver à une invite du GRUB
12- à l'invite du GRUB tapez les lignes suivantes (attention le clavier passe en QWERTY) donc soit vous avez un autre ordi où vous afficherez une image d'un clavier QWERTY soit vous en faites une impression au préalable soit vous tâtonnez jusqu’à trouver les bons caractères soit, vous êtes tombés dans une marmite de QWERTY étant petit:
linux (hd1,gpt2)/vmlinuz root=/dev/sda2 video=VGA-1:1368x768e reboot=pci,force
faites entrer, puis écrire:
initrd (hd1,gpt2)/initrd.img
faites entrer, puis écrire:
boot
13-  là vous booterez sur votre disque (n'oubliez pas que dans votre bios-efi  il faudra mettre en 1 er  le boot linux) .
14- une fois sur linux ouvrez un terminal et faites un " apt-cache search grub" et cherchez le version grub en 32 bit. il  y a  normalement 3 lignes qui correspondent dans la liste
15- installer ces lignes en faisant un "apt-get install grub-efi-ia32 grub-efi-ia32-bin grub-efi-ia32-dbg" (dans le doute j'ai préféré tout installer)
là faites une mise à jour apt-get update puis au apt-get update  et redémarrez

Il faudrait que quelqu'un essaye avec un uefi 32 bits avec un processeur 64 bits, je pense à newhope, mais je pense qu'il a été traumatisé par ce problème.

 

[Ph3niX]

Bonjour à tous

De passage par ici, je viens donc de parcourir ce fil, et il me semble, sauf bien sur erreur de ma part, et d'après cette doc:
https://doc.ubuntu-fr.org/uefi?redirect=1#versions_d_ubuntu_demarrables_en_mode_efi
que notre ami Newhope se heurtera à cette installation tant qu'il n'essaiera pas la version internationale 64 bits de Lubuntu par exemple et pour faire au plus léger.

Je cite (point 2.3):
- Seule la version internationale d'Ubuntu 64bits, et ses variantes 64 bits (Kubuntu, Xubuntu, Lubuntu) permettent de démarrer en mode EFI.
- Ubuntu Edition Francophone 64bits ne peut pas démarrer en mode EFI (bug), mais une fois installée, elle peut être convertie en mode UEFI.

J'espère que je n'ai pas dit d’âneries étant totalement novice sur Ubuntu...
Laissant la main à ceux qui s'y connaissent.

Cordialement.

 

[milediou]

Oui, Ph3niX c'est la raison pour laquelle j'avais conseillé le téléchargement d'une version 64b d'Ubuntu plus haut. Concernant le choix d'une version internationale, cela concernait je crois la 12.04 et un bug sur la version francisé. J'espère que cela a été corrigé depuis, mais dans le doute tu as raison de le préciser.

La difficulté est que l'on est en présence d'un firmware UEFI de class 3 et donc sans CSM ce qui n'arrange rien. Le boot EFI s'impose et la solution consisterait bien en l'ajout de "bootia32" dans l'arborescence /EFI/boot de la clé.

Il faudrait que quelqu'un essaye avec un uefi 32 bits avec un processeur 64 bits, je pense à newhope, mais je pense qu'il a été traumatisé par ce problème.

Traumatisé ou pas, les alternatives sont peu nombreuses. Il va donc falloir se retrousser les manches...

 

[alexandre01]

La difficulté est que l'on est en présence d'un firmware UEFI de class 3

M***e, je ne pensais pas que l'on fournissait des PC avec des UEFI 3, je pensais que ce n'était que sur des téléphones\tablettes.
ah "l'informatique de confiance", quelle escroquerie intellectuelle.

 

[milediou]

Nous avions eu l'occasion de nous indigner dans ce sujet de l'impossibilité d'installer un linux sur une tablette vivotab. (UEFI 32bits, CPU32, no CSM)
C'était il y a presque deux ans...

Il faut s'attendre à la généralisation des firmwares de Class 3 à tous types de machines, dernière étape de la mise en place de la norme UEFI et avec elle, la fin annoncée des tables de partitionnement MBR.

 

[alexandre01]

Tant que ca ne bloque pas les autres distributions, ou du moins, qu'on puisse désactiver le secureboot, ca pourrait aller, mais en pratique c'est faux, d'autant plus que les les firmwares UEFI ont des failles de sécurité, et d'autres part je ne suis pas certain que le secureboot soit désactivable, sans oublier ce que l'on pourra implanter dans le hardware pour que l'utilisateur ne soit plus mâitre de son ordinateur.

Ainsi, pour éviter des bootkit, soit disant pour plus de sécurité, on ignore les autres parades qui sont peu connues pour infecter un ordinateur sans trouver de traces.


Parade dont je vais indiquer le mot de la fin et que je vais parler ici .