Le syst=c3=a8me essaye de monter les partitions =c3=a9tendues

Le
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 :

[    0.803743]  sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 >
[    0.804759] sd 1:0:0:0: [sdb] Attached SCSI disk
[    0.810260]  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
[    0.810754] sd 0:0:0:0: [sda] Attached SCSI disk

Une fois l'assemblage fait, j'ai bien ce qu'il faut :

/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. 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
[   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, 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, bootable
/dev/sda2 : start=  8194048, size=  8386560, Id
/dev/sda3 : start= 16580608, size= 20477952, Id
/dev/sda4 : start= 37058560, size16456960, Id= f
/dev/sda5 : start= 37060608, size= 20477952, Id
/dev/sda6 : start= 57540608, size71597568, Id
/dev/sda7 : start29140224, size= 24375296, Id

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 ?

--
Cordialement,
Artur.
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
=c3
Le #26494585
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
Artur
Le #26494586
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 #26494590
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.
Publicité
Poster une réponse
Anonyme