[РЕШЕНО] Debian 8 - регулярно отваливается swap раздел

[hathory]

Доброе время суток, господа. Вновь прошу Вашей помощи.
Ноутбук Lenovo G508 (Core i5 - 3230M, DDR3 6Gb, NVIDIA GeForce GT 630M, Ethernet controller: Qualcomm Atheros AR8162 Fast Ethernet, Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter), на сегодняшний день стоит Debian 8, чистая без левых и sid-овых пакетов, Gnome 3, cinnamon и Xfce4, ext4. (параллельно стоит Win8, Ext2Fsd, UEFFI - виндовый).
Началось все после обновления, примерно после 8 марта =) ну и так совпало, что запустил на "винде" Ext2Fsd с возможностью записи, т.е. заметил в этот период. Регулярно, при новом включении ноутбука при загрузке выходи сообщение: FAILED: /sda5 failed activate swap и соответственно swap раздел отваливается, после перезагрузки это сообщение не появляется, но появляется другое (изображения во вложении, простите за качество снимков). Затем, после советов незабвенного Googl'а и корректировки fstab руками с ректальной диспозицией пришлось переустановить Debian и снести Ext2Fsd, но все началось по-новой. Swap отваливается, появляются пошлые надписи о корректировке времени и т.д.
После повторного общения с незабвенным Googl'ом получилось сложить некоторую картину, скорее всего проблема со временем, выставляемым для раздела swap, ибо и Windows и linux по-разному фиксируют время, однако решений этой проблемы найти не удалось.
Еще у Googl'а есть мнение, что "винда" может менять UUID раздела, именно отсюда и падение swap раздела и предлагает везде унифицировать UUID, но я не смог разобраться где это сделать, ибо по данным самого linux'а у него все в порядке и нигде не болит:
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=5e37d39a-f86f-47d9-a36f-627f7461ca59 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=A0FB-D88C  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda7 during installation
UUID=36529560-478b-44f6-a0d6-a32cde61e6a1 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=c51bf320-4946-447e-b6ab-9821c9a74ac3 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

[свернуть]

swapon -s

Открыть содержимое (спойлер)

Filename            Type      Size   Used   Priority
/dev/sda5                                 partition   5859324   0   -1

[свернуть]

fdisk -l

Открыть содержимое (спойлер)

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 249B7F8B-7AB9-41AA-B1EF-6D2A2188028E

Device         Start       End   Sectors   Size Type
/dev/sda1       2048    616447    614400   300M Windows recovery environment
/dev/sda2     616448    821247    204800   100M EFI System
/dev/sda3     821248   1083391    262144   128M Microsoft reserved
/dev/sda4    1083392 321413119 320329728 152,8G Microsoft basic data
/dev/sda5  321413120 333131775  11718656   5,6G Linux swap
/dev/sda6  333131776 421998591  88866816  42,4G Linux filesystem
/dev/sda7  421998592 976771071 554772480 264,5G Linux filesystem

Disk /dev/mmcblk0: 1,8 GiB, 1948254208 bytes, 3805184 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
Disklabel type: dos
Disk identifier: 0xe4c0dcad

Device         Boot Start     End Sectors  Size Id Type
/dev/mmcblk0p1       2048 3805183 3803136  1,8G  b W95 FAT32

[свернуть]

blkid

Открыть содержимое (спойлер)

/dev/sda1: LABEL="M-PM-^RM-PM->M-QM-^AM-QM-^AM-QM-^BM-PM-0M-PM-=M-PM->M-PM-2M-PM-8M-QM-^BM-QM-^L" UUID="B6E4F89DE4F86153" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="2968a339-636a-4315-ae74-e04e2a260fdf"
/dev/sda2: UUID="A0FB-D88C" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="54fdd396-91d6-441c-bad6-e76ccff0141b"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="945b8a80-ca99-4aab-90eb-b5917af5fb47"
/dev/sda4: UUID="0ED03BB0D03B9D41" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="2f63efdb-b556-4d8a-9549-18b622551324"
/dev/sda5: UUID="c51bf320-4946-447e-b6ab-9821c9a74ac3" TYPE="swap" PARTUUID="e078d5fe-fce5-4ed8-a793-6de9de5e86ff"
/dev/sda6: LABEL="system" UUID="5e37d39a-f86f-47d9-a36f-627f7461ca59" TYPE="ext4" PARTUUID="38ba6ef1-e75d-47a1-ae04-4e2f16e190a9"
/dev/sda7: LABEL="dom" UUID="36529560-478b-44f6-a0d6-a32cde61e6a1" TYPE="ext4" PARTUUID="e48cac54-c206-4ada-8153-2e4cf3bf003f"
/dev/mmcblk0: PTUUID="e4c0dcad" PTTYPE="dos"
/dev/mmcblk0p1: UUID="25FA-04EB" TYPE="vfat" PARTUUID="e4c0dcad-01"

