Installation : problème de partitionnement

Support Debian
#21

Voici :
Outre la video, l’audio, le réseau, l’USB et le SMBus :

00:1c.0 PCI bridge: Intel Coporation 7 Series/C210 Series Chipset Familiy PCI Express Root Port 1 (rev 04)
        Kernel driver in use: pcieport
00:1c.1 PCI bridge: Intel Coporation 7 Series/C210 Series Chipset Familiy PCI Express Root Port 2 (rev 04)
        Kernel driver in use: pcieport
00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04)
        Subsystem: Lenovo Device 3977
00:1f.2 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller \[RAID mode\] (rev 04)
        Subsystem: Lenovo Device 3977
        Kernel driver in use: ahci

Je tente un plan B : installer Debian pour test sur ma machine de bureau puis installation sur le Lenovo comme seul OS après avoir viré le Windows et le raid. J’ai commencé :

  • sous W8.1 désactivation du boot rapide grâce à un utilitaire de MSI pour avoir enfin accès au BIOS…
  • libération d’un espace disque pour l’installation ;
  • l’espace est détecté !!!
  • la suite demain… maintenant apéro ! (19H30)

Je suis un peu inquiet quant à la tournure des choses dans le domaine de l’informatique : quand W8.1 est installé, il faut le vouloir pour installer Linux. Un simple utilisateur un peu allergique à l’informatique aura du mal pas se lancer là dedans. Et quelque chose me dit que Microsoft + Intel ne facilitent pas les choses… alors quand en plus les disques sont en RAID :12 . Mais vous me direz : boote sur une clé USB ! Mouai… Mon but, in fine, c’est de virer totalement Windows.

A+
Sylvain

#22

lspci montre bien un contrôleur SATA pris en charge par le module “ahci” du noyau. Etonnant que Linux ne voie pas de disque ou périphérique de stockage attaché. Encore plus étonnant qu’il voie quelque chose après avoir libéré de l’espace. Comment as-tu “libéré un espace disque” concrètement ? Et quels disques ou périphériques de stockage sont visibles depuis Linux maintenant ?

#23

Avant de lancer quoique ce soit, j’ai réduit la taille d’une partition sur le disque dur avec l’utilitaire diskmgmt.msc de windows 7, créant ainsi un espace libre. Mais il n’est visible dans aucun mode (RAID, AHCI ou compatible).

J’ai fait la même chose avec mon ordi de bureau et là ça marche, l’installateur détecte l’espace libre…

Sylvain

#24

Ah, je n’avais pas compris qu’il s’agissait d’une autre machine. La sortie de lspci, c’est bien sur la machine qui pose problème ?

PS : l’installateur ne détecte pas l’espace libre mais les disques et autres périphériques de stockage assimilés (ex: clé USB, carte SD…), qu’ils aient de l’espace libre ou non.

#25

La sortie lspci est bien celle du Lenovo qui pose problème et qui est à l’origine de cette file.

J’ai essayé ce jour sur une autre machine (non raid) avec plus de succès, mais en me battant un peu avec le BIOS. J’espère avoir le temps demain d’aller plus loin que la détection de disque…

A+
Sylvain

#26

Installation terminée sur la seconde machine, mais Grub et Lilo plantent à l’installation (pb d’accès à /target ?). J’ai lu des choses là-dessus. J’essaye avec un CD Rescue.

Décidément, c’est pas simple l’installation…

A+
Sylvain

#27

Y a-t-il un message d’erreur plus précis ? Si besoin voir les derniers logs d’installation dans la console virtuelle n° 4 (Ctrl+Alt+F4).
/target est le point de montage de la racine du système en cours d’installation. S’il y avait un problème d’accès, il affecterait l’installation de tous les paquets, pas seulement celle du chargeur d’amorçage.

