DÉMARRAGE : A start job is running for dev-disk-by\x2duuid

Bonjour,

J’ai installé Debian sur mon disque avant hier, avec /home séparé.

Hier j’ai installé (pour tester quelque chose) une deuxième fois sur une autre partition, le même Debian, puis je l’ai supprimé après.

Maintenant, au lieu de démarrer normalement, j’obtiens le message :

A start job is running for dev-disk-by\x2duuid-4bce1315\x2d64a4\x2d4452\x2d962c\x2dab3130aaf260.device (1min 6s / 1 min 30s)

Ce qui fait que mon PC démarre en 1min30s au lieu de quelques secondes avant.

J’ai, avec une live USB fait un fsck sur toutes les partitions présentes sur /sda mais le problème persiste.

J’ai trouvé une page en anglais où il semblerait y avoir un semblant de solution, mais je ne comprends pas grand chose. Je débute sous Debian et le post en question c’est un peu du jargon pour moi :

forum.manjaro.org/index.php?top … 5#msg48705

En tout cas merci de votre aide, n’hésitez à me demander des infos, je ne sais pas trop quoi donner pour vous aider.

Peut-être un fdisk en attendant :

Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 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 : 0x0d7f4bf4

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048 107421695 107419648 51,2G 83 Linux
/dev/sda2       107423742 140625919  33202178 15,9G  5 Extended
/dev/sda5       107423744 109375487   1951744  953M 82 Linux swap / Solaris
/dev/sda6       109377536 140625919  31248384 14,9G 83 Linux

La partition 3 ne commence pas sur une frontière de cylindre physique.


Disque /dev/mmcblk0 : 3,8 GiB, 4025483264 octets, 7862272 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 : dos
Identifiant de disque : 0x00000000

Device         Boot Start     End Sectors  Size Id Type
/dev/mmcblk0p1       8192 7862271 7854080  3,8G  b W95 FAT32

Voir la politique des montages en /etc/fstab.
Ces dernières années les montages définis en /etc/fstab se basent sur l’uuid (UUID=??) du système de fichiers à monter mais on peut aussi rencontrer la définition à l’ancienne, par périphérique (bloc /dev/sd??, raid /dev/md0, volume logique /dev/mapper/?? …) ou bien par label (LABEL=??).

