[resolu] installer avec home sur NTFS de W10

Nuliel · Le 07/06/2020, à 15:37

@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

Dernière modification par Nuliel (Le 07/06/2020, à 15:37)

pierpiotr · Le 07/06/2020, à 15:39

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 · Le 07/06/2020, à 15:54

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

efibootmgr -v

pierpiotr · Le 07/06/2020, à 15:57

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 · Le 07/06/2020, à 16:07

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)

Dernière modification par Nuliel (Le 07/06/2020, à 16:09)

pierpiotr · Le 07/06/2020, à 17:23

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 · Le 07/06/2020, à 17:37

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 · Le 07/06/2020, à 17:53

Nuliel a écrit :

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

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 · Le 07/06/2020, à 17:56

@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 · Le 07/06/2020, à 18:17

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

Dernière modification par geole (Le 07/06/2020, à 18:26)

pierpiotr · Le 07/06/2020, à 18:39

Nuliel a écrit :

Tu peux passer
sudo efibootmgr -o 0001,0002,0003,0000

Le splashscreen de Dell tourne en boucle. J'ai chopé au vol l'UEFI et j'ai remis Supergrub en 1er.
dans cet ordre :

:~$ efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0001,0000,0003
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)

pierpiotr · Le 07/06/2020, à 18:41

geole a écrit :

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

Si cela répond à ta question :

geole · Le 07/06/2020, à 18:59

Non, cela ne répond pas à ma question.
initialement la partition c: occupait tout le disque. Elle a été rétrécie. Je ne sais quand ni comment.
Depuis as-tu rebooté avec windows?

geole · Le 07/06/2020, à 19:06

est-ce sain que la partition C: soit pleine à 100% ?
je suggére de rétrécir la partition EXT4 d'une taille conséquente par la gauche et d'allouer l'espace récupéré au C: tout cela avec GPARTED.
qu'en pensez-vous?

Nuliel · Le 07/06/2020, à 19:06

As tu rétréci la partition windows avec l'installateur d'ubuntu ou depuis windows?

Je pense que gparted se trompe, la partition n'est à mon avis pas pleine.
Je suis pas trop fan de l'idée de rétrécir par la gauche, après ubuntu et windows ont chacun de la place

Dernière modification par Nuliel (Le 07/06/2020, à 19:08)

pierpiotr · Le 07/06/2020, à 19:13

J'ai rétréci depuis windows.

geole · Le 07/06/2020, à 19:19

et rebooté après le rétrécissement?

Pourquoi les chiffres pour C: seraient faux et bons pour les autres partitions NTFS?

d'ailleur dans un contexte dual boot dans lequel /home va être équipé des liens, une taille de 30 à 40 Go me semble suffisante.

Dernière modification par geole (Le 07/06/2020, à 19:30)

pierpiotr · Le 07/06/2020, à 19:40

Oui j'ai rebooté après rétrécissement , sous W10.
Comme j'ai eu une version "mal téléchargée" (avec 1 erreur lors de la verification de la clé Live USB custom) les versions suivantes avaient une répartition proposée à l'install plus petites, bizarement.

geole · Le 07/06/2020, à 19:44

Je crains qu'il faille penser au support d'installation externe en mode réparation.
on y verra certainement mieux les messages d'erreurs de réparation.

Mais est-une iso standard à télécharger?

Dernière modification par geole (Le 07/06/2020, à 19:53)

pierpiotr · Le 07/06/2020, à 20:02

Peux tu préciser geole ?

geole · Le 07/06/2020, à 22:26

A priori windows fonctionnait avant que tu commences la manipulation.
Donc celle-ci serait la cause.
Tu as pu modifier le bios pour faire booter à l'endroit officiel du démarrage.
Mais cela boucle et aucun message pouvant donner une piste n'est affiché.

Donc que faire? Sinon redevenir classique en utilisant le support d'installation officiel.
Mais n'a-t-il pas été bricolé par le constructeur pour y imposer son machin?
Peut-être que non.

Il a fourni une partition de remise en état d'environ 15,1 Go. ( P5) .Il n'a pas fait beaucoup d'effort pour te dire que dés la mise en route du matériel, il fallait le transférer sur un support externe et le supprimer du disque .

Mon idée était de booter sur support externe et d'utiliser le mode réparation.
Mais IRST n'est probablement pas connu de windows.

Je ne sais pas comment cela va se terminer. J'espère que tous tes fichiers personnels sont sauvegardés ailleurs. Si ce n'est pas le cas, il serait temps que tu y penses.

Nota. J'aimerais quand même voir ce qui pourrait se passer si windows n'était pas si étranglé car je ne suis pas convaincu que gparted déconne.
Mais je comprend qu'on puisse considérer comme inadmissible que windows ne puisse pas mettre en route dans un tel contexte et surtout ne pas le dire clairement.

Habituellement, un démarrage de windows raté se traduit par une erreur 0xnnnnnn.
Dans ton contexte de boucle, j'ai du mal à comprendre ce qu'il faut proposer.

Dernière modification par geole (Le 07/06/2020, à 22:47)

Qid · Le 08/06/2020, à 06:11

Nuliel a écrit :

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