Amorçage en mode UEFI natif ou BIOS/CSM/legacy ? Si UEFI, y a-t-il une partition système EFI, nécessaire pour l’installation du chargeur d’amorçage ? Table de partition du disque au format MSDOS/MBR ou GPT ?

#28

[quote=“PascalHambourg”]Y a-t-il un message d’erreur plus précis ? Si besoin voir les derniers logs d’installation dans la console virtuelle n° 4 (Ctrl+Alt+F4).
/target est le point de montage de la racine du système en cours d’installation. S’il y avait un problème d’accès, il affecterait l’installation de tous les paquets, pas seulement celle du chargeur d’amorçage.

Amorçage en mode UEFI natif ou BIOS/CSM/legacy ? Si UEFI, y a-t-il une partition système EFI, nécessaire pour l’installation du chargeur d’amorçage ? Table de partition du disque au format MSDOS/MBR ou GPT ?[/quote]

Bonjour,

Lumière !!! Je travaille sous Débian avec ma machine de bureau !!! Mais purée de purée, c’est pas simple cette affaire pour un novice qui n’a qu’une poignée heures à y consacrer le week-end.

Et encore, je dois passer par le Bios pour lancer la partition… Grub n’apparaît tout simplement pas au démarrage.

Ma première installation a foiré. Il fallait réinstaller Grub. Avançant en terrain miné et en ligne de commande (…) j’ai préféré supprimer les partitions Linux créées et refaire une installation et ça marche, mais toujours pas Grub… J’ai tenté le multiboot de windows 8.1 avec EasyBCD qui a détecté Débian, mais lorsque je sélectionne Debian j’obtiens un joli message d’erreur à la windows. :013

Donc pour mes tests de couverture fonctionnelle, je passe par le bios… Pas cool mais bon.

C’est parti pour la configuration d’un pare-feu (iptables) avec FwBuilder (oui je sais…). Après cela, au menu : antivirus, imprimante scanner, et le pack logiciel usuel.

Bonne fin de dimanche !
Sylvain

#29

C’est-à-dire ? Que dois-tu faire exactement dans le BIOS ? Ensuite c’est bien GRUB qui apparaît ?
Peux-tu donner la sortie de [mono]fdisk -l[/mono] ?

#30

C’est-à-dire ? Que dois-tu faire exactement dans le BIOS ? Ensuite c’est bien GRUB qui apparaît ?
Peux-tu donner la sortie de [mono]fdisk -l[/mono] ?[/quote]

Grub se lance effectivement après avoir sélectionné la partition Debian dans le BIOS.

Voici la sortie fdisk -l :

Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 11250DC2-ABB5-4075-83DC-D5520A90A3BD

Device       Start       End   Sectors   Size Type
/dev/sda1     2048    616447    614400   300M Windows recovery environment
/dev/sda2   616448    819199    202752    99M EFI System
/dev/sda3   819200   1081343    262144   128M Microsoft reserved
/dev/sda4  1081344 234440703 233359360 111,3G Microsoft basic data

Disque /dev/sdb : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : C8252C6B-9C18-4CF9-A35D-0A4A761BAABB

Device          Start        End    Sectors   Size Type
/dev/sdb1          34     262177     262144   128M Microsoft reserved
/dev/sdb2      264192 1859028991 1858764800 886,3G Microsoft basic data
/dev/sdb3  1859028992 1860079615    1050624   513M EFI System
/dev/sdb4  1860079616 3890366463 2030286848 968,1G Linux filesystem
/dev/sdb5  3890366464 3907028991   16662528     8G Linux swap


Disque /dev/sdc : 14,9 GiB, 16018046976 octets, 31285248 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x3340f35f

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdc1        2160 31285247 31283088 14,9G  b W95 FAT32

Sylvain

#31

[quote=“ssylvain”]
Grub se lance effectivement après avoir sélectionné la partition Debian dans le BIOS.[/quote]
C’est la première fois que j’entends parler d’un BIOS permettant de sélectionner une partition comme source d’amorçage. Comment cela se présente-t-il exactement ?

