Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

installer avec home sur NTFS de W10

geole

La quesion de fond reste. Ou sera-t-il stocké et comment sera-t-il activé hors live-usb?
Il y a six ou sept drivers nvme qui ont été patches pour permettre la chose et dont les patches sont officiellement refusés .
refind ne marchera pas...

Nuliel

Je comprends pas ton interrogation, tu aimerais savoir où serait stocké le chargeur d'amorçage non?
Oui, c'est d'ailleurs pour cela que l'iso custom contient un noyau patché, sinon cela ne serait pas utilisable. Il en est peut être de même pour la version indiquée de supergrubdisk

geole

Je suis tombé sur cette discussion
https://lkml.org/lkml/2019/6/20/27
Cela va certainement tirer des liens.

Dans le premier boot-info , il y avait une partition P8 Il me semble qu'il serait interessant de regarder le contenu de son fichier /boot/grub/grub.cfg Son contenu n'est plus listé par boot-info.

Je n'avais réalisé que c'était un super Grub spécial adapté au problème.

Je crains pour le prochain changement de noyau

Dans cette discussion https://itectec.com/ubuntu/ubuntu-install-ubuntu-on-dell-inspiron-14-7490/
vers la fin on évoque le refus de ubuntu d'acepter les corrections et la décision d'une version spécifique

Nuliel

Pour le prochain changement de noyau, il faudrait voir si on peut se caler sur les noyaux de endless OS vu que ce noyau vient de là
C'est quoi une partition P8?

pierpiotr

