J’ai un soucis j’ai installé un petit HomeServer chez moi avec plusieurs services qui tourne.
Cependant depuis que j’ai eteins mon serveur pour le déplacer ailleurs chez moi, lorsque je lance le serveur j’ai plein de problème de ce type :
Les messages d’erreur ACPI du noyau sont liés à des bugs du BIOS. J’ai des doutes sur le fait que :
ils soient apparus suite au déplacement de la machine (tu n’y faisais probablement pas attention avant lorsque le système démarrait normalement, c’est un biais perceptif courant) ;
ils soient la cause du basculement en mode d’urgence.
Par contre on peut voir qu’un périphérique sdb1 (partition 1 du disque sdb) qui devrait être monté sur /DATA/films n’a pas été trouvé, et c’est cette erreur qui est la cause de l’interruption du démarrage. Pour poursuivre le démarrage tu peux commenter la ligne dans /etc/fstab ou ajouter nofail dans le champ d’options.
Il se peut que le déplacement du serveur ait causé un faux contact dans les branchements de ce disque.
Remarque : ce n’est pas une bonne idée d’identifier un système de fichiers par le nom de périphérique d’un disque ou d’une partition comme /dev/sdb1 car celui-ci peut varier d’un démarrage à l’autre. Il est plus fiable d’utiliser un identifiant persistant comme l’UUID ou le LABEL.
J’ai pas eu le temps de regarder hier soir, je vais le faire ce soir du coup.
Bah pourtant c’est bien le cas, depuis l’installation de la machine je n’avais pas redémarré la bécane depuis ce temps là.
Ma carte mère c’est un MSI H110M-PRO-VD PLUS.
La prochaine étape consiste à vérifier si le disque et sa partition sont bien reconnus par le système, et sous quel nom de périphérique. Pour commencer on peut utiliser
Non, ça l’a seulement contourné. Avec l’effet négatif que /DATA/Films n’est plus monté automatiquement au démarrage.
On peut voir le contenu de /etc/fstab ?
D’après ta commande mount et la sortie de fdisk, le disque /dev/sdb n’est pas partitionné mais utilisé directement comme système de fichiers. C’est techniquement valide mais pas recommandé à cause de la confusion que cela peut engendrer pour l’administrateur, comme illustré dans cette discussion.
Cependant le système semble vouloir monter la partition /dev/sdb1, qui n’existe pas.
Il faut corriger l’erreur dans /etc/fstab, de préférence en spécifiant l’UUID du système de fichiers affiché par
blkid /dev/sdb
plutôt que le nom de périphérique /dev/sdb qui est susceptible de varier, notamment si tu ajoutes des disques.
Oui effectivement ça contourne le problème mais des que je mount le disque, si je redémarre ca redéconne…
Voici le contenu du fstab :
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=3a6924ff-cda7-4630-ab0c-89ade32f4339 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=42B2-B4C7 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=df0e1d9f-0ae9-4694-933b-71bec12e5d76 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
UUID=ec96b6df-4478-471e-80e4-4fde5836a2a4 none swap sw 0 0
# dev/sdb1 /DATA/Films ex defaults,0 0
J’ai recopié ci-dessous et formaté ton fichier /etc/fstab
en ajoutant un annotation concernant le système de fichiers à monter sur /DATA/Films
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=3a6924ff-cda7-4630-ab0c-89ade32f4339 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=42B2-B4C7 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=df0e1d9f-0ae9-4694-933b-71bec12e5d76 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
UUID=ec96b6df-4478-471e-80e4-4fde5836a2a4 none swap sw 0 0
# Mais il y a une erreur dans la dernière ligne
# car d'après le retour de la commande blkid,
# la partition /dev/sdb1 n'existe pas.
#/dev/sdb1 /DATA/Films ext4 defaults 0 2
Elle devrait au minimum faire référence au disque /dev/sdb qui contient le système de fichiers au lieu de la partition /dev/sdb1 qui n’existe pas. Mais comme déjà expliqué il vaut mieux utiliser le LABEL ou l’UUID rapportés par blkid comme dans les autres lignes.
Le type de système de fichiers « ex » est incorrect, il doit être « ext4 » pour correspondre au type rapporté par blkid ou « auto » pour laisser le système le détecter automatiquement.
La seconde virgule entre "defaults et le premier zéro devrait être un(e) espace.
A mon avis le label « DATA » est un peu trop générique pour garantir une unicité suffisante donc il vaut mieux utiliser l’UUID, ou bien définir un label plus unique.
par contre j’ose pas reboot a distance mon serveur au cas ou je repasse en mode d’urgence.
Donc je test ce soir quand je suis devant.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=3a6924ff-cda7-4630-ab0c-89ade32f4339 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=42B2-B4C7 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=df0e1d9f-0ae9-4694-933b-71bec12e5d76 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
UUID=ec96b6df-4478-471e-80e4-4fde5836a2a4 none swap sw 0 0
# Disque dur HDD1
UUID=caa44528-843f-4214-8380-f08080e136dd /DATA/Films ext4 defaults 0 0
Tu peux remplacer l’option “defaults” par “nofail” (pour ne pas bloquer le démarrage en cas d’échec) ou “noauto” (pour ne pas monter automatiquement au démarrage mais tester manuellement avec mount /DATA/Films)
Donc je viens de faire le test avec la fonction nofail ça marche niquel, et le disque est bien monté.
Du coup si j’ai bien compris si je rajoute des disques (je compte en mettre entre 16 et 24 au total, il vos mieux passer par le “blkid” et le rajouter dans le “fstab” au lieu de faire un vieux “mount” ?
Un montage effectué directement avec mount est volatil, il ne sera pas remonté automatiquement au prochain démarrage. Les systèmes de fichiers à monter automatiquement au démarrage doivent être mentionnés dans /etc/fstab (avec systemd on peut directement créer une unité de montage, mais inutile de s’embêter avec ça). blkid n’est qu’un moyen parmi d’autres de récupérer les UUID et LABEL des systèmes de fichiers qui sont des identifiants persistants contrairement aux noms de périphériques de disques et partitions (par contre les noms de périphériques de volumes logiques LVM basés sur les noms de groupes et de volumes sont persistants par construction).
Je recommande aussi de partitionner les disques même s’ils ne doivent contenir qu’une seule partition occupant tout l’espace. Cela facilite l’identification de leur contenu. Pour /dev/sdb, c’est trop tard puisque cela impliquerait de le reformater.
