Crash when opening lid and swap partition

For the 3rd time I had a crash after opening the lid of my laptop after it was in suspension (sleeping) aka closed it and when I opened it I saw just a black screen and the Caps Lock light was going like on/off like crazy
What’s wrong?
It happens occasionaly, not everytime…
Does it have to do with small swap space?
Specs: Dell Inspiron 5558 4 GB RAM , i5 processor , intel + nvidia graphics (4 gb) dual booting with windows 10
I currently have 4 gb of swap space created when installing openSUSE
My question: If I want to enlarge the swap partition, let’s say to 8 gb, what should I do? Delete it and create another one, larger, stealing space from other partitions? Create a second one and having two swap partitions? What tools can I use for this? gparted? Or boot from another OS/live cd?

If “suspension” means “Suspend-to-RAM” - no, it has absolutely nothing to do with swap space. Most likely some device driver is causing problems and you will need to debug it to find out which one. Trying with current stable kernel from Kernel:stable would be good start.

If I want to enlarge the swap partition

You ask another question and not mix multiple questions in one thread.

Well, they are (I think they are) kinda related :stuck_out_tongue: that’s why

From your perspective that might be the case, but you should look at it from the perspective of your potential helpers. They look at thread titles to see if it might be useful to open a thread. Even if they are experts in enlarging swap space and/or partitions, they might skip you thread when it does not advertize it’s contents correct.

It is you that needs help, try to draw the attention of those you need. And threads with mixed subjects tend to become a confusing mess and thus might be skipped by people who like nice clean to the point discussions.

You have an Optimus based video system so do you use bumblebee or suse-prime to switch GPU? Have you installed the NVIDIA or nvidia-bumblebee drivers?

Assuming suspend to disk (hibernate)
The memory is compressed to disk so unless you use a whole lot of swap 4 gig should be ok but 1.5x to 2X memory is safer. To increase size you just need to make it bigger but since partitions must be continues you may need to resize and move other partitions to allow more space. Show us fdisk -l

Basicaly it is not needed to increase the size of the one Swap partition you have. You can also have more Swap partitions. You can even Swap to a file system (swap file). What I however do not know is if the hibernation can split it’s data over the several Swap spaces (like the swapping mechanism can).

Okay about the thread :slight_smile:
So yes I have bumblebee installed with nouveau drivers working fine (i know for sure that optirun works)

linux-3bok:~ # fdisk -l

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 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: 0EA08D37-90A9-4041-90F9-D07316C08052

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    1026047    1024000   500M EFI System
/dev/sda2     1026048    1107967      81920    40M unknown
/dev/sda3     1107968    1370111     262144   128M Microsoft reserved
/dev/sda4     1370112    2906111    1536000   750M Windows recovery environment
/dev/sda5     2906112 1777334271 1774428160 846.1G Microsoft basic data
/dev/sda6  1934622720 1935544319     921600   450M Windows recovery environment
/dev/sda7  1935544320 1936465919     921600   450M Windows recovery environment
/dev/sda8  1936465920 1953523119   17057200   8.1G Windows recovery environment
/dev/sda9  1777334272 1785737215    8402944     4G Microsoft basic data
/dev/sda10 1785737216 1846222847   60485632  28.9G Microsoft basic data
/dev/sda11 1846222848 1934622719   88399872  42.2G Microsoft basic data

Partition table entries are not in disk order.

sda 9, 10 and 11 are openSUSE Leap