[свернуть]

Даже и не представляю, что делать и куда копать?

[qupl]

Попробуйте

Код Выделить Развернуть

swapoff /dev/sda5
mkswap --uuid c51bf320-4946-447e-b6ab-9821c9a74ac3 /dev/sda5
swapon -a

[hathory]

Спасибо за оперативный ответ.

Открыть содержимое (спойлер)

[/home/hathory] swapoff /dev/sda5
[/home/hathory] mkswap --uuid c51bf320-4946-447e-b6ab-9821c9a74ac3 /dev/sda5
mkswap: /dev/sda5: warning: wiping old swap signature.
Setting up swapspace version 1, size = 5859324 KiB
no label, UUID=c51bf320-4946-447e-b6ab-9821c9a74ac3
[/home/hathory] swapon -a                                                   
[/home/hathory]

[свернуть]

Вот только теперь своп полностью отвалился и даже перезагрузка не помогает: FAILED: /sda5 failed activate swap
Мне бы вернуть как было, если можно =(

[qupl]

hathory,

Код Выделить Развернуть

cat /proc/swaps

[hathory]

Хммм, при загрузке FAILED, а cat /proc/swaps показывает что есть, правда used 0 байт, но это как раз может быть, ибо оперативы 6 ГБ.
У меня тут параллельно возник вопрос, если я в fstab разделы пропишу не через UUID а в виде пути - /dev/sda5, чем это чревато и какие подводные камни могут быть?

[qupl]

hathory, без разницы как прописывать, оба варианта будут работать.

Код Выделить Развернуть

swapon -f /dev/sda5
Сообщение объединено: 18 Март 2015, 16:02:01
hathory, проверьте, может UUID где-то не совпадает.

[hathory]

Вроде бы все нормально swapon -f /dev/sda5
swapon: /dev/sda5: swapon failed: Устройство или ресурс занято

А если не затруднит, где можно UUID проверить, в fstab и показания gparted UUID совпадают, а больше я не знаю где - я не грамотный
FAILED: /sda5 failed activate swap при загрузке появляется, но это не критично, ибо потом swap монтируется - ноут уходит в спящий режим, значит все же в свап записывает.
А если d fstab UUID заменить на пути  /dev/sda5, проблема с UUID отпадет, я правильно понимаю?

[qupl]

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

Команда не сработала, потому что уже включен swap.
Нет сейчас по рукой jessie, проверьте в настройках юнитов systemd что там про swap есть.  Сообщение наверняка от него.

[hathory]

Делайте пожалуйста скидку на мои знания, я все же биолог по образованию. Каталог systemd есть в /run, /bin, /var, /usr etc. подскажите где смотреть?

[qupl]

hathory, настройки в /etc.  Структуру каталогов с настройками jessie не могу посмотреть сейчас. Сами не меняйте, лучше здесь выкладывайте что найдется.

[hathory]

Спасибо Вам большое, сегодня вечером буду смотреть, что найду выложу.
Еще раз спасибо.

[qupl]

Ссылка. Опция noauto в строчке со свапом в fstab.
как-то так

Код Выделить Развернуть

UUID=c51bf320-4946-447e-b6ab-9821c9a74ac3 none            swap    sw,noauto              0       0

[hathory]

В /etc/systemd/ только в одном месте упоминается UUID swap раздела и он совпадает с таковым в fstab.
Что касается noauto, то для swap раздела это не очень хорошо, каждый раз монтировать раздел при работе с тяжелым приложением вручную и куча ошибок если забыл примонтировать. А вообще заметил, что чаще всего раздел отваливается после того как я поработаю в "винде". После перезагрузки с Linux'а все нормально...
Даже и не знаю что еще придумать

[qupl]

hathory, отключение в systemd. Вариант №2 по ссылке - маскирование юнита.   
Непонятно , раздел по-прежнему "отваливается"?  Только при загрузке?

[hathory]

Доброе утро. Да раздел отваливается при первом включении ноута, после перезагрузки все нормально...
За статью спасибо, сейчас попробую