Вопросы Теги

Swap не работает при чистой установке 14.04 с использованием зашифрованного дома

Обновление 3:

Я решил переустановить систему с нуля, чтобы удалить все старые ошибки, поскольку у меня возникли другие проблемы после обновления. Однако эта проблема сохранилась.

При чистой установке выбор установки с использованием «Зашифрованного дома» приводит к неправильной конфигурации зашифрованного свопинга.

Обновление 2:

Я исправил порядок разбиения, на который жаловался cfdisk, но проблема не устранена. Теперь своп находится в / dev / sda6, и я могу его запустить и запустить следующим образом: 

~$ sudo mkswap /dev/sda6
Setting up swapspace version 1, size = 7998460 KiB
no label, UUID=18881d0f-d9ec-43be-a23f-0cbd78ea6d22

$sudo nano /etc/crypttab # Update crypttad with new UUID

$ sudo /etc/init.d/cryptdisks reload
 * Stopping remaining crypto disks...
 * cryptswap1 (stopped)...                                               [ OK ] 
 * Starting remaining crypto disks...                                        
 * cryptswap1 (starting)..
 * cryptswap1 (started)...                                               [ OK ] 
$ sudo swapon -a

$ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:04 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:08 18881d0f-d9ec-43be-a23f-0cbd78ea6d22 -> ../../sda6
lrwxrwxrwx 1 root root 10 May 11 09:04 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:04 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:04 D28230E68230D129 -> ../../sda2
lrwxrwxrwx 1 root root 10 May 11 09:08 fcc8c419-8fec-4d4d-b55e-9e4c3b04d21d -> ../../dm-0

Но после перезагрузки своп не удается активировать, и он снова выглядит так: 

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:12 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:12 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:12 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:12 D28230E68230D129 -> ../../sda2

На данный момент я предполагаю, что при настройке диска как зашифрованного linux больше не распознает тип раздела и, следовательно, не загружает его должным образом, в результате чего он не регистрируется для его UUID, и поэтому cryptswap не может найти это вызывает сбой. Но я не знаю, как это исправить ..

Обновленный вопрос:

Дальнейшее тестирование показало, что я могу запустить и запустить обмен, запустив $ mkswap / dev / sda5

, а затем обновив / etc / crypttab с правильным UUID и следуя шагам, описанным здесь: Как настроить зашифрованный файл подкачки?

Однако проблема остается, когда я перезагружаю компьютер, / dev / sda5 не появляется при запуске 

$ ls -l /dev/disk/by-uuid/

Если я это сделаю: 

$ cfdisk /dev/sda

Я получаю следующую ошибку: 

FATAL ERROR: Bad logical partition 6: enlarged logical partitions overlap
                      Press any key to exit cfdisk

Графическая утилита «Диски» не выдает никаких ошибок, если открываем диск, используя его. 

$ sudo fdisk -l

Disk /dev/sda: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x619aebf1

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   100870143    50331648    7  HPFS/NTFS/exFAT
/dev/sda3       191397888   192397311      499712   83  Linux
/dev/sda4       192399358   500117503   153859073    5  Extended
/dev/sda5       484118528   500117503     7999488   82  Linux swap / Solaris
/dev/sda6       192399360   484118527   145859584   83  Linux

Partition table entries are not in disk order

Оригинальный вопрос:

После обновления до 14.04 (с 13.04) мой компьютер испытывал серьезные замедления, при запуске top я заметил, что kswap0 занимает много процессорного времени. Я также заметил, что у меня не было места подкачки! 

$ sudo swapon -a
swapon: /dev/mapper/cryptswap1: stat failed: No such file or directory

Кажется, есть какая-то проблема с моей зашифрованной установкой подкачки (я даже не знал, что она у меня есть) 

$ cat /etc/crypttab 
cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May  6 11:00 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May  6 11:00 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda6
lrwxrwxrwx 1 root root 10 May  6 11:00 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May  6 11:00 D28230E68230D129 -> ../../sda2

И, глядя на мой fstab 

$ cat /etc/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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=19aa372c-05c8-4226-8f09-c54e5566e816 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda3 during installation
UUID=08b07f88-6da5-4b40-b062-42b3bb1c5f00 /boot           ext2    defaults        0       2
# swap was on /dev/sda5 during installation
#UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

Я предполагаю, что в настройке sda5 что-то не так, но я не знаю, как это исправить, поскольку он настроен на шифрование. Был бы признателен за помощь, как, как действовать.

28
задан 26 April 2018 в 01:58

5 ответов

Известная ошибка

Существует ошибка (см. ниже), который перезаписывает UUID для раздела, как только данные записаны в него. Поэтому Вы не можете использовать UUID ссылаться на раздел для использования для зашифрованной подкачки.

В эти дни область подкачки почти никогда не используется. На моей машине только используется подкачка, когда я открываю свою 40-ю вкладку. Когда у меня нет подкачки, внезапно мое отставание запусков компьютера и браузер закрывают себя. Или в случае Chromium браузер, много вкладок внезапно 'умрет'.
Поэтому ссылка /dev/disk/by-uuid/ в Вашем /etc/crypttab могло бы казаться, работал бы некоторое время, но как только Ваша область подкачки на самом деле используется, она перезапишет UUID потому что весь раздел используется для устройства хранения данных зашифрованных данных.

Легкая фиксация

Легкая фиксация должна сослаться на раздел подкачки устройством в Вашем /etc/crypttab, например: 

cryptswap1 /dev/sda5 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

