Предупреждение во время обновления: cryptsetup: ПРЕДУПРЕЖДЕНИЕ: не удалось обнаружить каноническое устройство/dev/sda1
Преамбула: Нескольким годам назад, я отбросил свой ноутбук, это впоследствии, не удалось смонтировать sda1 диск. Я восстановил его монтирующий его с живым дистрибутивом человечности usb. С тех пор мой ноутбук больше никогда не был столь же гладким.
Q: Я получаю это предупреждающее сообщение во время обновления:
cryptsetup: WARNING: failed to detect canonical device of /dev/sda1
представление в/etc/fstab и шоу/etc/crypttab:
$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' 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>
proc /proc proc nodev,noexec,nosuid 0 0
/dev/sda1 / ext4 errors=remount-ro,user_xattr 0 1
/dev/sda5 none swap sw 0 0
и
$ cat /etc/crypttab
# <target name> <source device> <key file> <options>
Я нахожусь на ubuntu 14.04 LTS, uname-a шоу
$ uname -a
Linux alessio-laptop 3.13.0-77-generic #121-Ubuntu SMP Wed Jan 20 10:50:59 UTC 2016 i686 i686 i686 GNU/Linux
Я смотрел на другие сообщения, но я обеспокоен в errors=remount-ro, и ни один не отмечает на fstab файле. Я также вполне уверен, мои диски не шифруются.
Это влияет на производительность моей системы или даже вызывает большие ошибки? Как я мог зафиксировать его?
2 ответа
errors-remount-ro означает, что, если с ошибками встречаются, раздел будет смонтирован только для чтения для предотвращения повреждения, таким образом, у Вас будет возможность решить проблемы. Это обычно происходит, когда существуют проблемы с жестким диском. Не изменяйте эти настройки. Я сделал это однажды, и это оказалось довольно плохой идеей.
ни один средства в Вашей ситуации 'никакая точка монтирования'. Так/dev/sda5 то, которое является Вашим файлом подкачки, как обозначено в столбце 'тип', не смонтировано вообще, и система не использует его. Если бы Ваша система является низкой на памяти, это могло бы влиять на производительность иначе, Вы, вероятно, не заметили бы его.
Недавно моя Ubuntu медленно загружается. Для разрешения его я исследовал и нашел команду update-initramfs -u и попытался выполнить его, но это показало мне следующую ошибку:
cryptsetup: WARNING: failed to detect canonical device of /dev/sda7
Благодаря ответу Predato здесь , я решил проблему.
Примечание Решения
: Это очевидно, но на шагах, описывающих ниже, необходимо сделать то, что связано с проблемой, например, рассматривать собственное сообщение об ошибке. То, что я имею в виду от/dev/sdax ниже, является Вашим разделом с той ошибкой, например,/dev/sda7.
Из его ответа:
Основной источник ошибки повреждается соединение раздела подкачки. Сначала необходимо получить UUID раздела подкачки. Просто выполненный
blkidкоманда.
Рассмотрение ошибки произошло, выполнило команду и копирует UUID/dev/sda7. Это - что-то в этом формате: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, где x является шестнадцатеричным числом.
Первый делают резервное копирование:
sudo cp /etc/crypttab /etc/crypttab.back
Здесь, откройте файл для редактирования:
sudo nano /etc/crypttab
Затем удалите строку, связанную с/dev/sda7. Для меня я не нашел, что любые строки содержат или связанный с/dev/sda7, таким образом, я пропустил.
Затем выполнение sudo nano /etc/fstab и добавляют новую строку с этим синтаксисом:
UUID=your_copied_uuid none swap sw 0 0
(важное) Примечание: , Если строка с точно скопированным UUID существует, ничего не делайте и ничего не редактируйте. Например, я отредактировал строку, связанную с/dev/sda7 путем изменения ext4 для свопинга; затем, на следующей перезагрузке, неудавшаяся начальная загрузка (проблема теперь решена).
Как последний шаг, и я думаю самый важный, выполняю sudo nano /etc/uswsusp.conf и изменяю следующую строку:
resume device = /dev/sda1
К:
resume device = UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Путем выполнения этих шагов, проблема может быть решена. Для меня была решена проблема, и никаких ошибок не произошло при выполнении update-initramfs -u. Снова, особая благодарность ответу Predato.
Hope это помогает кому-то!