# Problème démarrage Debian // ACPI Error: \[DSSP\] Namespace lookup failure, AE\_NOT\_FOUND (20160831/psargs-359) **URL:** \ **Category:** Support Debian\ **Tags:** boot, grub\ **Created:** [Septembre 4, 2018, 8:44 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458 "2018-09-04T08:44:28Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 4, 2018, 8:44 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/1 "2018-09-04T08:44:29Z")
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 : ```plaintext 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|375x500](https://www.debian-fr.org/404) ![imagedebian0](https://www.debian-fr.org/uploads/default/original/2X/8/8c18424d45b962e4dc7382890840b49edf77f95e.jpg) J’arrive pas a trouver d’ou vient le problème PS: Mon BIOS est ben à jour ! ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 4, 2018, 9:44 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/2 "2018-09-04T09:44:17Z")
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. ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 4, 2018, 9:56 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/3 "2018-09-04T09:56:55Z")
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. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 4, 2018, 10:08 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/4 "2018-09-04T10:08:53Z")
Quel problème ? Les messages ACPI ou l’absence de sdb1 ? Pour le second, commencer par vérifier les branchements du disque. ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 4, 2018, 12:18 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/5 "2018-09-04T12:18:34Z")
Je vérifie le branchement ce soir et je fais le test. Je vous tiens au courant. Merci ---
**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\ **Post date:** [Septembre 5, 2018, 7:33 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/6 "2018-09-05T07:33:25Z")
Bonjour, > [@Capsule](#): > > 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) > [@PascalHambourg](#): > > 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. +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](https://forums.archlinux.fr/viewtopic.php?t=18872) ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 5, 2018, 8:09 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/7 "2018-09-05T08:09:13Z")
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 ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 5, 2018, 5:24 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/8 "2018-09-05T17:24:59Z")
Salut, Je viens de vérifier le câblés tout est bien branché correctement. donc le soucis vient d’ailleurs je pense! ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 5, 2018, 6:46 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/9 "2018-09-05T18:46:17Z")
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 ``` ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 6, 2018, 3:31 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/10 "2018-09-06T15:31:37Z")
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 😕 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 6, 2018, 3:40 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/11 "2018-09-06T15:40:04Z")
> [@Capsule](#): > > Alors j’ai fait se que tu m’as dit de foutre un # dans mon fstab est ca a réglé mon problème. 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. ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 6, 2018, 4:13 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/12 "2018-09-06T16:13:27Z")
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). # # # / 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" ``` ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Septembre 6, 2018, 4:45 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/13 "2018-09-06T16:45:43Z")
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` ```nohighlight # /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). # # # / 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 ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 7, 2018, 7:38 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/14 "2018-09-07T07:38:49Z")
> [@Capsule](#): > > ``` > # dev/sdb1 /DATA/Films ex defaults,0 0 > > ``` 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. ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 7, 2018, 10:03 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/15 "2018-09-07T10:03:43Z")
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). # # # / 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 ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 7, 2018, 10:12 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/16 "2018-09-07T10:12:35Z")
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`) ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 7, 2018, 10:13 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/17 "2018-09-07T10:13:53Z")
Non justement je veux qu’il soit monté automatiquement. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 7, 2018, 11:10 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/18 "2018-09-07T11:10:42Z")
C’est juste pour tester. Au pire tu mets nofail, ça n’empêchera pas le serveur de démarrer. ---
**Author:** ![Capsule](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/f04885/32.png) [@Capsule](https://www.debian-fr.org/u/Capsule)\ **Post date:** [Septembre 7, 2018, 11:19 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/19 "2018-09-07T11:19:03Z")
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” ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 7, 2018, 11:45 UTC](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458/20 "2018-09-07T11:45:34Z")
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. [Page suivante](https://www.debian-fr.org/t/probleme-demarrage-debian-acpi-error-dssp-namespace-lookup-failure-ae-not-found-20160831-psargs-359/77458.md?page=2)