Ne serait-ce pas plutôt un disque, ou une entrée d’amorçage EFI ? Je vois que deux disques sont partitionnés en GPT et contiennent une partition système EFI. Or Windows ne peut démarrer qu’en mode EFI depuis un disque en GPT. Qu’affiche [mono]efibootmgr -v[/mono] ? Une partition EFI est-elle montée sur /boot/efi ? Si oui, que contient-elle ? Windows apparaît-il dans le menu de GRUB ?

#32

[quote=“PascalHambourg”]
C’est la première fois que j’entends parler d’un BIOS permettant de sélectionner une partition comme source d’amorçage. Comment cela se présente-t-il exactement ?[/quote]
Dans le célèbre menu “Save and exit” etc., il y a tout en bas la liste des OS bootables disponibles, dont Debian. Avec EasyBCD sous W8.1, j’ai ajouté une ligne Debian en “pointant” sur le /dev/sdb4. Maintenant, quand je laisse la machine booter normalement, j’ai une sorte de Grub made in Microsoft qui me permet de sélectionner entre Debian et W8.1, sauf que ça plante avec Debian…

Peut-être que le BIOS UEFI détecte les entrées EFI… Sans trop savoir de quoi je parle… :blush:

[quote=“PascalHambourg”]
Qu’affiche [mono]efibootmgr -v[/mono] ?[/quote]

BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0000,0001,0002,0003,0004
Boot0000* Windows Boot Manager	HD(2,96800,31800,925bbfbf-6b7c-4448-a745-a2ecdc0cfaa9)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.}...d................
Boot0001* debian	HD(3,6ece8800,100800,90ad6bf4-848f-45a4-8109-42c1e7ff4e6f)File(\EFI\debian\grubx64.efi)
Boot0002* UEFI: Built-in EFI Shell 	Vendor(5023b95c-db26-429b-a648-bd47664c8012,)..BO
Boot0003  Hard Drive 	BIOS(2,0,00)..GO..NO........o.S.a.m.s.u.n.g. .S.S.D. .8.4.0. .E.V.O. .1.2.0.G.B....................A...........................>..Gd-.;.A..MQ..L.1.S.5.D.S.N.D.A.3.B.3.6.9.9. .V. . . . ........BO..NO........o.W.D.C. .W.D.2.0.E.Z.R.X.-.0.0.D.8.P.B.0....................A...........................>..Gd-.;.A..MQ..L. . . . .W. .-.D.M.W.4.C.0.N.7.3.6.0.2.3........BO
Boot0004  CD/DVD Drive 	BIOS(3,0,00)..GO..NO........o.T.S.S.T.c.o.r.p. .C.D.D.V.D.W. .S.H.-.2.2.4.D.B....................A...........................>..Gd-.;.A..MQ..L.9.R.E.3.8.6.D.C.0.8.2.0.B.B. . . . . . ........BO

[quote=“PascalHambourg”]
Une partition EFI est-elle montée sur /boot/efi ? Si oui, que contient-elle ? Windows apparaît-il dans le menu de GRUB ?[/quote]
Le répertoire /boot contient effectivement un répertoire EFI mais il apparaît avec une croix grise dessus.
Il y a un autre répertoire /boot/grub.
Effectivement, W8.1 apparaît dans grub.

Sylvain

#33

Ce n’est pas le BIOS, ou plutôt le firmware UEFI, qui détecte les OS. Ce sont les OS compatibles EFI qui se sont enregistrés dans les entrées d’amorçage du firmware.

D’après efibootmgr, GRUB EFI pour Debian est bien enregistré, mais dans l’ordre des priorités (BootOrder), le boot manager de Windows est en premier. Cela m’étonne car l’installation du chargeur GRUB EFI par grub-install aurait normalement dû mettre Debian en premier. Tu peux réexecuter [mono]grub-install[/mono] et voir si ça change quelque chose. Sinon tu peux essayer d’utiliser directement efibootmgr pour modifier l’ordre d’amorçage et mettre Debian en premier :

