swap : косяк с размером

[2zer0]

всем привет.
Подключен swap раздел 8Гб.

А система (минт 18,3 +cinn) упорно кажет его 2Гб.


$ free -h
total used free shared buff/cache available
Память: 5,3G 2,8G 984M 139M 1,6G 2,0G
Подкачка: 2,0G 0B 2,0G

Откуда она берёт эту цифру??!!!

[WWolf]

из файла вестимо видимо не примонтировал раздел, вот он в файл на 2гб и срёт, вместо раздела
покажи вывод cat /etc/fstab

[2zer0]

из файла вестимо видимо не примонтировал раздел, вот он в файл на 2гб и срёт, вместо раздела
покажи вывод cat /etc/fstab


$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sr0 11:0 1 1024M 0 rom
sda 8:0 0 119,2G 0 disk
├─sda2 8:2 0 110,8G 0 part /
└─sda5 8:5 0 8,4G 0 part [SWAP]

вроде есть. Не?

[2zer0]

вместо раздела
покажи вывод cat /etc/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/sdb1 during installation
UUID=161466ed-067e-4922-8d51-b8deb43fd3e9 / ext4 errors=remount-ro 0 1
UUID=8a1f6e52-8c66-4bef-9a74-ada7ce8801bf none swap sw 0 0


[WWolf]

uid`ы правильные? blkid

[rogoznik]

Покажи вывод

Код: Выделить всё

swapon -s

[2zer0]

Код: Выделить всё

~/Рабочий стол $ blkid
/dev/sda2: UUID="161466ed-067e-4922-8d51-b8deb43fd3e9" TYPE="ext4" PARTUUID="81dc6cb6-02"
/dev/sda5: UUID="8a1f6e52-8c66-4bef-9a74-ada7ce8801bf" TYPE="swap" PARTUUID="81dc6cb6-05"

~/Рабочий стол $ swapon -s
Filename				Type		Size	Used	Priority
/dev/sda5                              	partition	2097140	70588	-2
 ~/Рабочий стол $ 

[madesta]

/dev/sda5 partition 2097140 70588 -2

Вот они, похоже, искомые 2 Гб.

[2zer0]

Вот они, похоже, искомые 2 Гб.

попобробнее, плз... Я же изначально это и спрашиваю. Раздел на 8 а кажет 2 !!!

[madesta]

А gparted, интересно, что рисует про swap?
Sorry, невнимательно посмотрел пост. Тогда даже и не знаю. Всегда в качестве swap пользовался файлами.
Правда ожидал, что boot будет на sda1, а extended на sda2 ... На это, наверное, из-за LBA. Может быть в ту сторону "копать" надо?

[KOT040188]

Почему бы вместо раздела не создать файл?

[2zer0]

Почему бы вместо раздела не создать файл?

попробую, наверно. С этим свопом у меня цель одна - делать гибернацию. Будет она пахать, если swap на файле?

[rogoznik]

2zer0, будет. На форуме есть тема как это сделать. Поиск в помощь.

[KOT040188]

. Будет она пахать, если swap на файле?

У меня пашет.

[2zer0]

У меня пашет.

а у меня нет.
делал как тут Cпящий режим (Suspend-To-Disk) в файл подкачи
После просыпания имею бутлуп с кучей матюков вот такого рода

Jul 25 18:48:21 ws16 kernel: [ 68.240231] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240246] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240260] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240276] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240291] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240306] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240320] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240336] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240350] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240366] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240380] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
Jul 25 18:48:21 ws16 kernel: [ 68.240395] nouveau 0000:01:00.0: fifo: PBDMA0: 80024000 [GPPTR PBPTR SIGNATURE] ch 7 [003f9ef000 TeamViewer[1743]] subc 0 mthd 0000 data 00000000
[/spoil

[2zer0]

грохнул тимвивер
матьюки чуток изменились, но суть осталась та же

Код: Выделить всё

[size=85]
Jul 25 19:10:59 ws16 kernel: [  913.310646] nouveau 0000:01:00.0: fifo: PBDMA0: 80000000 [SIGNATURE] ch 4 [003fbc2000 Xorg[2440]] subc 0 mthd 0000 data 00000000
Jul 25 19:10:59 ws16 kernel: [  913.310659] nouveau 0000:01:00.0: fifo: PBDMA0: 80000000 [SIGNATURE] ch 4 [003fbc2000 Xorg[2440]] subc 0 mthd 0000 data 00000000
Jul 25 19:10:59 ws16 kernel: [  913.310671] nouveau 0000:01:00.0: fifo: PBDMA0: 80000000 [SIGNATURE] ch 4 [003fbc2000 Xorg[2440]] subc 0 mthd 0000 data 00000000
Jul 25 19:10:59 ws16 kernel: [  913.310683] nouveau 0000:01:00.0: fifo: PBDMA0: 80000000 [SIGNATURE] ch 4 [003fbc2000 Xorg[2440]] subc 0 mthd 0000 data 00000000
Jul 25 19:10:59 ws16 kernel: [  913.310695] nouveau 0000:01:00.0: fifo: PBDMA0: 80000000 [SIGNATURE] ch 4 [003fbc2000 Xorg[2440]] subc 0 mthd 0000 data 00000000
Jul 25 19:10:59 ws16 kernel: [  913.310708] nouveau 0000:01:00.0: fifo: PBDMA0: 80000000 [SIGNATURE] ch 4 [003fbc2000 Xorg[2440]] subc 0 mthd 0000 data 00000000

я так понимаю причина - это некорректная распаковка свопа

[2zer0]

я так понимаю причина - это некорректная распаковка свопа

забил на метод "своп в файл". Дюже много геморроя с настройкой + удобство сомнительное.
Проблема "swap-раздел на 8Гб а кажет 2" решилась просто: В Gparted подёргал размер swap-раздела и он скорректировался во всей системе. Кстати, это несоотвествие вылазит через размножение образа диска с установленным Линукс через слив в vmkd в Paragon-е , а потом обратно на другой физ. диск..
В спящем режиме вылез отвал wi-fi свистка TP-link - решился через Замена NetworkManager на Wicd Интересно, что время загрузки уменьшилось с 50-56 до 47-50сек судя по systemd-analyze

[win7emigrant]

Своп недавно передергивал сам.
Через гпартед пересоздать раздел, sudo mkswap /dev/sd.. - отформатировать, типа, свап (термин, мб и неправильный), потом через gparted узнать UUID, и прописать в /etc/fstab. Ребут. ... .Профит.
Это при том, что свап раздел я снес. Помогло, все заработало. Mint 18.3 x64
А своп файл под никсой не пробовал. По идее, своп файл должен так занять место на fs, чтоб быть непрерывным (нефрагментированным). Что под виндой, что под никсой. В случае с разделом - оно само собой так и есть.
С учетом негибкости никсов в подобных (и прочих) вопросах, логично, что своп файл работает хуже...

[2zer0]

Через гпартед пересоздать раздел, sudo mkswap /dev/sd.. - отформатировать,

Нет. У меня при пересоздании свопа режим hibernate отваливался напроч и уже никакие бубны не помогали. Только новая накатка всего образа диска. Поэтому тоооолько аккуратно подёргать то что есть
Режим файла мне не понравился, т.к. там компрессия/декомпрессия и это не есть быстро.
Дефрагментация под линухом мизерна, а положить файл одним куском как в вин по-моему ваще нереально

[win7emigrant]

Нет. У меня при пересоздании свопа режим hibernate отваливался напроч и уже никакие бубны не помогали

Хм. У меня тож гибернация сдохла.
Точнее как, он в нее уходит вроде норм. но обратно грузит систему заново.
Ну и ладно, мне гибернация в принципе не особенно нужна на десктопе...