Медленная начальная загрузка Lubuntu 16.04 (cgroup: новые опции монтирования не соответствуют существующему суперблоку, будет проигнорирован),
После обновления от Lubuntu 14.04 до 16,04, начальная загрузка занимает намного более длительное время. Выполнение dmesg, Я нахожу, что одна задача занимает значительно более длительное время:
cgroup: new mount options do not match the existing superblock, will be ignored
Ища в Интернете, это, кажется, проблема fstab. Это происходит с теми, кто корректирует разделы. Но вещь состоит в том, что я никогда не корректирую разделы во время или после обновления. Также результат blkid соответствует содержанию fstab.
Вывод 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"
Вывод 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
Кто-либо может сказать, почему это дает это сообщение об ошибке?
4 ответа
У меня была точно та же проблема, но после того, как я установил второй Linux и настроил его для совместного использования раздела подкачки с Ubuntu. Даже после того, как я корректировался /etc/fstab файл, для Ubuntu будут нужны 2 минуты для показа экрана входа в систему. Команда dmesg отобразила сообщение cgroup: new mount options do not match the existing superblock, will be ignored.
В моем fstab, я нашел следующую запись: #/dev/mapper/cryptswap1 none swap sw 0 0, и это было подсказкой, что там раньше существовал cryptswap раздел, который я, вероятно, настроил, когда я установил Ubuntu (я не помню теперь).
Однако для избавлений от остатков того раздела я сделал следующее:
1. sudo swapoff
2. sudo cryptsetup remove /dev/mapper/cryptswap1 (В моем случае, этот файл был уже удален)
3. sudo vim /etc/crypttab Здесь, я нашел запись, которая упомянула несуществующий cryptswap. Я удалил его.
4. sudo /sbin/mkswap /dev/sda4 (В Вашем случае, подкачка находится на/dev/sda4)
5. sudo swapon /dev/sda4.
Впоследствии, моя Ubuntu, запущенная обычно снова. Я надеюсь, что это помогает.
Мой/etc/fstab так или иначе добавил диск карты логического тома (LVM) к нему. Я не знаю как, потому что это - что-то, которое я никогда не использовал на этой машине.
/dev/mapper/vg_phoebus-lv_swap none swap sw 0 0
я использовал:
sudo dmsetup -v table /dev/mapper/vg_phoebus-lv_swap
и:
ls -lha /dev/mapper
для подтверждения не было никаких объемов LVM, и затем я удалил ту строку из/etc/fstab.
существует удобный способ посмотреть на то, что занимает время для начальной загрузки:
systemd-analyze blame
Главным образом не связанный, но через я добавил бы его здесь. У меня также была проблема с приводимым в действие на завершении работы, см. этот отчет об ошибках: приводимый в действие берет вечность для начальной загрузки на ПК
, я отключил его, как предложено:
sudo systemctl disable powerd.service
У меня была та же проблема после обновления к 16,04. Я нашел, что этот ответ был очень полезен, и он решил мою проблему:
https://короткий список askubuntu.com/a/614660/319782
Long истории Ваш UUID
sudo blkid
Проверка на несоответствия UUID в/etc/fstab
cat /etc/fstab
фиксирует несоответствия, если они существуют
sudo emacs /etc/fstab
затем перезагрузка
У меня была проблема (в EC2), потому что я изменил один из дисков (загрузочный диск) от твердотельного накопителя (SSD) и к магнитному диску. Я не обновил/etc/fstab, который показал вариант монтирования как
значения по умолчанию, отбросьте
, оказывается, что опция 'отбрасывания' уникальна для твердотельных дисков*, так не относится к магнитным дискам. Я удалил опцию отбрасывания, и сообщение ушло.