À partir d'une configuration avec Wheezy qui comporte des partions
Windows et LVM dont 2 partitions LVM chiffrées, j'ai voulu passer de
Wheezy à Jessie par une installation complète de Jessie et non une mise
à jour - ma config Wheezy avait été un trop bricolée.
Disque /dev/sda :
/dev/sda1 100G NTFS
/dev/sda2 250G NTFS
/dev/sda3 30.3G FAT32
/dev/sda4 1.5T Extended
/dev/sda5 1.5T Linux LVM
Dans /dev/sda5, il y a 8 partitions LVM.
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
En mode "rescue", message d'erreur en faisant un "chroot" avec lv--01
montée et avec un "update-grub" suivi d'un "grub-install" :
grub-install: info: Scanning for lvm device on distk hostdisk://dev/sda
grub-install: info: no LVM signature found.
grub-install: info: Scanning for DISKFILTER device on disk
hostdisk//dev/sda
grub-install: info: Partition 0 starts from 63.
grub-install: info: Partition 1 start from 209728575.
grub-install: info: Partition 2 start from 734025915.
grub-install: info: Partition 4 start from 797515776
grub-install: info: guess root_dev `lvmid/....../...../' from dir
`/boot/grub/i386-pc'
grub-install: info: setting the root device to `lvmid/.../.../'.
grub-install: info: warning: your core.img is unusually large. It won't
fit in the embedding area.
grub-install: info: error: embedding is not possible, but this is
required for RAID and LVM install
Après chaque boot, je me trouve fasse au prompt de grub :
GRUB loading
Welcome to GRUB!
error: file not found.
À partir d'une configuration avec Wheezy qui comporte des partions
Windows et LVM dont 2 partitions LVM chiffrées, j'ai voulu passer de
Wheezy à Jessie par une installation complète de Jessie et non une mise
à jour - ma config Wheezy avait été un trop bricolée.
Disque /dev/sda :
/dev/sda1 100G NTFS
/dev/sda2 250G NTFS
/dev/sda3 30.3G FAT32
/dev/sda4 1.5T Extended
/dev/sda5 1.5T Linux LVM
Dans /dev/sda5, il y a 8 partitions LVM.
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
En mode "rescue", message d'erreur en faisant un "chroot" avec lv--01
montée et avec un "update-grub" suivi d'un "grub-install" :
grub-install: info: Scanning for lvm device on distk hostdisk://dev/sda
grub-install: info: no LVM signature found.
grub-install: info: Scanning for DISKFILTER device on disk
hostdisk//dev/sda
grub-install: info: Partition 0 starts from 63.
grub-install: info: Partition 1 start from 209728575.
grub-install: info: Partition 2 start from 734025915.
grub-install: info: Partition 4 start from 797515776
grub-install: info: guess root_dev `lvmid/....../...../' from dir
`/boot/grub/i386-pc'
grub-install: info: setting the root device to `lvmid/.../.../'.
grub-install: info: warning: your core.img is unusually large. It won't
fit in the embedding area.
grub-install: info: error: embedding is not possible, but this is
required for RAID and LVM install
Après chaque boot, je me trouve fasse au prompt de grub :
GRUB loading
Welcome to GRUB!
error: file not found.
À partir d'une configuration avec Wheezy qui comporte des partions
Windows et LVM dont 2 partitions LVM chiffrées, j'ai voulu passer de
Wheezy à Jessie par une installation complète de Jessie et non une mise
à jour - ma config Wheezy avait été un trop bricolée.
Disque /dev/sda :
/dev/sda1 100G NTFS
/dev/sda2 250G NTFS
/dev/sda3 30.3G FAT32
/dev/sda4 1.5T Extended
/dev/sda5 1.5T Linux LVM
Dans /dev/sda5, il y a 8 partitions LVM.
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
En mode "rescue", message d'erreur en faisant un "chroot" avec lv--01
montée et avec un "update-grub" suivi d'un "grub-install" :
grub-install: info: Scanning for lvm device on distk hostdisk://dev/sda
grub-install: info: no LVM signature found.
grub-install: info: Scanning for DISKFILTER device on disk
hostdisk//dev/sda
grub-install: info: Partition 0 starts from 63.
grub-install: info: Partition 1 start from 209728575.
grub-install: info: Partition 2 start from 734025915.
grub-install: info: Partition 4 start from 797515776
grub-install: info: guess root_dev `lvmid/....../...../' from dir
`/boot/grub/i386-pc'
grub-install: info: setting the root device to `lvmid/.../.../'.
grub-install: info: warning: your core.img is unusually large. It won't
fit in the embedding area.
grub-install: info: error: embedding is not possible, but this is
required for RAID and LVM install
Après chaque boot, je me trouve fasse au prompt de grub :
GRUB loading
Welcome to GRUB!
error: file not found.
On 05/03/2016 22:48, Pascal Hambourg wrote:Randy11 a écrit :
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
Bonne remarque. C'est une habitude d'un collègue que j'ai reprise. Je aivais
choisi ces noms pour avoir le moins de partitons facilement identifiables
puisque j'ai certaines sont chiffrées : ne pas faciliter les choses.
L'installation date de la première version de Wheezy.
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai déjà 3 partitions Windows et 1 "extended"/LVM. Si les choses n'ont
pas trop évoluées, il je ne peux plus créer de 4ème partition
primaire.
- Convertir la table de partition au format GPT avec gdisk et créer une
petite partition (1 Mo) de type "BIOS boot" où grub-install pourra
installer l'image core. Mais si le disque contient une installation de
Windows, ce dernier ne pourra plus démarrer. Ce problème peut néanmoins
être contourné avec un MBR hybride créé au moyen de gdisk.
Je n'ai pas encore regarder GPT et gdisk en détail, mais est-ce compatible
avec les partions actuelles
Et si après je veux changer de version de Windows comment les choses
se passeront ?
- Si la machine a un firmware UEFI, activer l'amorçage en mode UEFI,
créer une partition système EFI (500 Mo recommandés, mais 5 Mo
suffisent) formatée en FAT à monter sur /boot/efi, installer
grub-efi-amd64 pour un firmware 64 bits ou grub-efi-ia32 pour un
firmware 32 bits. Exécuter "grub-install --removable" si nécessaire.
Mais à nouveau, une installation de Windows ne pourra plus démarrer en
dual boot avec Debian. Il faudra restaurer l'amorce de Windows dans le
MBR et sélectionner l'OS via le mode d'amorçage du firmware, UEFI pour
Debian et legacy pour Windows.
La partition EFI, peut-elle être prise sur la partie en LVM ?
On 05/03/2016 22:48, Pascal Hambourg wrote:
Randy11 a écrit :
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
Bonne remarque. C'est une habitude d'un collègue que j'ai reprise. Je aivais
choisi ces noms pour avoir le moins de partitons facilement identifiables
puisque j'ai certaines sont chiffrées : ne pas faciliter les choses.
L'installation date de la première version de Wheezy.
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai déjà 3 partitions Windows et 1 "extended"/LVM. Si les choses n'ont
pas trop évoluées, il je ne peux plus créer de 4ème partition
primaire.
- Convertir la table de partition au format GPT avec gdisk et créer une
petite partition (1 Mo) de type "BIOS boot" où grub-install pourra
installer l'image core. Mais si le disque contient une installation de
Windows, ce dernier ne pourra plus démarrer. Ce problème peut néanmoins
être contourné avec un MBR hybride créé au moyen de gdisk.
Je n'ai pas encore regarder GPT et gdisk en détail, mais est-ce compatible
avec les partions actuelles
Et si après je veux changer de version de Windows comment les choses
se passeront ?
- Si la machine a un firmware UEFI, activer l'amorçage en mode UEFI,
créer une partition système EFI (500 Mo recommandés, mais 5 Mo
suffisent) formatée en FAT à monter sur /boot/efi, installer
grub-efi-amd64 pour un firmware 64 bits ou grub-efi-ia32 pour un
firmware 32 bits. Exécuter "grub-install --removable" si nécessaire.
Mais à nouveau, une installation de Windows ne pourra plus démarrer en
dual boot avec Debian. Il faudra restaurer l'amorce de Windows dans le
MBR et sélectionner l'OS via le mode d'amorçage du firmware, UEFI pour
Debian et legacy pour Windows.
La partition EFI, peut-elle être prise sur la partie en LVM ?
On 05/03/2016 22:48, Pascal Hambourg wrote:Randy11 a écrit :
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
Bonne remarque. C'est une habitude d'un collègue que j'ai reprise. Je aivais
choisi ces noms pour avoir le moins de partitons facilement identifiables
puisque j'ai certaines sont chiffrées : ne pas faciliter les choses.
L'installation date de la première version de Wheezy.
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai déjà 3 partitions Windows et 1 "extended"/LVM. Si les choses n'ont
pas trop évoluées, il je ne peux plus créer de 4ème partition
primaire.
- Convertir la table de partition au format GPT avec gdisk et créer une
petite partition (1 Mo) de type "BIOS boot" où grub-install pourra
installer l'image core. Mais si le disque contient une installation de
Windows, ce dernier ne pourra plus démarrer. Ce problème peut néanmoins
être contourné avec un MBR hybride créé au moyen de gdisk.
Je n'ai pas encore regarder GPT et gdisk en détail, mais est-ce compatible
avec les partions actuelles
Et si après je veux changer de version de Windows comment les choses
se passeront ?
- Si la machine a un firmware UEFI, activer l'amorçage en mode UEFI,
créer une partition système EFI (500 Mo recommandés, mais 5 Mo
suffisent) formatée en FAT à monter sur /boot/efi, installer
grub-efi-amd64 pour un firmware 64 bits ou grub-efi-ia32 pour un
firmware 32 bits. Exécuter "grub-install --removable" si nécessaire.
Mais à nouveau, une installation de Windows ne pourra plus démarrer en
dual boot avec Debian. Il faudra restaurer l'amorce de Windows dans le
MBR et sélectionner l'OS via le mode d'amorçage du firmware, UEFI pour
Debian et legacy pour Windows.
La partition EFI, peut-elle être prise sur la partie en LVM ?
Randy11 a écrit :On 05/03/2016 22:48, Pascal Hambourg wrote:Randy11 a écrit :Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
Bonne remarque. C'est une habitude d'un collègue que j'ai reprise. Je aivais
choisi ces noms pour avoir le moins de partitons facilement identifiables
puisque j'ai certaines sont chiffrées : ne pas faciliter les choses.
C'est un point de vue. Mais ne pas faciliter les choses pour qui ? Pour
un administrateur que cela ne va pas aider à s'y retrouver, c'est sûr.
Pour un éventuel attaquant qui peut de toute façon assez facilement
savoir ce que contiennent les volumes, sur quoi ils sont montés et à
quoi ils servent, j'ai des doutes. On n'est pas loin de la sécurité par
l'obscurité.
L'installation date de la première version de Wheezy.
L'installateur de Wheezy créait déjà des partitions alignées sur des
blocs de 1 Mio (2048 secteurs de 512 octets). D'ailleurs on voit bien
que le début de la partition LVM est aligné sur cette taille.
Par contre ce n'est pas le cas des partitions NTFS et FAT qui sont
alignées "à l'ancienne" sur des pistes ou cylindres (63 secteurs/piste
pour la première, multiples de 255 têtes x 63 secteurs/piste pour les
deux suivantes). Comment ont-elles été créées ? Sauf erreur,
l'installateur de Windows Vista applique aussi l'alignement "moderne".
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai déjà 3 partitions Windows et 1 "extended"/LVM. Si les choses n'ont
pas trop évoluées, il je ne peux plus créer de 4ème partition
primaire.
La partition n° 4 est une partition étendue qui contient actuellement
uniquement la partition logique n° 5 servant de PV LVM, mais elle peut
contenir un nombre arbitraire de partitions logiques. Il suffit qu'il
reste un tout petit peu d'espace non alloué, même non aligné, à la fin
du disque ou au début de la partition étendue.
Dans le cas contraire, tu dois bien pouvoir réduire un poil le PV LVM et
la partition logique n° 5 qui le contient.
Randy11 a écrit :
On 05/03/2016 22:48, Pascal Hambourg wrote:
Randy11 a écrit :
Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
Bonne remarque. C'est une habitude d'un collègue que j'ai reprise. Je aivais
choisi ces noms pour avoir le moins de partitons facilement identifiables
puisque j'ai certaines sont chiffrées : ne pas faciliter les choses.
C'est un point de vue. Mais ne pas faciliter les choses pour qui ? Pour
un administrateur que cela ne va pas aider à s'y retrouver, c'est sûr.
Pour un éventuel attaquant qui peut de toute façon assez facilement
savoir ce que contiennent les volumes, sur quoi ils sont montés et à
quoi ils servent, j'ai des doutes. On n'est pas loin de la sécurité par
l'obscurité.
L'installation date de la première version de Wheezy.
L'installateur de Wheezy créait déjà des partitions alignées sur des
blocs de 1 Mio (2048 secteurs de 512 octets). D'ailleurs on voit bien
que le début de la partition LVM est aligné sur cette taille.
Par contre ce n'est pas le cas des partitions NTFS et FAT qui sont
alignées "à l'ancienne" sur des pistes ou cylindres (63 secteurs/piste
pour la première, multiples de 255 têtes x 63 secteurs/piste pour les
deux suivantes). Comment ont-elles été créées ? Sauf erreur,
l'installateur de Windows Vista applique aussi l'alignement "moderne".
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai déjà 3 partitions Windows et 1 "extended"/LVM. Si les choses n'ont
pas trop évoluées, il je ne peux plus créer de 4ème partition
primaire.
La partition n° 4 est une partition étendue qui contient actuellement
uniquement la partition logique n° 5 servant de PV LVM, mais elle peut
contenir un nombre arbitraire de partitions logiques. Il suffit qu'il
reste un tout petit peu d'espace non alloué, même non aligné, à la fin
du disque ou au début de la partition étendue.
Dans le cas contraire, tu dois bien pouvoir réduire un poil le PV LVM et
la partition logique n° 5 qui le contient.
Randy11 a écrit :On 05/03/2016 22:48, Pascal Hambourg wrote:Randy11 a écrit :Pour installer Jessie, j'ai seulement pris :
- lv--01 pour /
- lv--05 pour /var
- lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
Bonne remarque. C'est une habitude d'un collègue que j'ai reprise. Je aivais
choisi ces noms pour avoir le moins de partitons facilement identifiables
puisque j'ai certaines sont chiffrées : ne pas faciliter les choses.
C'est un point de vue. Mais ne pas faciliter les choses pour qui ? Pour
un administrateur que cela ne va pas aider à s'y retrouver, c'est sûr.
Pour un éventuel attaquant qui peut de toute façon assez facilement
savoir ce que contiennent les volumes, sur quoi ils sont montés et à
quoi ils servent, j'ai des doutes. On n'est pas loin de la sécurité par
l'obscurité.
L'installation date de la première version de Wheezy.
L'installateur de Wheezy créait déjà des partitions alignées sur des
blocs de 1 Mio (2048 secteurs de 512 octets). D'ailleurs on voit bien
que le début de la partition LVM est aligné sur cette taille.
Par contre ce n'est pas le cas des partitions NTFS et FAT qui sont
alignées "à l'ancienne" sur des pistes ou cylindres (63 secteurs/piste
pour la première, multiples de 255 têtes x 63 secteurs/piste pour les
deux suivantes). Comment ont-elles été créées ? Sauf erreur,
l'installateur de Windows Vista applique aussi l'alignement "moderne".
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai déjà 3 partitions Windows et 1 "extended"/LVM. Si les choses n'ont
pas trop évoluées, il je ne peux plus créer de 4ème partition
primaire.
La partition n° 4 est une partition étendue qui contient actuellement
uniquement la partition logique n° 5 servant de PV LVM, mais elle peut
contenir un nombre arbitraire de partitions logiques. Il suffit qu'il
reste un tout petit peu d'espace non alloué, même non aligné, à la fin
du disque ou au début de la partition étendue.
Dans le cas contraire, tu dois bien pouvoir réduire un poil le PV LVM et
la partition logique n° 5 qui le contient.
On 06/03/2016 13:01, Pascal Hambourg wrote:- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.
C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
On 06/03/2016 13:01, Pascal Hambourg wrote:
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.
C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
On 06/03/2016 13:01, Pascal Hambourg wrote:- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.
C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le 06/03/2016 23:35, Randy11 a écrit :
On 06/03/2016 13:01, Pascal Hambourg wrote:- Créer une petite partition (5 Mo devraient suffire) formatée en
ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la
taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
(...)J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.
Il n'était pas nécessaire que la partition contienne tout /boot ;
/boot/grub suffisait et nécessitait une taille plus modeste.C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab (à
moins que tu aies conservé celui de Wheezy) pour les ouvrir
automatiquement au démarrage.
Le 06/03/2016 23:35, Randy11 a écrit :
On 06/03/2016 13:01, Pascal Hambourg wrote:
- Créer une petite partition (5 Mo devraient suffire) formatée en
ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la
taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
(...)
J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.
Il n'était pas nécessaire que la partition contienne tout /boot ;
/boot/grub suffisait et nécessitait une taille plus modeste.
C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab (à
moins que tu aies conservé celui de Wheezy) pour les ouvrir
automatiquement au démarrage.
Le 06/03/2016 23:35, Randy11 a écrit :
On 06/03/2016 13:01, Pascal Hambourg wrote:- Créer une petite partition (5 Mo devraient suffire) formatée en
ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la
taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
(...)J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.
Il n'était pas nécessaire que la partition contienne tout /boot ;
/boot/grub suffisait et nécessitait une taille plus modeste.C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab (à
moins que tu aies conservé celui de Wheezy) pour les ouvrir
automatiquement au démarrage.
C'est bien, mais le problème est que mes partitions cryptées qui
doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab
(à moins que tu aies conservé celui de Wheezy) pour les ouvrir
automatiquement au démarrage.
Merci pour les indications, j'ai récupéré l'ancien /etc/crypttab,
refait ma swap cryptée, mis à jour /etc/crypttab avec le nouvel UID et
ÇA MARCHE !!!
Après 15 jours de galère, je récupère enfin mon PC :-)
Un très grand MERCI à tous pour votre aide.
Randy11
C'est bien, mais le problème est que mes partitions cryptées qui
doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab
(à moins que tu aies conservé celui de Wheezy) pour les ouvrir
automatiquement au démarrage.
Merci pour les indications, j'ai récupéré l'ancien /etc/crypttab,
refait ma swap cryptée, mis à jour /etc/crypttab avec le nouvel UID et
ÇA MARCHE !!!
Après 15 jours de galère, je récupère enfin mon PC :-)
Un très grand MERCI à tous pour votre aide.
Randy11
C'est bien, mais le problème est que mes partitions cryptées qui
doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.
Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab
(à moins que tu aies conservé celui de Wheezy) pour les ouvrir
automatiquement au démarrage.
Merci pour les indications, j'ai récupéré l'ancien /etc/crypttab,
refait ma swap cryptée, mis à jour /etc/crypttab avec le nouvel UID et
ÇA MARCHE !!!
Après 15 jours de galère, je récupère enfin mon PC :-)
Un très grand MERCI à tous pour votre aide.
Randy11
[ 504.460680] EXT4-fs (sda4): unable to read superblock
[ 504.462564] EXT4-fs (sda4): unable to read superblock
[ 504.464474] EXT4-fs (sda4): unable to read superblock
[ 504.475289] FAT-fs (sda4): bogus number of reserved sectors
[ 504.477480] FAT-fs (sda4): bogus number of reserved sectors
[ 504.487249] qnx4: no qnx4 filesystem (no root dir).
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 209728574 209728512 100G 7 HPFS/NTFS/exFAT
/dev/sda2 209728575 734025914 524297340 250G 7 HPFS/NTFS/exFAT
/dev/sda3 734025915 797514794 63488880 30,3G c W95 FAT32 (LBA)
/dev/sda4 797515774 3907028991 3109513218 1,5T 5 Extended
/dev/sda5 797515776 3906828992 3109313217 1,5T 8e Linux LVM
/dev/sda6 3906832384 3907028991 196608 96M 83 Linux
Que cela signifie-t-il ?
Est-ce grave docteur ?
[ 504.460680] EXT4-fs (sda4): unable to read superblock
[ 504.462564] EXT4-fs (sda4): unable to read superblock
[ 504.464474] EXT4-fs (sda4): unable to read superblock
[ 504.475289] FAT-fs (sda4): bogus number of reserved sectors
[ 504.477480] FAT-fs (sda4): bogus number of reserved sectors
[ 504.487249] qnx4: no qnx4 filesystem (no root dir).
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 209728574 209728512 100G 7 HPFS/NTFS/exFAT
/dev/sda2 209728575 734025914 524297340 250G 7 HPFS/NTFS/exFAT
/dev/sda3 734025915 797514794 63488880 30,3G c W95 FAT32 (LBA)
/dev/sda4 797515774 3907028991 3109513218 1,5T 5 Extended
/dev/sda5 797515776 3906828992 3109313217 1,5T 8e Linux LVM
/dev/sda6 3906832384 3907028991 196608 96M 83 Linux
Que cela signifie-t-il ?
Est-ce grave docteur ?
[ 504.460680] EXT4-fs (sda4): unable to read superblock
[ 504.462564] EXT4-fs (sda4): unable to read superblock
[ 504.464474] EXT4-fs (sda4): unable to read superblock
[ 504.475289] FAT-fs (sda4): bogus number of reserved sectors
[ 504.477480] FAT-fs (sda4): bogus number of reserved sectors
[ 504.487249] qnx4: no qnx4 filesystem (no root dir).
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 209728574 209728512 100G 7 HPFS/NTFS/exFAT
/dev/sda2 209728575 734025914 524297340 250G 7 HPFS/NTFS/exFAT
/dev/sda3 734025915 797514794 63488880 30,3G c W95 FAT32 (LBA)
/dev/sda4 797515774 3907028991 3109513218 1,5T 5 Extended
/dev/sda5 797515776 3906828992 3109313217 1,5T 8e Linux LVM
/dev/sda6 3906832384 3907028991 196608 96M 83 Linux
Que cela signifie-t-il ?
Est-ce grave docteur ?
Randy11 a écrit :[ 504.460680] EXT4-fs (sda4): unable to read superblock
[ 504.462564] EXT4-fs (sda4): unable to read superblock
[ 504.464474] EXT4-fs (sda4): unable to read superblock
[ 504.475289] FAT-fs (sda4): bogus number of reserved sectors
[ 504.477480] FAT-fs (sda4): bogus number of reserved sectors
[ 504.487249] qnx4: no qnx4 filesystem (no root dir).
(...)Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 209728574 209728512 100G 7 HPFS/NTFS/exFAT
/dev/sda2 209728575 734025914 524297340 250G 7 HPFS/NTFS/exFAT
/dev/sda3 734025915 797514794 63488880 30,3G c W95 FAT32 (LBA)
/dev/sda4 797515774 3907028991 3109513218 1,5T 5 Extended
/dev/sda5 797515776 3906828992 3109313217 1,5T 8e Linux LVM
/dev/sda6 3906832384 3907028991 196608 96M 83 Linux
Que cela signifie-t-il ?
Que sda4 n'est pas une partition ext4, FAT ou QNX. Pas étonnant puisque
c'est une partition étendue.Est-ce grave docteur ?
Non.
Randy11 a écrit :
[ 504.460680] EXT4-fs (sda4): unable to read superblock
[ 504.462564] EXT4-fs (sda4): unable to read superblock
[ 504.464474] EXT4-fs (sda4): unable to read superblock
[ 504.475289] FAT-fs (sda4): bogus number of reserved sectors
[ 504.477480] FAT-fs (sda4): bogus number of reserved sectors
[ 504.487249] qnx4: no qnx4 filesystem (no root dir).
(...)
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 209728574 209728512 100G 7 HPFS/NTFS/exFAT
/dev/sda2 209728575 734025914 524297340 250G 7 HPFS/NTFS/exFAT
/dev/sda3 734025915 797514794 63488880 30,3G c W95 FAT32 (LBA)
/dev/sda4 797515774 3907028991 3109513218 1,5T 5 Extended
/dev/sda5 797515776 3906828992 3109313217 1,5T 8e Linux LVM
/dev/sda6 3906832384 3907028991 196608 96M 83 Linux
Que cela signifie-t-il ?
Que sda4 n'est pas une partition ext4, FAT ou QNX. Pas étonnant puisque
c'est une partition étendue.
Est-ce grave docteur ?
Non.
Randy11 a écrit :[ 504.460680] EXT4-fs (sda4): unable to read superblock
[ 504.462564] EXT4-fs (sda4): unable to read superblock
[ 504.464474] EXT4-fs (sda4): unable to read superblock
[ 504.475289] FAT-fs (sda4): bogus number of reserved sectors
[ 504.477480] FAT-fs (sda4): bogus number of reserved sectors
[ 504.487249] qnx4: no qnx4 filesystem (no root dir).
(...)Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 209728574 209728512 100G 7 HPFS/NTFS/exFAT
/dev/sda2 209728575 734025914 524297340 250G 7 HPFS/NTFS/exFAT
/dev/sda3 734025915 797514794 63488880 30,3G c W95 FAT32 (LBA)
/dev/sda4 797515774 3907028991 3109513218 1,5T 5 Extended
/dev/sda5 797515776 3906828992 3109313217 1,5T 8e Linux LVM
/dev/sda6 3906832384 3907028991 196608 96M 83 Linux
Que cela signifie-t-il ?
Que sda4 n'est pas une partition ext4, FAT ou QNX. Pas étonnant puisque
c'est une partition étendue.Est-ce grave docteur ?
Non.