Le syst=c3=a8me essaye de monter les partitions =c3=a9tendues
3 réponses
Artur
Bonjour les gens,
Désole, email un peu long...
J'ai une Jessie avec 2 disques et du RAID logiciel.
Les deux disques sont partitionnés de la même manière : 3 partitions
principales et 3 partitions logiques sur une partition étendue.
Le kernel le voit de cette manière :
/proc/swaps
Filename Type Size Used
Priority
/dev/sdb2 partition 4193276 0 -1
/dev/sda2 partition 4193276 0 -2
Tout ça est très bien. Il reste que je viens de jeter un oeil sur dmesg
et je vois que le kernel essaye de monter ce qui correspond aux
partitions étendues de chaque disque, soit sda4 et sdb4 :
[ 61.358348] EXT4-fs (sda4): unable to read superblock
[ 61.360061] EXT4-fs (sda4): unable to read superblock
[ 61.361725] EXT4-fs (sda4): unable to read superblock
[ 61.364113] XFS (sda4): Invalid superblock magic number
[ 61.368094] FAT-fs (sda4): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 61.368337] FAT-fs (sda4): bogus number of reserved sectors
[ 61.368371] FAT-fs (sda4): Can't find a valid FAT filesystem
[ 61.369991] FAT-fs (sda4): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 61.370216] FAT-fs (sda4): bogus number of reserved sectors
[ 61.370250] FAT-fs (sda4): Can't find a valid FAT filesystem
[ 61.376567] ntfs: (device sda4): read_ntfs_boot_sector(): Primary
boot sector is invalid.
[ 61.376614] ntfs: (device sda4): read_ntfs_boot_sector(): Mount
option errors=recover not used. Aborting without trying to recover.
[ 61.376671] ntfs: (device sda4): ntfs_fill_super(): Not an NTFS volume.
[ 61.378267] MINIX-fs: unable to read superblock
[ 61.379760] attempt to access beyond end of device
[ 61.379765] sda4: rw=16, want=3, limit=2
[ 61.379767] hfsplus: unable to find HFS+ superblock
[ 61.381526] qnx4: no qnx4 filesystem (no root dir).
[ 61.383130] You didn't specify the type of your ufs filesystem
mount -t ufs -o
ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
>>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is
ufstype=old
[ 61.386033] hfs: can't find a HFS filesystem on dev sda4
[ 61.434014] EXT4-fs (sdb4): unable to read superblock
[ 61.435369] EXT4-fs (sdb4): unable to read superblock
[ 61.436575] EXT4-fs (sdb4): unable to read superblock
[ 61.437952] XFS (sdb4): Invalid superblock magic number
[ 61.440520] FAT-fs (sdb4): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 61.440588] FAT-fs (sdb4): bogus number of reserved sectors
[ 61.440618] FAT-fs (sdb4): Can't find a valid FAT filesystem
[ 61.441843] FAT-fs (sdb4): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 61.441905] FAT-fs (sdb4): bogus number of reserved sectors
[ 61.441933] FAT-fs (sdb4): Can't find a valid FAT filesystem
[ 61.443181] ntfs: (device sdb4): read_ntfs_boot_sector(): Primary
boot sector is invalid.
[ 61.443220] ntfs: (device sdb4): read_ntfs_boot_sector(): Mount
option errors=recover not used. Aborting without trying to recover.
[ 61.443270] ntfs: (device sdb4): ntfs_fill_super(): Not an NTFS volume.
[ 61.444509] MINIX-fs: unable to read superblock
[ 61.445693] attempt to access beyond end of device
[ 61.445696] sdb4: rw=16, want=3, limit=2
[ 61.445698] hfsplus: unable to find HFS+ superblock
[ 61.446903] qnx4: no qnx4 filesystem (no root dir).
[ 61.448198] You didn't specify the type of your ufs filesystem
mount -t ufs -o
ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
>>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is
ufstype=old
[ 61.450577] hfs: can't find a HFS filesystem on dev sdb4
Il n'y a bien sûr pas de trace de sda4 ou sdb4 dans /etc/fstab et la
table de partition donne ceci :
sfdisk -d /dev/sda
sfdisk: Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.
# partition table of /dev/sda
unit: sectors
/dev/sda1 : start= 4096, size= 8189952, Id=fd, bootable
/dev/sda2 : start= 8194048, size= 8386560, Id=82
/dev/sda3 : start= 16580608, size= 20477952, Id=fd
/dev/sda4 : start= 37058560, size=1916456960, Id= f
/dev/sda5 : start= 37060608, size= 20477952, Id=fd
/dev/sda6 : start= 57540608, size=1871597568, Id=fd
/dev/sda7 : start=1929140224, size= 24375296, Id=fd
ou avec fdisk :
Disk /dev/sda: 1,8 TiB, 2000398934016 bytes, 3907029168 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: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 4096 8194047 8189952 3,9G fd Linux raid
autodetect
/dev/sda2 8194048 16580607 8386560 4G 82 Linux swap /
Solaris
/dev/sda3 16580608 37058559 20477952 9,8G fd Linux raid
autodetect
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
/dev/sda5 37060608 57538559 20477952 9,8G fd Linux raid
autodetect
/dev/sda6 57540608 1929138175 1871597568 892,5G fd Linux raid
autodetect
/dev/sda7 1929140224 1953515519 24375296 11,6G fd Linux raid
autodetect
Une idée pourquoi le système essaye de monter sda4/sdb4 ? Comment
l’empêcher ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
=c3
Bonjour, On 10/30/18 2:56 PM, Artur wrote:
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
Je ne sais pas si c'est très significatif, mais la première partition étendue que j'ai pu trouver sur mes disques a un numéro magique différent. D'après `fdisk` : /dev/sda4 1024004094 1953523711 929519618 443.2G 5 Extended Peut-être que ça vient de différents outils de partitionnement ?
Une idée pourquoi le système essaye de monter sda4/sdb4 ?
Une idée en l'air: est ce que ça pourrait venir du mécanisme de montage automatique de disque fourni par l'éventuel environnement de bureau de la machine ? (thunar-volman, gvfs, et consort) Normalement c'est prévu pour les disques externes et clés USB, mais s'il détecte ces partitions étendues comme étant /inutilisés/, alors peut-être que le mécano en devient tout confus. En espérant amener un peu d'eau au moulin, Amicalement, -- Étienne Mollier
Bonjour,
On 10/30/18 2:56 PM, Artur wrote:
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
Je ne sais pas si c'est très significatif, mais la première partition
étendue que j'ai pu trouver sur mes disques a un numéro magique
différent. D'après `fdisk` :
Peut-être que ça vient de différents outils de partitionnement ?
Une idée pourquoi le système essaye de monter sda4/sdb4 ?
Une idée en l'air: est ce que ça pourrait venir du mécanisme de
montage automatique de disque fourni par l'éventuel environnement de
bureau de la machine ? (thunar-volman, gvfs, et consort)
Normalement c'est prévu pour les disques externes et clés USB, mais
s'il détecte ces partitions étendues comme étant /inutilisés/, alors
peut-être que le mécano en devient tout confus.
En espérant amener un peu d'eau au moulin,
Amicalement,
--
Étienne Mollier <etienne.mollier@mailoo.org>
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
Je ne sais pas si c'est très significatif, mais la première partition étendue que j'ai pu trouver sur mes disques a un numéro magique différent. D'après `fdisk` : /dev/sda4 1024004094 1953523711 929519618 443.2G 5 Extended Peut-être que ça vient de différents outils de partitionnement ?
Une idée pourquoi le système essaye de monter sda4/sdb4 ?
Une idée en l'air: est ce que ça pourrait venir du mécanisme de montage automatique de disque fourni par l'éventuel environnement de bureau de la machine ? (thunar-volman, gvfs, et consort) Normalement c'est prévu pour les disques externes et clés USB, mais s'il détecte ces partitions étendues comme étant /inutilisés/, alors peut-être que le mécano en devient tout confus. En espérant amener un peu d'eau au moulin, Amicalement, -- Étienne Mollier
Artur
Bonsoir, Le 30/10/2018 à 20:21, Étienne Mollier a écrit :
Bonjour, On 10/30/18 2:56 PM, Artur wrote:
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
Je ne sais pas si c'est très significatif, mais la première partition étendue que j'ai pu trouver sur mes disques a un numéro magique différent. D'après `fdisk` : /dev/sda4 1024004094 1953523711 929519618 443.2G 5 Extended Peut-être que ça vient de différents outils de partitionnement ?
Il va falloir que je teste le changement de type.
Une idée pourquoi le système essaye de monter sda4/sdb4 ?
Une idée en l'air: est ce que ça pourrait venir du mécanisme de montage automatique de disque fourni par l'éventuel environnement de bureau de la machine ? (thunar-volman, gvfs, et consort) Normalement c'est prévu pour les disques externes et clés USB, mais s'il détecte ces partitions étendues comme étant /inutilisés/, alors peut-être que le mécano en devient tout confus.
Pas d'environnement de bureau, c'est un serveur. Mais d'autres mécanismes similaires existent peut-être... -- Cordialement, Artur.
Bonsoir,
Le 30/10/2018 à 20:21, Étienne Mollier a écrit :
Bonjour,
On 10/30/18 2:56 PM, Artur wrote:
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
Je ne sais pas si c'est très significatif, mais la première partition
étendue que j'ai pu trouver sur mes disques a un numéro magique
différent. D'après `fdisk` :
Peut-être que ça vient de différents outils de partitionnement ?
Il va falloir que je teste le changement de type.
Une idée pourquoi le système essaye de monter sda4/sdb4 ?
Une idée en l'air: est ce que ça pourrait venir du mécanisme de
montage automatique de disque fourni par l'éventuel environnement de
bureau de la machine ? (thunar-volman, gvfs, et consort)
Normalement c'est prévu pour les disques externes et clés USB, mais
s'il détecte ces partitions étendues comme étant /inutilisés/, alors
peut-être que le mécano en devient tout confus.
Pas d'environnement de bureau, c'est un serveur. Mais d'autres
mécanismes similaires existent peut-être...
Bonsoir, Le 30/10/2018 à 20:21, Étienne Mollier a écrit :
Bonjour, On 10/30/18 2:56 PM, Artur wrote:
/dev/sda4 37058560 1953515519 1916456960 913,9G f W95 Ext'd (LBA)
Je ne sais pas si c'est très significatif, mais la première partition étendue que j'ai pu trouver sur mes disques a un numéro magique différent. D'après `fdisk` : /dev/sda4 1024004094 1953523711 929519618 443.2G 5 Extended Peut-être que ça vient de différents outils de partitionnement ?
Il va falloir que je teste le changement de type.
Une idée pourquoi le système essaye de monter sda4/sdb4 ?
Une idée en l'air: est ce que ça pourrait venir du mécanisme de montage automatique de disque fourni par l'éventuel environnement de bureau de la machine ? (thunar-volman, gvfs, et consort) Normalement c'est prévu pour les disques externes et clés USB, mais s'il détecte ces partitions étendues comme étant /inutilisés/, alors peut-être que le mécano en devient tout confus.
Pas d'environnement de bureau, c'est un serveur. Mais d'autres mécanismes similaires existent peut-être... -- Cordialement, Artur.
Pascal Hambourg
Le 30/10/2018 à 14:56, Artur a écrit :
/proc/mdstat Personalities : [raid1] md7 : active raid1 sda7[0] sdb7[1] 12187584 blocks [2/2] [UU] md6 : active raid1 sda6[0] sdb6[1] 935798720 blocks [2/2] [UU] md5 : active raid1 sda5[0] sdb5[1] 10238912 blocks [2/2] [UU] md3 : active raid1 sda3[0] sdb3[1] 10238912 blocks [2/2] [UU] md1 : active raid1 sda1[0] sdb1[1] 4094912 blocks [2/2] [UU] unused devices: <none> Et les swaps sont sur : /proc/swaps Filename Type Size Used Priority /dev/sdb2 partition 4193276 0 -1 /dev/sda2 partition 4193276 0 -2 Tout ça est très bien.
Je ne suis pas de cet avis. 1) 5 ensemble RAID distincts de même niveau sur la même grappe de disques, c'est inutilement lourd. En cas de remplacement d'un disque défaillant, il faut reconstruire tous les ensembles un par un. J'aurais plutôt créé un seul ensemble RAID partitionné ou utilisé comme volume physique LVM. 2) Le swap n'est pas en RAID, donc si un disque tombe, le swap tombe et le système risque de tomber avec. Rappelez-moi à quoi sert le RAID ? Il fournit de la disponibilité. Si le système tombe quand un disque tombe, tu parles d'une disponibilité.
Il reste que je viens de jeter un oeil sur dmesg et je vois que le kernel essaye de monter ce qui correspond aux partitions étendues de chaque disque, soit sda4 et sdb4 : [ 61.358348] EXT4-fs (sda4): unable to read superblock [ 61.360061] EXT4-fs (sda4): unable to read superblock [ 61.361725] EXT4-fs (sda4): unable to read superblock [ 61.364113] XFS (sda4): Invalid superblock magic number [ 61.368094] FAT-fs (sda4): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 61.368337] FAT-fs (sda4): bogus number of reserved sectors [ 61.368371] FAT-fs (sda4): Can't find a valid FAT filesystem [ 61.369991] FAT-fs (sda4): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 61.370216] FAT-fs (sda4): bogus number of reserved sectors [ 61.370250] FAT-fs (sda4): Can't find a valid FAT filesystem [ 61.376567] ntfs: (device sda4): read_ntfs_boot_sector(): Primary boot sector is invalid. [ 61.376614] ntfs: (device sda4): read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting without trying to recover. [ 61.376671] ntfs: (device sda4): ntfs_fill_super(): Not an NTFS volume. [ 61.378267] MINIX-fs: unable to read superblock [ 61.379760] attempt to access beyond end of device [ 61.379765] sda4: rw, want=3, limit=2 [ 61.379767] hfsplus: unable to find HFS+ superblock [ 61.381526] qnx4: no qnx4 filesystem (no root dir). [ 61.383130] You didn't specify the type of your ufs filesystem mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
WARNING<<< Wrong ufstype may corrupt your filesystem, default is
ufstype=old [ 61.386033] hfs: can't find a HFS filesystem on dev sda4
(...)
Une idée pourquoi le système essaye de monter sda4/sdb4 ? Comment l’empêcher ?
Ça ressemble à ce qui se passe lorsque os-prober (généralement invoqué par grub-mkconfig lui même invoqué par update-grub) essaie de monter une partition de type inconnu à la recherche d'autres systèmes : === [ 2981.616457] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled [ 2981.655305] JFS: nTxBlock = 8050, nTxLock = 64404 [ 2981.745612] ntfs: driver 2.1.30 [Flags: R/W MODULE]. [ 2981.842744] QNX4 filesystem 0.2.3 registered. [ 2982.948469] EXT4-fs (sda1): VFS: Can't find ext4 filesystem [ 2982.950223] EXT4-fs (sda1): VFS: Can't find ext4 filesystem [ 2982.951916] EXT4-fs (sda1): VFS: Can't find ext4 filesystem [ 2983.006889] XFS (sda1): Invalid superblock magic number [ 2983.019240] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 2983.019463] FAT-fs (sda1): invalid media value (0x7d) [ 2983.019469] FAT-fs (sda1): Can't find a valid FAT filesystem [ 2983.022505] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 2983.022741] FAT-fs (sda1): invalid media value (0x7d) [ 2983.022747] FAT-fs (sda1): Can't find a valid FAT filesystem [ 2983.031531] VFS: Can't find a Minix filesystem V1 | V2 | V3 on device sda1. [ 2983.053425] hfsplus: unable to find HFS+ superblock [ 2983.057595] qnx4: no qnx4 filesystem (no root dir). [ 2983.061990] You didn't specify the type of your ufs filesystem mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ... === >>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old [ 2983.062505] ufs_read_super: bad magic number [ 2983.066970] hfs: can't find a HFS filesystem on dev sda1 Ici sda1 est une partition "BIOS boot" (GPT) ne contenant aucun système de fichiers.
/proc/swaps
Filename Type Size Used
Priority
/dev/sdb2 partition 4193276 0 -1
/dev/sda2 partition 4193276 0 -2
Tout ça est très bien.
Je ne suis pas de cet avis.
1) 5 ensemble RAID distincts de même niveau sur la même grappe de
disques, c'est inutilement lourd. En cas de remplacement d'un disque
défaillant, il faut reconstruire tous les ensembles un par un. J'aurais
plutôt créé un seul ensemble RAID partitionné ou utilisé comme volume
physique LVM.
2) Le swap n'est pas en RAID, donc si un disque tombe, le swap tombe et
le système risque de tomber avec. Rappelez-moi à quoi sert le RAID ? Il
fournit de la disponibilité. Si le système tombe quand un disque tombe,
tu parles d'une disponibilité.
Il reste que je viens de jeter un oeil sur dmesg
et je vois que le kernel essaye de monter ce qui correspond aux
partitions étendues de chaque disque, soit sda4 et sdb4 :
[ 61.358348] EXT4-fs (sda4): unable to read superblock
[ 61.360061] EXT4-fs (sda4): unable to read superblock
[ 61.361725] EXT4-fs (sda4): unable to read superblock
[ 61.364113] XFS (sda4): Invalid superblock magic number
[ 61.368094] FAT-fs (sda4): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 61.368337] FAT-fs (sda4): bogus number of reserved sectors
[ 61.368371] FAT-fs (sda4): Can't find a valid FAT filesystem
[ 61.369991] FAT-fs (sda4): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 61.370216] FAT-fs (sda4): bogus number of reserved sectors
[ 61.370250] FAT-fs (sda4): Can't find a valid FAT filesystem
[ 61.376567] ntfs: (device sda4): read_ntfs_boot_sector(): Primary
boot sector is invalid.
[ 61.376614] ntfs: (device sda4): read_ntfs_boot_sector(): Mount
option errors=recover not used. Aborting without trying to recover.
[ 61.376671] ntfs: (device sda4): ntfs_fill_super(): Not an NTFS volume.
[ 61.378267] MINIX-fs: unable to read superblock
[ 61.379760] attempt to access beyond end of device
[ 61.379765] sda4: rw, want=3, limit=2
[ 61.379767] hfsplus: unable to find HFS+ superblock
[ 61.381526] qnx4: no qnx4 filesystem (no root dir).
[ 61.383130] You didn't specify the type of your ufs filesystem
mount -t ufs -o
ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
WARNING<<< Wrong ufstype may corrupt your filesystem, default is
ufstype=old
[ 61.386033] hfs: can't find a HFS filesystem on dev sda4
(...)
Une idée pourquoi le système essaye de monter sda4/sdb4 ? Comment
l’empêcher ?
Ça ressemble à ce qui se passe lorsque os-prober (généralement invoqué
par grub-mkconfig lui même invoqué par update-grub) essaie de monter une
partition de type inconnu à la recherche d'autres systèmes :
=== [ 2981.616457] SGI XFS with ACLs, security attributes, realtime, large
block/inode numbers, no debug enabled
[ 2981.655305] JFS: nTxBlock = 8050, nTxLock = 64404
[ 2981.745612] ntfs: driver 2.1.30 [Flags: R/W MODULE].
[ 2981.842744] QNX4 filesystem 0.2.3 registered.
[ 2982.948469] EXT4-fs (sda1): VFS: Can't find ext4 filesystem
[ 2982.950223] EXT4-fs (sda1): VFS: Can't find ext4 filesystem
[ 2982.951916] EXT4-fs (sda1): VFS: Can't find ext4 filesystem
[ 2983.006889] XFS (sda1): Invalid superblock magic number
[ 2983.019240] FAT-fs (sda1): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 2983.019463] FAT-fs (sda1): invalid media value (0x7d)
[ 2983.019469] FAT-fs (sda1): Can't find a valid FAT filesystem
[ 2983.022505] FAT-fs (sda1): utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
[ 2983.022741] FAT-fs (sda1): invalid media value (0x7d)
[ 2983.022747] FAT-fs (sda1): Can't find a valid FAT filesystem
[ 2983.031531] VFS: Can't find a Minix filesystem V1 | V2 | V3 on device
sda1.
[ 2983.053425] hfsplus: unable to find HFS+ superblock
[ 2983.057595] qnx4: no qnx4 filesystem (no root dir).
[ 2983.061990] You didn't specify the type of your ufs filesystem
mount -t ufs -o
ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
=== >>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is
ufstype=old
[ 2983.062505] ufs_read_super: bad magic number
[ 2983.066970] hfs: can't find a HFS filesystem on dev sda1
Ici sda1 est une partition "BIOS boot" (GPT) ne contenant aucun système
de fichiers.
/proc/mdstat Personalities : [raid1] md7 : active raid1 sda7[0] sdb7[1] 12187584 blocks [2/2] [UU] md6 : active raid1 sda6[0] sdb6[1] 935798720 blocks [2/2] [UU] md5 : active raid1 sda5[0] sdb5[1] 10238912 blocks [2/2] [UU] md3 : active raid1 sda3[0] sdb3[1] 10238912 blocks [2/2] [UU] md1 : active raid1 sda1[0] sdb1[1] 4094912 blocks [2/2] [UU] unused devices: <none> Et les swaps sont sur : /proc/swaps Filename Type Size Used Priority /dev/sdb2 partition 4193276 0 -1 /dev/sda2 partition 4193276 0 -2 Tout ça est très bien.
Je ne suis pas de cet avis. 1) 5 ensemble RAID distincts de même niveau sur la même grappe de disques, c'est inutilement lourd. En cas de remplacement d'un disque défaillant, il faut reconstruire tous les ensembles un par un. J'aurais plutôt créé un seul ensemble RAID partitionné ou utilisé comme volume physique LVM. 2) Le swap n'est pas en RAID, donc si un disque tombe, le swap tombe et le système risque de tomber avec. Rappelez-moi à quoi sert le RAID ? Il fournit de la disponibilité. Si le système tombe quand un disque tombe, tu parles d'une disponibilité.
Il reste que je viens de jeter un oeil sur dmesg et je vois que le kernel essaye de monter ce qui correspond aux partitions étendues de chaque disque, soit sda4 et sdb4 : [ 61.358348] EXT4-fs (sda4): unable to read superblock [ 61.360061] EXT4-fs (sda4): unable to read superblock [ 61.361725] EXT4-fs (sda4): unable to read superblock [ 61.364113] XFS (sda4): Invalid superblock magic number [ 61.368094] FAT-fs (sda4): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 61.368337] FAT-fs (sda4): bogus number of reserved sectors [ 61.368371] FAT-fs (sda4): Can't find a valid FAT filesystem [ 61.369991] FAT-fs (sda4): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 61.370216] FAT-fs (sda4): bogus number of reserved sectors [ 61.370250] FAT-fs (sda4): Can't find a valid FAT filesystem [ 61.376567] ntfs: (device sda4): read_ntfs_boot_sector(): Primary boot sector is invalid. [ 61.376614] ntfs: (device sda4): read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting without trying to recover. [ 61.376671] ntfs: (device sda4): ntfs_fill_super(): Not an NTFS volume. [ 61.378267] MINIX-fs: unable to read superblock [ 61.379760] attempt to access beyond end of device [ 61.379765] sda4: rw, want=3, limit=2 [ 61.379767] hfsplus: unable to find HFS+ superblock [ 61.381526] qnx4: no qnx4 filesystem (no root dir). [ 61.383130] You didn't specify the type of your ufs filesystem mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
WARNING<<< Wrong ufstype may corrupt your filesystem, default is
ufstype=old [ 61.386033] hfs: can't find a HFS filesystem on dev sda4
(...)
Une idée pourquoi le système essaye de monter sda4/sdb4 ? Comment l’empêcher ?
Ça ressemble à ce qui se passe lorsque os-prober (généralement invoqué par grub-mkconfig lui même invoqué par update-grub) essaie de monter une partition de type inconnu à la recherche d'autres systèmes : === [ 2981.616457] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled [ 2981.655305] JFS: nTxBlock = 8050, nTxLock = 64404 [ 2981.745612] ntfs: driver 2.1.30 [Flags: R/W MODULE]. [ 2981.842744] QNX4 filesystem 0.2.3 registered. [ 2982.948469] EXT4-fs (sda1): VFS: Can't find ext4 filesystem [ 2982.950223] EXT4-fs (sda1): VFS: Can't find ext4 filesystem [ 2982.951916] EXT4-fs (sda1): VFS: Can't find ext4 filesystem [ 2983.006889] XFS (sda1): Invalid superblock magic number [ 2983.019240] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 2983.019463] FAT-fs (sda1): invalid media value (0x7d) [ 2983.019469] FAT-fs (sda1): Can't find a valid FAT filesystem [ 2983.022505] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 2983.022741] FAT-fs (sda1): invalid media value (0x7d) [ 2983.022747] FAT-fs (sda1): Can't find a valid FAT filesystem [ 2983.031531] VFS: Can't find a Minix filesystem V1 | V2 | V3 on device sda1. [ 2983.053425] hfsplus: unable to find HFS+ superblock [ 2983.057595] qnx4: no qnx4 filesystem (no root dir). [ 2983.061990] You didn't specify the type of your ufs filesystem mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ... === >>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old [ 2983.062505] ufs_read_super: bad magic number [ 2983.066970] hfs: can't find a HFS filesystem on dev sda1 Ici sda1 est une partition "BIOS boot" (GPT) ne contenant aucun système de fichiers.