Il n’y a pas de croix grise en ligne de commande.

#34

Bonjour !

Il n’y a pas de croix grise en ligne de commande.[/quote]

:blush: je n’étais pas en ligne de commande mais dans un gestionnaire de fichier en mode graphique…

Bon, ça devient pénible… J’ai voulu supprimer une entrée dans le multiboot de W8.1 avec EasyBCD mais il m’a supprimé le Boot0001 qui me permettait d’accéder à Debian… :013

Voici mon nouveau efibootmgr -v :

[quote]BootCurrent: 0005
Timeout: 1 seconds
BootOrder: 0005,0000,0002,0003,0004
Boot0000* Windows Boot Manager HD(2,GPT,925bbfbf-6b7c-4448-a745-a2ecdc0cfaa9,0x96800,0x31800)/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.}…d……
Boot0002* UEFI: Built-in EFI Shell VenMedia(5023b95c-db26-429b-a648-bd47664c8012)…BO
Boot0003 Hard Drive BBS(HD,0x0)…GO…NO…o.S.a.m.s.u.n.g. .S.S.D. .8.4.0. .E.V.O. .1.2.0.G.B……A……>…Gd-.;.A…MQ…L.1.S.5.D.S.N.D.A.3.B.3.6.9.9. .V. . . . ……BO…NO…o.W.D.C. .W.D.2.0.E.Z.R.X.-.0.0.D.8.P.B.0……A……>…Gd-.;.A…MQ…L. . . . .W. .-.D.M.W.4.C.0.N.7.3.6.0.2.3……BO
Boot0004 CD/DVD Drive BBS(CDROM,0x0)…GO…NO…o.T.S.S.T.c.o.r.p. .C.D.D.V.D.W. .S.H.-.2.2.4.D.B……A……>…Gd-.;.A…MQ…L.9.R.E.3.8.6.D.C.0.8.2.0.B.B. . . . . . ……BO
Boot0005* UEFI: TSSTcorp CDDVDW SH-224DB PciRoot(0x0)/Pci(0x1f,0x2)/Sata(3,65535,0)/CDROM(1,0x58,0xb40)…BO
[/quote]

Et mon nouveau fdisk -l

[quote]Disk /dev/loop0: 325 MiB, 340746240 bytes, 665520 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/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: C8252C6B-9C18-4CF9-A35D-0A4A761BAABB

Device Start End Sectors Size Type
/dev/sdb1 34 262177 262144 128M Microsoft reserved
/dev/sdb2 264192 1859028991 1858764800 886.3G Microsoft basic data
/dev/sdb3 1859028992 1860079615 1050624 513M EFI System
/dev/sdb4 1860079616 3890366463 2030286848 968.1G Linux filesystem
/dev/sdb5 3890366464 3907028991 16662528 8G Linux swap

Partition 2 does not start on physical sector boundary.

Disk /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 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: gpt
Disk identifier: 11250DC2-ABB5-4075-83DC-D5520A90A3BD

Device Start End Sectors Size Type
/dev/sda1 2048 616447 614400 300M Windows recovery environment
/dev/sda2 616448 819199 202752 99M EFI System
/dev/sda3 819200 1081343 262144 128M Microsoft reserved
/dev/sda4 1081344 234440703 233359360 111.3G Microsoft basic data
[/quote]

Comme de juste, je ne peux plus non plus booter sur Debian depuis le setup.

Pour autant la partition EFI du second disque existe toujours et mes partitions Debian aussi. Aussi je pense qu’il faut “juste” corriger la partition EFI du disque 2. J’ai juste ???

Sylvain

#35

