Re: Le système essaye de monter les partitions étendues
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: 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=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 (...) 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 sy
Re: Le système essaye de monter les partitions étendues
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.
Re: Rediriger http vers https avec Let's Encrypt et Apache2 sous Debian
Bonjour,
Le mardi 30 octobre 2018, 19:31:37 CET ajh-valmer a écrit :
> On Saturday 27 October 2018 18:31:48 G2PC wrote:
> > J'ai enfin trouvé !
> > J'avais créé un fichier de conf pour l'IP du serveur : "ip.conf"
> > J'ai changé IP:80, pour *:80 depuis le fichier "ip.conf"
>
> Bonsoir,
>
> La syntaxe exacte est laquelle ? :
> Listen *80 , IP:*80 , *:80...
Sur mon serveur (en stretch), j'ai dans le fichier ports.conf
Listen 80
Je n'ai pas de fichier ip.conf.
La syntaxe « *:80 » est pour le VirtualHost
Pour rediriger le traffic http en https, j'utilise le module rewrite.
Exemple :
AllowOverride None
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule (.*) https://%{HTTP_HOST}:443%{REQUEST_URI}
Ne pas oublier que par défaut, certains modules nécessaires pour faire
fonctionner le https sont désactivés.
>
> et dans quel fichier précisément ? :
> "ip.conf" ou "/etc/apache2/ports.conf"...
>
> "ip.conf" n'existe pas chez moi...
> Faut-il le créer et ou ?
>
> Merci, bonne soirée,
>
> A. Valmer
--
Guillaume Clercin
signature.asc
Description: This is a digitally signed message part.
Re: Le système essaye de monter les partitions étendues
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
Re: Rediriger http vers https avec Let's Encrypt et Apache2 sous Debian
On Saturday 27 October 2018 18:31:48 G2PC wrote: > J'ai enfin trouvé ! > J'avais créé un fichier de conf pour l'IP du serveur : "ip.conf" > J'ai changé IP:80, pour *:80 depuis le fichier "ip.conf" Bonsoir, La syntaxe exacte est laquelle ? : Listen *80 , IP:*80 , *:80... et dans quel fichier précisément ? : "ip.conf" ou "/etc/apache2/ports.conf"... "ip.conf" n'existe pas chez moi... Faut-il le créer et ou ? Merci, bonne soirée, A. Valmer
Le système essaye de monter les partitions étendues
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: 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=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=8
