Problème démarrage Debian // ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)

Support Debian
,
Tags: #<Tag:0x00007f63f50e0348> #<Tag:0x00007f63f50e0208>
#1

Bonjour a tous,

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 :

ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT4._GTF] (Node ffff966b5f0ee2d0), AE_NOT_FOUND (20160831/psparse-543)

Au bout de 1min30s il me permet de me connecter en “admin” juste pour “débug” (recovery mode).

imagedebian1|375x500imagedebian0

J’arrive pas a trouver d’ou vient le problème

PS: Mon BIOS est ben à jour !

#2

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.

1 J'aime
#3

Bah jusqu’a présent j’avais jamais eu de problème, cependant j’ai jamais redémarré mon serveur depuis donc c’est peut etre a cause de ca.

Quelqu’un peut me dire exactement la méthode de la marche a suivre pour espérer régler mon problème s’il vous plait ? @PascalHambourg

Sachant que actuellement il y a
1 SSD avec la partition système de debian
1 HDD en /dev/sdb1 /DATA/Films

Cordialement.

#4

Quel problème ? Les messages ACPI ou l’absence de sdb1 ?
Pour le second, commencer par vérifier les branchements du disque.

#5

Je vérifie le branchement ce soir et je fais le test.
Je vous tiens au courant.

Merci

#6

Bonjour,

+1
J’ai ces messages depuis longtemps déjà avec une carte mère Asus (UEFI), plusieurs kernels sont passés, et ils ne sont en rien bloquant.

https://forums.archlinux.fr/viewtopic.php?t=18872

#7

Salut Jul,

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.

Bah je vais regarder, je vous tiens a courant.

Merci

#8

Salut,

Je viens de vérifier le câblés tout est bien branché correctement.

donc le soucis vient d’ailleurs je pense!

#9

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

fdisk -l
#10

Alors j’ai fait se que tu m’as dit de foutre un # dans mon fstab est ca a réglé mon problème.

Cependant j’ai du remonter mon disque, hors quand je reboot de nouveau le meme problème.

Alors je dois pas faire les choses correctement je pense…

mount /dev/sdb /DATA/Films

voici mon fdisk -l

fdisk -l
Disque /dev/sda : 119,2 GiB, 128035676160 octets, 250069680 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 19E9FD87-215E-47D3-8B69-A36B4333E45F

Périphérique    Début       Fin  Secteurs Taille Type
/dev/sda1        2048   1050623   1048576   512M Système EFI
/dev/sda2     1050624  59643903  58593280    28G Système de fichiers Linux
/dev/sda3    59643904  92975103  33331200  15,9G Partition d'échange Linux
/dev/sda4    92975104 250068991 157093888  74,9G Système de fichiers Linux


Disque /dev/sdc : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2c7dd3e9

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sdc1                 2048  21614591  21612544  10,3G 27 TFS WinRE masquée
/dev/sdc2    *        21614592 976771119 955156528 455,5G  7 HPFS/NTFS/exFAT


Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Mon but étant ensuite de rajouter d’autres disque :confused:

#11

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.

#12

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

Voici ce que m’affiche le blkid :

 blkid /dev/sdb
/dev/sdb: LABEL="DATA" UUID="caa44528-843f-4214-8380-f08080e136dd" TYPE="ext4"
#13

Bonjour

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
#14

Cette ligne contient plusieurs erreurs.

  • 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.

Donc :

LABEL=DATA /DATA/Films ext4 defaults 0 0

ou

UUID=caa44528-843f-4214-8380-f08080e136dd /DATA/Films ext4 defaults 0 0

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.

#15

Bonjour,

Je viens donc de modifier par ssh mon /fstab

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
#16

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)

#17

Non justement je veux qu’il soit monté automatiquement.

#18

C’est juste pour tester. Au pire tu mets nofail, ça n’empêchera pas le serveur de démarrer.

#19

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” ?

#20

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.