Comparer les UUIDS des montages définis en /etc/fstab (tout particulièrement /home) à celles de /dev/disk/by-uuid. Si ça ne colle pas, soit commenter (#) la ligne, soit ajuster l’uuid de /home ou de tout autre montage récalcitrant.

Ouvrir un terminal et y lancer ces commandes

cat /etc/fstab

et

ls -l /dev/disk/by-uuid

En copier les retours ici.

Bonjour etxeberrizahar et merci pour ta réponse.

Voici le retour des commandes :

# /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/sda6 during installation
UUID=25927a7e-c83b-4921-88b2-51be79a7d551 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda1 during installation
UUID=96b0c010-83eb-4b6b-90fe-8caeff7a21a4 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=4bce1315-64a4-4452-962c-ab3130aaf260 none            swap    sw              0       0
/dev/sdb1       /media/usb0     auto    rw,user,noauto  0       0
/dev/sdb2       /media/usb1     auto    rw,user,noauto  0       0
ls -l /dev/disk/by-uuid

total 0
lrwxrwxrwx 1 root root 10 déc.  16 13:05 0647da7d-a9bb-42d3-b9bf-e31214923b32 -> ../../sda5
lrwxrwxrwx 1 root root 10 déc.  16 13:05 25927a7e-c83b-4921-88b2-51be79a7d551 -> ../../sda6
lrwxrwxrwx 1 root root 15 déc.  16 13:07 8CD9-5CC3 -> ../../mmcblk0p1
lrwxrwxrwx 1 root root 10 déc.  16 13:05 96b0c010-83eb-4b6b-90fe-8caeff7a21a4 -> ../../sda1

À priori ce serait ma partition SWAP qui merderait ?

EDIT : En fait quand j’ai installé Debian sur la deuxième partition, dans tous les cas (que j’en crée un autre ou non) il a voulu (et fait donc…) formater ma partition SWAP. Je n’ai pas pu (ou su) l’en empêcher.

Si j’ai un peu compris, je peux remplacer dans /etc/fstab :

par

Mais j’attends confirmation, pour ne pas faire de bêtise.

Plusieurs possibilités s’offrent pour régler ça :

  1. Remplacer UUID=?? de swap par le périphérique, à l’ancienne, /dev/sda5 en /etc/fstab.
    ou
  2. Remplacer l’ancienne UUID=?? par l’uuid actuelle de la partition swap en /etc/fstab.
    ou
  3. Réinscrire l’ancienne uuid de swap en /dev/sda5 telle que définie en /etc/fstab au moyen de la commande # mkswap agrémentée de l’option -U.
    ou
  4. Commenter la ligne de swap (#) pour la rendre inopérante

Toutes ces opérations sur le fichier /etc/fstab et sur /dev/sda5 demandent les privilèges de root (su + mot de passe de root).

J’ai finalement été au plus simple, en remplaçant l’UUID dans /etc/fstab par celui de /dev/sda5.

Après redémarrage tout est rentré dans l’ordre. Merci etxeberrizahar. :slightly_smiling:

Sinon j’aurais voulu tester par curiosité # mkswap mais j’ai pas trop trouvé comment faire.

D’après le manuel, ça aurait donné un truc du genre :

mkswap - U 4bce1315-64a4-4452-962c-ab3130aaf260 /dev/sda5 953M

Mais j’ai pas voulu trop m’y risquer…

Merci, merci.

Scénario :

mot de passe de root

Démobiliser la partition swap /dev/sda5 avant d’intervenir si elle est est chargée (voir free\ etcat /proc/swaps), commandeswapoff(ON/OFF: swapon/swapoff):# swapoff /dev/sda5 `

Recréer swap avec uuid antérieure:

 # mkswap -U 4bce1315-64a4-4452-962c-ab3130aaf260 /dev/sda5

Recharger swap
swapon, option -a,--all,tout

# swapon -a

ou, plus sélectif, seulement /dev/sda5

# swapon /dev/sda5

Se départir des privilèges de root :

# exit

$ whoami

Donc si je (re)crée le SWAP sans indiquer de taille il va prendre toute la taille de la partition.

Sinon merci pour les détails de la marche à suivre.

Bonsoir,

Je réagis après la bataille (je viens d’être confronté au même problème) ; il y a une fonction dans GParted (qui doit avoir son équivalent en ligne de commande …) qui attribue un nouvel UUID aléatoire à n’importe quelle partition.
Et puis on met ce nouvel UUID dans fstab à la place de celui qui posait problème, évidemment.

en ligne de commande tu as tune2fs (attention outil à utiliser avec précaution)
extrait de man tune2fs

       -U UUID
              Définir  l'identifiant  unique  universel  du système de fichiers (UUID = Universal Unique ID) à
              UUID. Le format d'UUID est une suite de chiffres  hexadécimaux  séparés  par  des  tirets ;  par
              exemple  « c1b9d5a2-f162-11cf-9ece-0020afc76f16 ».  Le  paramètre  UUID peut aussi être l'un des
              suivants :

                   clear  Effacer l'UUID du système de fichiers.

                   random Générer aléatoirement un nouvel UUID.

                   time   Générer un nouvel UUID à partir de la date courante.

              L'UUID peut être utilisé par mount(8), fsck(8) et /etc/fstab(5) (et  probablement  d'autres)  en
              indiquant UUID=uuid à la place du nom de périphérique comme /dev/hda1.

              Voir  uuidgen(1)  pour  plus  d'informations.  Si le système n'a pas de bon générateur aléatoire
              comme /dev/random ou /dev/urandom, tune2fs utilisera automatiquement un UUID généré à partir  de
              la date à la place de l'UUID généré aléatoirement.

il était donc possible de redonner son UUID d’origine (celui qui se trouvait dans le fstab) à la partition SWAP :slight_smile:

Excellent ! Problème résolu en 2 minutes.
Merci

Juste pour ajouter une précision :

L’UUID est incrit dans le système de fichiers au moment de sa création <=> formatage.
La commande à utiliser pour modifier l’UUID sera donc fonction du système de fichiers ciblé.