Non, il n’y a rien à corriger sur la partition système EFI. Il faut juste recréer une entrée d’amorçage EFI pour le GRUB de Debian, soit en exécutant [mono]grub-install[/mono] à nouveau, soit avec [mono]efibootmgr[/mono].

Dans quel contexte as-tu exécuté [mono]efibootmgr[/mono] et [mono]fdisk[/mono] ?

#36

Bonjour Pascal,

Toujours sur le pont ! Merci de ton aide :slightly_smiling:

Depuis un SystemRescueCd.

[quote=“PascalHambourg”]Non, il n’y a rien à corriger sur la partition système EFI. Il faut juste recréer une entrée d’amorçage EFI pour le GRUB de Debian, soit en exécutant [mono]grub-install[/mono] à nouveau, soit avec [mono]efibootmgr[/mono].
[/quote]
Avec le CD d’installation de Debian, j’ai pu accéder à un shell l’installation Debian. Là j’ai tenté un [mono]efibootmgr -c -b 1 -d /dev/sdb[/mono], ça a recréé une entrée dans la liste des boot EFI et l’a placé en tête dans l’ordre des boot. Mais ça ne marche pas. L’entrée EFI n’est toujours pas reconnue dans le setup.

J’ai également tenté un [mono]grub-install[/mono], sans succès. De mémoire il ne trouve pas le chemin EFI. Je lui ai également précisé ce chemin vers [mono]/boot/efi/[/mono], mais fume ! D’ailleurs, [mono]/boot/efi/[/mono] est vide. C’est normal ? Vérification faite dans le [mono]fstab[/mono], ce répertoire et bien le point de monte de la troisième partition EFI de [mono]/dev/sdb[/mono].

Ma crainte principale c’est d’écraser la partition EFI de [mono]/dev/sda[/mono] où réside Windows.

Sylvain

#37

Il faut spécifier le chemin du chargeur avec [mono]-l ‘\EFI\debian\grubx64.efi’[/mono] (ou [mono]-l “\EFI\debian\grubx64.efi”[/mono], attention aux guillemets doubles ou simples) sinon [mono]efibootmgr[/mono] prend ‘\elilo.efi’ par défaut. Tu as bien spécifié le disque, mais comme la partition système EFI est la numéro 3, il faut le spécifier avec l’option [mono]-p 3[/mono], sinon [mono]efibootmgr[/mono] prend la première partition par défaut. Il est très bête, il ne vérifie pas que c’est la bonne partition, ni que le fichier spécifié existe. Sauf erreur, la commande complète devrait être :

(pas besoin de [mono]-b[/mono], il utilise le premier emplacement libre.

Ce n’est pas forcément anormal dans le contexte de sysrescuecd ou du shell de l’installateur Debian. Il peut être nécessaire de la monter à la main avec

voire

pour monter tous les systèmes de fichiers définis en automatique dans /etc/fstab et qui peuvent être nécessaires.
Si cela échoue, là c’est anormal et il faut creuser.

Normalement il n’y a aucun risque à utiliser la partition système EFI du disque de Windows. Au pire tu peux faire une copie de sauvegarde de son contenu par précaution. Mais Debian et Windows installent leurs chargeurs respectifs dans des répertoires différents (EFI/debian et EFI/Microsoft). C’est l’avantage de l’amorçage en UEFI : les chargeurs ne s’écrasent pas les uns les autres. L’inconvénient en revanche, c’est de rendre l’amorçage de Debian dépendant du disque de Windows. Tout ce qu’on peut écraser, c’est le chargeur de secours par défaut EFI/boot/bootx64.efi si on choisit l’option lors de l’installation de GRUB pour installer une copie du chargeur dans le “chemin de périphérique amovible” (libellé approximatif de mémoire).

#38

Nickel, ça marche !

Mon répertoire [mono]/boot/efi[/mono] n’était pas vide mais simplement pas monté… honte à moi…

C’est reparti pour les tests de couverture fonctionnelle.

Encore merci Pascal !

Sylvain