Предупреждение: это, вероятно, безопасно на ноутбуке (я использую его как это), но если Вы находитесь на рабочем столе с выгружаемыми дисками или имеете другие причины изменения расположения диска/раздела, Вы не хотите делать это, поскольку нормальный раздел устройства хранения данных мог бы внезапно использоваться для подкачки.

Примечание: Необходимо перезагрузить для этого изменения для вступления в силу, потому что только, когда начальная загрузка будет /dev/mapper/cryptswap1 быть созданным.

Надлежащая фиксация

Надлежащий способ зафиксировать это состоит в том, чтобы удостовериться часть необработанного раздела, который хранит UUID не перезаписывается зашифрованными данными подкачки, таким образом, это все еще будет там на перезагрузке. Однако я не уверен где UUID записан и сколько байтов это поднимает. Вы могли, на Ваш собственный риск, протестировать его как так:

cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,offset=36,cipher=aes-cbc-essiv:sha256

Отметьте offset=36.

Если у Вас есть Ubuntu, Одна учетная запись входит в систему и переходит к Ошибке № 1310058 на Панели запуска и выбирает (или щелкните здесь): "Эта ошибка влияет на меня также", таким образом, ошибка получит 'популярность' и является более склонной, чтобы быть зафиксированной.

Обновление 27.10.2014

Я также наткнулся на это. Не проверенный мной. Это похоже offset прием с большим количеством многословия и комментариев о восстановлении поврежденной подкачки.

https://bugs.launchpad.net/ubuntu / + source/ecryptfs-utils / + bug/1310058/comments/22

16
ответ дан 26 April 2018 в 01:58

Я имел ту же точную проблему в Ubuntu 14.04 и столкнулся с этим потоком; эта ссылка , что предоставленный мутант работал хорошо на меня. Я использовал /dev/disk/by-id ссылка, а не/dev/sdXY, поскольку та ссылка не всегда указывает на тот же физический раздел. Мой /etc/crypttab закончился как: 

cryptswap1 /dev/disk/by-id/wwn-0x500...-part6 /dev/urandom swap, cipher=aes-cbc-essiv:sha256
0
ответ дан 26 April 2018 в 01:58

Просто используйте незашифрованную подкачку

... и сохраните / домой зашифрованным

Я попробовал несколько других решений, предложенных здесь. Даже при том, что они продолжали работать после "горячей" перезагрузки в конечном счете они все перестали работать после завершения работы и "холодного" перезапуска.

Это говорит нам, что мы на самом деле имеем дело с двойной ошибкой:

  1. UUID диска подкачки переопределяется системой шифрования, и
  2. Во время начальной загрузки существует проблема тайм-аута.

Эти мысли также отражаются в комментариях к принадлежащей ошибке, зарегистрированной в Launchpad. Однако с незаконченным перемещением от Выскочки к systemd, мало сделано для разрешения ошибки на существующих системах LTS.

На данном этапе следующие мысли пришли в мою голову:

  1. Во время установки системы я попросил только шифровать мой \home раздел, ничто иное.
  2. Риски, связанные с не наличием зашифрованного раздела подкачки, скорее ограничены.
  3. Это составило Канонически для взятий за ум. Я не потрачу впустую больше времени с этим.

Так, вот мое решение восстановить подкачку как нормальную, незашифрованную подкачку, не имея необходимость переустанавливать целую операционную систему.

  1. Если Вы поэтому уже не сделали, установка blkid: $ sudo apt-get install blkid
  2. Править /etc/crypttab и удалите целое cryptswap1 строка: $ sudo nano /etc/crypttab
  3. Запустите GParted с меню параметров настройки системы.
  4. Вы будете видеть раздел с восклицательным знаком. Это должно быть дефектным разделом подкачки. Тщательно выберите его и переформатируйте его к a linux-swap раздел. Применив эту операцию, Вам сообщают о новом UUID восстановленного нормального раздела подкачки. Вам предлагают возможность сохранить эту информацию. Если Вы не делаете, знаете, что можно всегда получать новый UUID из командной строки с blkid: $ sudo blkid

  5. Теперь, пора восстановить /etc/fstab к его старой славе: $ sudo nano /etc/fstab

    • Удалите всю строку, содержащую ссылку на /dev/mapper/cryptswap1.
    • Не прокомментируйте старое swap строка путем удаления хеша # перед UUID=....
    • Теперь, замените старый UUID новым, полученным ранее.
    • Выпишите файл путем удара Ctrl+O и выхода nano с Ctrl+X.
  6. После того, как сделанный все это, можно уже начать использовать новую незашифрованную подкачку с: $ sudo swapon -a
  7. Это решение переживает обе "горячих" перезагрузки и завершение работы с "холодным" перезапуском.
7
ответ дан 26 April 2018 в 01:58

Взгляните на это . Я устранил эту проблему путем простой замены UUID =... с/dev/sda3 в/etc/crypttab.

0
ответ дан 26 April 2018 в 01:58

У меня есть эта проблема, также, как и люди в вопрос 332625 . Некоторая комбинация приостанавливает, и перезагрузка теряет UUID Вашего раздела подкачки (как комментарий в Вашем ,/etc/fstab говорит, подтвердите это с sudo blkd), таким образом, строка в Вашем /etc/crypttab для использования того UUID в качестве зашифрованных сбоев подкачки.

у меня нет удачи при переключении /etc/crypttab для использования раздела /dev имя (/dev/sda6 в случае) или dev/disk/by-id/ имя вместо исчезающего UUID.

зашифрованная подкачка Отказа является самой легкой и до сих пор лучшее решение, печально.

0
ответ дан 26 April 2018 в 01:58

Другие вопросы по тегам:

Похожие вопросы: