web-dev-qa-db-fra.com

Lubuntu 16.04 démarrage lent (cgroup: les nouvelles options de montage ne correspondent pas au superbloc existant, seront ignorées)

Après la mise à niveau de Lubuntu 14.04 à 16.04, le démarrage prend beaucoup plus de temps. En exécutant dmesg, je trouve qu'une tâche prend beaucoup plus de temps:

cgroup: new mount options do not match the existing superblock, will be ignored

En recherchant sur Internet, il semble que ce soit un problème de fstab. Cela arrive à ceux qui ajustent les partitions. Mais le fait est que je n’ajuste jamais les partitions pendant ou après la mise à niveau. De plus, le résultat de blkid correspond au contenu de fstab.

Sortie de Sudo blkid

/dev/sda1: UUID="40F4AB0BF4AB01F0" TYPE="ntfs" PARTUUID="4de78bef-01"  
/dev/sda2: UUID="909fbd0b-69c1-45a3-b7fc-9bbe122fa7fe" TYPE="ext4" PARTUUID="4de78bef-02"  
/dev/sda3: UUID="a5e6b8bc-14b8-4032-8e01-9dbd8a7893a5" TYPE="ext4" PARTUUID="4de78bef-03"  
/dev/sda4: UUID="0471ceb6-79cd-49ad-a708-f9045d092873" TYPE="swap" PARTUUID="4de78bef-04"

Sortie de cat /etc/fstab

UUID=909fbd0b-69c1-45a3-b7fc-9bbe122fa7fe /               ext4    errors=remount-ro 0       1  
UUID=a5e6b8bc-14b8-4032-8e01-9dbd8a7893a5 /home           ext4    defaults        0       2  
UUID=0471ceb6-79cd-49ad-a708-f9045d092873 none            swap    sw              0       0  

Quelqu'un peut-il dire pourquoi il donne ce message d'erreur?

6
Georgie Porgie

Mon/etc/fstab a en quelque sorte un disque LVM (Logal Volume Map) ajouté. Je ne sais pas comment parce que c'est quelque chose que je n'ai jamais utilisé sur cette machine.

/dev/mapper/vg_phoebus-lv_swap none swap sw 0 0

J'ai utilisé:

Sudo dmsetup -v table /dev/mapper/vg_phoebus-lv_swap

et:

ls -lha /dev/mapper

pour confirmer qu'il n'y avait pas de volumes LVM, puis j'ai supprimé cette ligne de/etc/fstab.

Il existe un moyen pratique de regarder ce qui prend du temps à démarrer:

systemd-analyze blame

Généralement sans lien, mais je l’ajouterais ici. J'ai aussi eu un problème avec powerd à l'arrêt voir ce rapport de bogue: powerd prend éternité pour démarrer sur pc

Je l'ai désactivé comme suggéré:

Sudo systemctl disable powerd.service
2
jherbold

J'avais exactement le même problème, mais après avoir installé un deuxième Linux et l'avoir configuré pour partager la partition de swap avec Ubuntu. Même après avoir ajusté le fichier /etc/fstab, Ubuntu aurait besoin de 2 minutes pour afficher l'écran de connexion. La commande dmesg affiche le message cgroup: new mount options do not match the existing superblock, will be ignored.

Dans mon fstab j’ai trouvé l’entrée suivante: #/dev/mapper/cryptswap1 none swap sw 0 0, et c’était un indice qu’il existait une partition cryptswap que j’avais probablement configurée lors de l’installation d’Ubuntu (je ne me souviens plus maintenant).
Cependant, pour éliminer les restes de cette partition, j’ai fait ce qui suit:

1. Sudo swapoff
2. Sudo cryptsetup remove /dev/mapper/cryptswap1 (Dans mon cas, ce fichier a déjà été supprimé)
3. Sudo vim /etc/crypttab Ici, j'ai trouvé une entrée qui faisait référence au cryptage non existant. Je l'ai supprimé.
4. Sudo /sbin/mkswap /dev/sda4 (dans votre cas, swap est sur/dev/sda4)
5. Sudo swapon /dev/sda4.

Ensuite, mon Ubuntu a redémarré normalement. J'espère que ça aide.

2
c2ethanol

J'ai eu le même problème après la mise à jour à 16.04. J'ai trouvé cette réponse très utile et cela a résolu mon problème:

https://askubuntu.com/a/614660/319782

Longue liste courte vos UUID

Sudo blkid

Recherchez les incompatibilités d'UUID dans/etc/fstab

cat /etc/fstab

corriger les incompatibilités si elles existent

Sudo emacs /etc/fstab

puis redémarrez

1
atomSmasher

J'ai eu le problème (dans EC2) parce que j'ai changé l'un des lecteurs (le lecteur d'amorçage) d'un lecteur à semi-conducteurs (SSD) à un lecteur magnétique. Je n'ai pas mis à jour le fichier/etc/fstab, qui montrait l'option de montage comme

par défaut, rejeter

Il se trouve que l'option de suppression est propre aux disques SSD * et ne s'applique donc pas aux disques magnétiques. J'ai supprimé l'option de mise au rebut et le message est parti.

* http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/

0
Andrew