[resolu] installer avec home sur NTFS de W10

Qid · Le 07/06/2020, à 10:23

pierpiotr a écrit :

Je me semande seulement si je dois indiquer que le /home sera sur l'espace libéré ou si je laisse faire sans l'indiquer ?

le home n'a pas a être séparé*... il n'y a "que" les données qui devraient l'être...

* : il est presque mieux de récupérer au compte goûte ce qui doit l'être quand il y a besoin que de tout copier car c'est prioritairement les config qui sont dans le home qui peuvent faire planter un système

geole · Le 07/06/2020, à 10:25

pas de partition Dédiée au repertoire home
une seule partition pour / et c'est tout.

geole · Le 07/06/2020, à 10:27

plus tard, si le grub ne s'installe pas, tu rebooteras avec ton cd particulier et tu feras un chroot.

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

pierpiotr · Le 07/06/2020, à 11:05

l insallation a l air de s etre passee correctement quant au supergrub d apres l explcation d evroza dans l autre fil je suis arrete la

custom@custom:~$ sudo fdisk -l
Disk /dev/loop0: 2.33 GiB, 2498424832 bytes, 4879736 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


Disk /dev/loop1: 54.97 MiB, 57614336 bytes, 112528 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


Disk /dev/loop2: 54.97 MiB, 57618432 bytes, 112536 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


Disk /dev/loop3: 62.9 MiB, 65105920 bytes, 127160 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


Disk /dev/loop4: 27.9 MiB, 28405760 bytes, 55480 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


Disk /dev/loop5: 49.8 MiB, 52203520 bytes, 101960 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


Disk /dev/loop6: 240.82 MiB, 252493824 bytes, 493152 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


Disk /dev/loop7: 242.43 MiB, 254193664 bytes, 496472 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


Disk /dev/nvme0n1: 476.96 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: PM991 NVMe Samsung 512GB                
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: gpt
Disk identifier: 7AB76649-A96C-4A52-B5AB-B634E0C31D65

Device             Start        End   Sectors   Size Type
/dev/nvme0n1p1      2048    1394687   1392640   680M EFI System
/dev/nvme0n1p2   1394688    1656831    262144   128M Microsoft reserved
/dev/nvme0n1p3   1656832  420636671 418979840 199.8G Microsoft basic data
/dev/nvme0n1p4 963719168  965746687   2027520   990M Windows recovery environmen
/dev/nvme0n1p5 965746688  997498879  31752192  15.1G Windows recovery environmen
/dev/nvme0n1p6 997500928 1000187903   2686976   1.3G Windows recovery environmen
/dev/nvme0n1p7 420636672  963719167 543082496   259G Linux filesystem

Partition table entries are not in disk order.


Disk /dev/sda: 7.35 GiB, 7885291520 bytes, 15400960 sectors
Disk model: Transcend 8GB   
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: 0x008a5eca

Device     Boot Start      End  Sectors  Size Id Type
/dev/sda1  *     2048 15400959 15398912  7.4G  c W95 FAT32 (LBA)
custom@custom:~$ ls /mnt
custom@custom:~$ sudo mkdir /mnt/efi
custom@custom:~$ man mount
custom@custom:~$ sudo mount /dev/nmve0n1p1 mnt/efi/
mount: mnt/efi/: mount point does not exist.
custom@custom:~$ sudo mount /dev/nvme0n1p1 mnt/efi/
mount: mnt/efi/: mount point does not exist.
custom@custom:~$ ls /mnt/efi/EFI
ls: cannot access '/mnt/efi/EFI': No such file or directory
custom@custom:~$ ls /mnt/efi/
custom@custom:~$ ls /mnt/efi
custom@custom:~$

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

C'est

sudo mount /dev/nvme0n1p1 /mnt/efi/

(il manquait un / )

geole · Le 07/06/2020, à 11:21

Peux-tu penser à refaire un boot-info?

Qid · Le 07/06/2020, à 11:22

mais ? il n'y a pas une commande "grub-install-efi" ou un truc du genre qui saura refaire le lien avec la partition efi ? je ne comprend pas trop vers quoi tu es parti

