Bonjour à tous,
La machine est une Debian 11 qui à 2 SSD RAID 1 (pas NVME)
Pas de UEFI.
`apt upgrade`
->
> The following packages will be upgraded:
> grub-common grub-efi-amd64-bin grub-efi-amd64-signed grub-pc-bin grub2-common
[...]
Setting up grub-common (2.06-3~deb11u2) ...
Setting up grub-efi-amd64-bin (2.06-3~deb11u2) ...
Setting up grub-efi-amd64-signed (1+2.06+3~deb11u2) ...
Setting up grub2-common (2.06-3~deb11u2) ...
Setting up grub-pc-bin (2.06-3~deb11u2) ...
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for grub-cloud-amd64 (0.0.5) ...
Installing for i386-pc platform.
mdadm: /dev/md does not appear to be an md device
grub-install: error: ioctl RAID_VERSION error: Inappropriate ioctl for device.
dpkg: error processing package grub-cloud-amd64 (--configure):
installed grub-cloud-amd64 package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
grub-cloud-amd64
`fdisk -l`
->
> Disk /dev/sdb: 447.13 GiB, 480103981056 bytes, 937703088 sectors
> Disk model: SAMSUNG MZ7LM480
> 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: 0xe7f3680b
> Device Boot Start End Sectors Size Id Type
> /dev/sdb1 2048 904142847 904140800 431.1G fd Linux raid autodetect
> /dev/sdb2 904142848 937697279 33554432 16G 83 Linux
> Disk /dev/sda: 447.13 GiB, 480103981056 bytes, 937703088 sectors
> Disk model: SAMSUNG MZ7LM480
> 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: 0x86c301e8
> Device Boot Start End Sectors Size Id Type
> /dev/sda1 2048 904142847 904140800 431.1G fd Linux raid autodetect
> /dev/sda2 904142848 937697279 33554432 16G 83 Linux
> /dev/sda3 937698992 937703087 4096 2M 83 Linux
> Disk /dev/md1: 431 GiB, 462785871872 bytes, 903878656 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
`apt list --installed | grep -i grub`
->
> grub-cloud-amd64/stable,now 0.0.5 amd64 [installed]
> grub-common/stable-updates,now 2.06-3~deb11u2 amd64 [installed,automatic]
> grub-efi-amd64-bin/stable-updates,now 2.06-3~deb11u2 amd64 [installed,automatic]
> grub-efi-amd64-signed/stable-updates,now 1+2.06+3~deb11u2 amd64 [installed,automatic]
> grub-pc-bin/stable-updates,now 2.06-3~deb11u2 amd64 [installed,automatic]
> grub2-common/stable-updates,now 2.06-3~deb11u2 amd64 [installed,automatic]
Auriez vous des conseils à me donner ?
GRUB debian 11 -> error processing package grub-cloud-amd64 lors de la mise à jour
Related questions
- Proxmox VM accès internet impossible
55269
19.11.2016 12:11
- Spam et IP bloquée
52594
12.12.2016 11:53
- il y a quelqu'un ?
51690
15.12.2025 17:01
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
50517
30.04.2020 17:12
- SSD NVMe Soft Raid ou SSD SATA Hard Raid
50130
29.06.2021 23:29
- Port 25 bloqué pour spam à répétition
47339
28.02.2018 13:39
- Mise à jour PHP sur Release 3 ovh
46793
11.03.2017 17:43
- Identification carte réseau
45656
05.12.2025 10:09
- Connection smtp qui ne marche plus : connect error 10060
45061
12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
44774
09.05.2017 14:33
Le script post install lance ceci :
> grub-probe -t device /boot/ | sed -Ee 's/[0-9]+$//' -e 's/([0-9])p$/\1/'
ce qui donne /dev/md en réponse et ensuite il essaie de faire :
> grub-install --target=i386-pc /dev/md
mais je pense que le script ne marche pas car dans un le cas d'un raid1 software :
il faudrait que la mise à jour grub donne quelque chose comme :
> grub-install --target=i386-pc /dev/sda
> grub-install --target=i386-pc /dev/sdb
Merci @ChristopheGX,
`grub-install --target=i386-pc /dev/sda`
->
> Installing for i386-pc platform.
> Installation finished. No error reported.
`grub-install --target=i386-pc /dev/sdb`
->
>Installing for i386-pc platform.
>Installation finished. No error reported.
Du coup,
apt upgrade
->
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> Calculating upgrade... Done
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> 1 not fully installed or removed.
> After this operation, 0 B of additional disk space will be used.
> Do you want to continue? [Y/n] y
> Setting up grub-cloud-amd64 (0.0.5) ...
> Scanning processes...
> Scanning candidates...
> Scanning processor microcode...
> Scanning linux images...
> Failed to check for processor microcode upgrades.
`update-grub`
->
> Generating grub configuration file ...
> Found linux image: /boot/vmlinuz-5.10.0-18-amd64
> Found initrd image: /boot/initrd.img-5.10.0-18-amd64
> Found linux image: /boot/vmlinuz-5.10.0-17-amd64
> Found initrd image: /boot/initrd.img-5.10.0-17-amd64
> Found linux image: /boot/vmlinuz-5.10.0-13-amd64
> Found initrd image: /boot/initrd.img-5.10.0-13-amd64
> done
ça m'a l'air OK tout ça.
Je tente un reboot ce weekend tu penses ?
Bonjour
Comme j'ai le même problème je voulais savoir si la manip avait marché ?
Merci !
Oui impeccable !
Arghh....
Malheureusement :
`grub-install --target=i386-pc /dev/sda` :
> Installing for i386-pc platform.
> grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
> grub-install: error: embedding is not possible, but this is required for RAID and LVM install.
No luck...
Mais je m'aperçois que contrairement à l'OP je suis en UEFI.
Quelqu'un aurait une idée ?
Supprimer grub-cloud-amd64 (qui fait à la fois grub-pc et grub-efi) et mettre une version efi uniquement ? Mais ça été installé comme ça avec le repository OVH et ça marchait avant la mise à jour de grub (grub-cloud-amd64 lui-même n'a pas changé)...