Ce n'est pas l'article que j'avais trouvé à l'époque mais la solution est la même et la source est suffisamment de confiance à mon goût...

À savoir d'ailleurs quand-même que je n'ai pas encore testé d'appliquer cette méthode sur ma 20.04 car j'ai tenté d'autre truc pas moins trivial étant pour l'instant toujours en test et non en prod...

Par contre en échange du coup même si c'est un peut hors sujet ici je suis preneur de l'adaptation du tuto en un script qui ferait tout le boulot proposé en une fois : On sais jamais... d'autres personnes pourraient avoir cette demande...

Édit : correction du lien

Dernière modification par Qid (Le 08/06/2020, à 06:17)

pierpiotr · Le 08/06/2020, à 07:15

geole a écrit :

Sinon redevenir classique en utilisant le support d'installation officiel.

J'avais fait une cle USB de restoration de ce PC. Il faut que je la récupère du bureau. Je l'essaierai donc demain soir ou mercredi... Merci de votre aide à tous jusqu'ici en tout cas.

Nuliel · Le 08/06/2020, à 18:00

A noter qu'il y a une partition WinRE qui permet normalement d'avoir une console de récupération directement depuis le ssd. Par contre je ne sais pas comment on y accède.

geole · Le 08/06/2020, à 18:27

Bonjour à tous
Pour lancer WINRE, il me semble que c'est à partir d'un Windows opérationnel lorsque ses applications deviennent trop délabrées.
http://helper-formation.fr/entraide/ast … t2728.html

Pour le problème, j'ai pensé à quelque chose. Ce n'est peut-être pas faux.
Dans l'opération réussie qui sert d'exemple, il n'a jamais été dit que Windows fonctionnait
Je pense que ce qui est installé aurait pu aussi modifier le firmware du BIOS et notamment la partie firmware traitant le fonctionnement IRST

On peut alors penser que le bios ne prévoit pas de le recharger puisqu'en théorie, il est présent
Cela vaudrait le coup d'aller dans le bios et de lui demander de remettre son paramétrage usine avant de tenter des réparations

Ce que je sais: Si cette machine avait su mettre le mode AHCI, dans les manipulations, il est expressément demandé de déactiver IRST
Je crois avoir participé à une discussion où l'utilisateur remettait IRST après mais il a eu des problèmes je ne sais plus lesquels… Peut-être en recherchant en détail (avec du temps que maintenant je n'ai plus) …

De là, à dire que le problème actuel est du à l'oubli de cette déactivation, il y a un pas….. Mais cela pourrait être une piste pour la réparation.

Dernière modification par geole (Le 08/06/2020, à 18:28)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 07/06/2020, à 15:37

Re : [resolu] installer avec home sur NTFS de W10

#52 Le 07/06/2020, à 15:39

Re : [resolu] installer avec home sur NTFS de W10

#53 Le 07/06/2020, à 15:54

Re : [resolu] installer avec home sur NTFS de W10

#54 Le 07/06/2020, à 15:57

Re : [resolu] installer avec home sur NTFS de W10

#55 Le 07/06/2020, à 16:07

Re : [resolu] installer avec home sur NTFS de W10

#56 Le 07/06/2020, à 17:23

Re : [resolu] installer avec home sur NTFS de W10

#57 Le 07/06/2020, à 17:37

Re : [resolu] installer avec home sur NTFS de W10

#58 Le 07/06/2020, à 17:53

Re : [resolu] installer avec home sur NTFS de W10

#59 Le 07/06/2020, à 17:56

Re : [resolu] installer avec home sur NTFS de W10

#60 Le 07/06/2020, à 18:17

Re : [resolu] installer avec home sur NTFS de W10

#61 Le 07/06/2020, à 18:39

Re : [resolu] installer avec home sur NTFS de W10

#62 Le 07/06/2020, à 18:41

Re : [resolu] installer avec home sur NTFS de W10

#63 Le 07/06/2020, à 18:59

Re : [resolu] installer avec home sur NTFS de W10

#64 Le 07/06/2020, à 19:06

Re : [resolu] installer avec home sur NTFS de W10

#65 Le 07/06/2020, à 19:06

Re : [resolu] installer avec home sur NTFS de W10

#66 Le 07/06/2020, à 19:13

Re : [resolu] installer avec home sur NTFS de W10

#67 Le 07/06/2020, à 19:19

Re : [resolu] installer avec home sur NTFS de W10

#68 Le 07/06/2020, à 19:40

Re : [resolu] installer avec home sur NTFS de W10

#69 Le 07/06/2020, à 19:44

Re : [resolu] installer avec home sur NTFS de W10

#70 Le 07/06/2020, à 20:02

Re : [resolu] installer avec home sur NTFS de W10

#71 Le 07/06/2020, à 22:26

Re : [resolu] installer avec home sur NTFS de W10

#72 Le 08/06/2020, à 06:11

Re : [resolu] installer avec home sur NTFS de W10

#73 Le 08/06/2020, à 07:15

Re : [resolu] installer avec home sur NTFS de W10

#74 Le 08/06/2020, à 18:00

Re : [resolu] installer avec home sur NTFS de W10

#75 Le 08/06/2020, à 18:27

Re : [resolu] installer avec home sur NTFS de W10

Pied de page des forums