Nuliel · Le 07/06/2020, à 11:35

Oui, mais c'est une install spéciale, et les réparations de grub sont notées dans le message du forum dell comme non fonctionnelles sur ce pc (c'est d'ailleurs pour ça que je pense qu'on pourra peut être pas installer grub)

Qid · Le 07/06/2020, à 11:37

Nuliel a écrit :

Oui, mais c'est une install spéciale, et les réparations de grub sont notées dans le message du forum dell comme non fonctionnelles sur ce pc (c'est d'ailleurs pour ça que je pense qu'on pourra peut être pas installer grub)

ah d'accord... je vous laisse gérer du coups

geole · Le 07/06/2020, à 11:56

Probablement du classique. grub install avec l'option --no-nvram puis refind a la place du boot-loader de windows.

Qid · Le 07/06/2020, à 12:13

geole a écrit :

Probablement du classique. grub install avec l'option --no-nvram puis refind a la place du boot-loader de windows.

j'y pensais mais en même temps qu'est-ce qui prouve que refind va plus accepter cette configuration bizarre

geole · Le 07/06/2020, à 12:32

effectivement, il risque de ne pas savoir détecter les partitions.
Dans un premier temps, booter par l'intermédiaire de windows. Forcer son arrêt pour lui faire proposer les autres O.S. et booter avec. N'écraser le bootLoader de windows qu'àprès.

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

Nuliel · Le 07/06/2020, à 12:59

Mais pourquoi voulez vous absolument mettre grub ou refind?
supergrubdisk dans la partition EFI va déjà permettre de booter sur windows et linux, après faut voir si la version de supergrubdisk indiquée est spécifique

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

geole · Le 07/06/2020, à 13:10

La quesion de fond reste. Ou sera-t-il stocké et comment sera-t-il activé hors live-usb?

Nuliel · Le 07/06/2020, à 13:16

Ce que propose celui qui a réussi à installer Ubuntu sur ce pc, c'est de mettre le fichier efi de supergrubdisk dans la partition efi et de paramétrer le bios pour démarrer dessus à chaque démarrage. Du coup une fois que c'est fait, au lieu d'avoir grub, refind ou syslinux, il aurait supergrubdisk. C'est les étapes 3 à 6 de https://www.dell.com/community/Linux-Ge … 641#M17312

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

geole · Le 07/06/2020, à 13:25

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

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

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-insta … n-14-7490/
vers la fin on évoque le refus de ubuntu d'acepter les corrections et la décision d'une version spécifique

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

Nuliel · Le 07/06/2020, à 14:44

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

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

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

geole · Le 07/06/2020, à 15:24

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

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

Qid · Le 07/06/2020, à 15:26

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

Nuliel a écrit :

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

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,

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/06/2020, à 10:23

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

#27 Le 07/06/2020, à 10:25

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

#28 Le 07/06/2020, à 10:27

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

#29 Le 07/06/2020, à 11:05

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

#30 Le 07/06/2020, à 11:11

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

#31 Le 07/06/2020, à 11:21

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

#32 Le 07/06/2020, à 11:22

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

#33 Le 07/06/2020, à 11:35

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

#34 Le 07/06/2020, à 11:37

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

#35 Le 07/06/2020, à 11:56

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

#36 Le 07/06/2020, à 12:13

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

#37 Le 07/06/2020, à 12:32

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

#38 Le 07/06/2020, à 12:59

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

#39 Le 07/06/2020, à 13:10

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

#40 Le 07/06/2020, à 13:16

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

#41 Le 07/06/2020, à 13:25

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

#42 Le 07/06/2020, à 13:34

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

#43 Le 07/06/2020, à 14:41

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

#44 Le 07/06/2020, à 14:44

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

#45 Le 07/06/2020, à 15:11

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

#46 Le 07/06/2020, à 15:22

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

#47 Le 07/06/2020, à 15:24

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

#48 Le 07/06/2020, à 15:26

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

#49 Le 07/06/2020, à 15:27

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

#50 Le 07/06/2020, à 15:33

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

Pied de page des forums