après quelques sueurs froides (messages d'alertes après mv...) j'ai vérifié que le fichier supergrub.EFI était bien où il fallait et j'ai changé les boot options comme il faut. Je vous écris de mon environnement Ubuntu.
J'ai fait comme indiqué dans le premier post d'evroza :

pier@pier-InspUbuntu-7490:~$ sudo apt-mark hold 5.6.0-7-generic
linux-image-5.6.0-7-generic était déjà marqué comme figé (« hold »).
linux-buildinfo-5.6.0-7-generic passé en figé (« hold »).
linux-headers-5.6.0-7-generic passé en figé (« hold »).
linux-modules-5.6.0-7-generic passé en figé (« hold »).
linux-modules-extra-5.6.0-7-generic passé en figé (« hold »).
linux-tools-5.6.0-7-generic passé en figé (« hold »).
pier@pier-InspUbuntu-7490:~$

Ce qui réponds peut-être à ton dernièr post Nuiel...

Nuliel

Super. Vérifie aussi que tu peux booter sur windows. Par contre fait bien "redémarrer" et non arrêter

geole

extrait du premier boot-info

nvme0n1p8:_____________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Custom Live CD
    Boot files:        /etc/fstab /etc/default/grub

Suggested repair: ______________________________________________________________ 
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of
nvme0n1p8,
using the following options:        nvme0n1p1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s win-legacy-basic-fix use-standard-efi-file

Qid

Effectivement dans ces conditions il ne risque pas de te proposer un autre kernel...

Moi j'ai une question étant donné que je n'ai pas lu la totalité de l'autre discussion : ce kernel maison il ne serait pas dans un dépôt et donc mis à jour par je ne sais qui ?

Qid

Nuliel a écritPar contre fait bien "redémarrer" et non arrêter

Faut juste arrêter avec cette connerie de démarrage rapide de windows et comme ça pas de problème...

geole

C'est pas mal comme solution. interdire aux noyaux de ubuntu d'être utilisés si je comprends bien.

Cela serait certainement plus simple de regarder du coté de WSL2. A condition qu'il supporte IRST,

Nuliel

@Qid: Dis ça à Microsoft...

Pour le noyau custom, il contient un patch qui n'a pas été accepté dans la mainline, et il me semble qu'il est utilisé dans la distribution endless OS. Il faudrait donc réussir à faire les maj du noyau à partir de leurs dépôts sans pourrir l'install, et aussi faire en sorte que grub suive

pierpiotr

Nuliel, je n'arrive pas à lancer W10. En faisant le choix comme indiqué par evroza j'arrive à un écran SupportAssit OS Recovery en très basse définition. Et là je fais restart car j'ai peur de flinguer le travail que l'on a fait...

Nuliel

Ok, dans le doute tu peux booter sur ubuntu et donner

efibootmgr -v

pierpiotr

voici :

pier@pier-InspUbuntu-7490:~$ efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0003,0001,0000
Boot0000* UEFI Hard Drive	PciRoot(0x0)/Pci(0x17,0x0)/Sata(512,32768,0)/HD(1,GPT,3e3c49c1-56c2-4f3d-beb8-71d9c722d438,0x800,0x154000)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0001* Windows Boot Manager	HD(1,GPT,3e3c49c1-56c2-4f3d-beb8-71d9c722d438,0x800,0x154000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0002* SuperGrub	PciRoot(0x0)/Pci(0x17,0x0)/Sata(512,32768,0)/HD(1,GPT,3e3c49c1-56c2-4f3d-beb8-71d9c722d438,0x800,0x154000)/File(\EFI\Boot\super_grub2_disk_standalone_x86_64_efi_2.04s1.EFI)
Boot0003* custom	HD(1,GPT,3e3c49c1-56c2-4f3d-beb8-71d9c722d438,0x800,0x154000)/File(\EFI\custom\shimx64.efi)
pier@pier-InspUbuntu-7490:~$

Nuliel

Dans le doute, tu peux passer

sudo efibootmgr -o 0002,0001,0003,0000

et essaie de redémarrer sur windows

Je précise que tu as une partition WinRE si il y a besoin de réparer (chose qui devrait se trouver sur tous les pc)

pierpiotr

et essaie de redémarrer sur windows

Je vois brievement le logo W comme avant d'arriver à l'interface de recovery et ça retourne tout de suite sur le supergrub.

Nuliel

Deux possibilités: supergrub ne sait pas lancer correctement windows, ou windows a un problème et doit être réparé.

Tu peux passer

sudo efibootmgr -o 0001,0002,0003,0000

normalement windows devrait démarrer en premier, et si tu arrives sur supergrub, alors il faudra réparer windows.

Qid

Nuliel a écritPour le noyau custom, il contient un patch qui n'a pas été accepté dans la mainline, et il me semble qu'il est utilisé dans la distribution endless OS. Il faudrait donc réussir à faire les maj du noyau à partir de leurs dépôts sans pourrir l'install, et aussi faire en sorte que grub suive

j'avais trouvé une solution pour installer chromium en deb sur ubuntu 20.04 à partir des dépôts de debian avec la parade qui va bien pour justement bloquer tout le reste des mises à jour qui devrait être proposé en temps normal par ce dépôt... si ça intéresse que je retrouve l'article en question pour le transposer au cas présent pas de souci je vais farfouiller dans mon historique

en tous cas pour le boot de windows toucher à efibootmgr ne change rien au fait que grub pointe apparemment pas comme il faut sur le windows... par contre c'est par le menu de boot rapide de l'uefi qu'il faut passer pour le choisir au pire si on arrive pas à comprendre le grub... "os-prober" dit quoi à ce sujet ?

Nuliel

@Qid: Je veux bien que tu retrouves l'article.

Justement, la question c'est: est ce que grub pointe mal sur windows ou est ce que windows est cassé?

geole

bonsoir.
Il existe aussi cette possibilité.
L'espace libéré ne l'a pas été par windows et windows avait simplement été arrêté et il cherche désespérément son fichier d hibernation.

Mais pierpiotr devrait pouvoir répondre à cette interrogation

de même, il serait bon de savoir quels fichiers de boot windows sont proposés et de quelles partitions.

On pourrait aussi demander de lancer le support d'installation de windows s'il est sur clé USB en mode réparation

On pourrait aussi disposer d'un nouveau boot-info fait à partir du ubuntu installé.

Ajout: Je retiens que la partie EFI de la NVRAM senble standard. Il faut simplement qu'on la garnisse du fichier de EFI qui convient. De plus elle réagit bien à la commande efibootmgr

« Page précédente Page suivante »