저는 현재 스왑 파티션 대신 기본적으로 스왑 파일을 사용하는 Linux Mint 19.1을 사용하고 있습니다. 일시 정지를 포함한 모든 것이 잘 작동합니다. 그러나 최대 절전 모드 후에 다시 시작하면 작동하지 않습니다. 내 구성에는 다음 구성이 있습니다./etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=38c97b08-a1d5-44b5-9e96-afca13595fe2 resume_offset=27854848"
여기서는 UUID
스왑 파일이 속한 루트 파티션이고,resume_offset은 스왑 파일의 오프셋입니다. 시스템이 성공적으로 최대 절전 모드로 전환됩니다. 그러나 다음 부팅 시 UUID 위치에서 복구가 표시되고 갑자기 화면이 꺼집니다(이것 좀 봐). 그 후 시스템이 응답을 멈췄습니다. 다음 스레드를 살펴봤지만 아무것도 작동하지 않는 것 같습니다.
전체 시스템 세부정보는 다음에서 확인할 수 있습니다.여기
보안 부팅을 비활성화했으며 현재 커널 4.18을 사용하고 있습니다. 스왑 파일을 사용하여 최대 절전 모드를 성공적으로 구현한 사람이 있거나 최대 절전 모드가 작동하지 않는 이유를 아는 사람이 있나요?
답변1
Linux Mint 19는 기본적으로 최대 절전 모드를 지원하지 않습니다.가이드민트 포럼의 기사.
스왑 파일이 /swapfile에 없거나 스왑 파티션이 없으면 표준 최대 절전 모드 구성이 실패합니다. ㅏRed Hat 기사스왑 크기 조정에 대한 몇 가지 추가 지침을 제공합니다.
스왑 파일이나 파티션에 RAM의 내용과 교체했을 수 있는 기타 내용을 수용할 공간이 충분하지 않으면 커널이 최대 절전 모드 이미지 크기의 2/5까지 쓰기 때문에 최대 절전 모드가 실패합니다. 당신의 기억. 경험상 스왑 파일을 최소한 RAM 크기로 설정하거나 총 RAM이 매우 낮은 시스템에서는 RAM을 두 배로 늘리십시오(스왑할 가능성이 높으므로).
터미널 창에서 이 명령을 실행하십시오. free -h
그런 다음 swapon
스왑 파일이 충분히 큰지 확인하십시오. 충분히 크지 않으면 스왑 파일을 확장하십시오. 그렇다면 계속 진행하세요.
RESUME_PARAMS="resume=UUID=$(findmnt / -o UUID -n) resume_offset=$(sudo filefrag -v /swapfile|awk 'NR==4{gsub(/\./,"");print $4;}') "
if grep resume /etc/default/grub>/dev/null; then echo -e "\nERROR: Hibernation already configured. Remove the existing configuration from /etc/default/grub and add these parameters instead:\n$RESUME_PARAMS";else sudo sed -i "s/GRUB_CMDLINE_LINUX_DEFAULT=\"/GRUB_CMDLINE_LINUX_DEFAULT=\"$RESUME_PARAMS/" /etc/default/grub;fi
오류 메시지가 나타나지 않는 한 실행하십시오 sudo update-grub
. 오류 메시지가 나타나면 해당 지시에 따라 실행하십시오 sudo update-grub
.
마지막으로 GRUB2 메뉴에 최대 절전 모드를 추가합니다.
sudo tee /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla <<'EOB' [Enable hibernate] Identity=unix-user:* Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions ResultActive=yes EOB
답변2
나는 많은 튜토리얼을 따랐지만 그 중 어느 것도 작동하지 않는 것 같습니다. 불행하게도 이는 최신 커널 버전의 회귀로 인해 발생하며 이미 런치패드에 활성 버그 보고서가 있습니다.
4.13.0-25.29부터 최대 절전 모드(재개 시 정지)
이 버그가 보고된 지 1년이 넘었지만 아직까지 수정 사항이나 해결 방법은 없습니다. 누구든지 이 오류가 발생하면 위의 런치패드 버그를 신고해 주세요.
답변3
일하느라 잠을 못 자서 포기했어요.
나는 최대 절전 모드 지침을 따랐고 훌륭한 결과를 얻었습니다.
안전을 위해 최대 절전 모드용으로 예약된 25G의 스왑 공간을 만들었지만 16이면 충분할 것 같습니다.
내 시스템은 다음과 같습니다
pepe@pepe-ZenBook-UX425IA-UM425IA:~$ swapon
NAME TYPE SIZE USED PRIO
/swapfile file 25G 24,1M -2
OS: Linux Mint 20.3 x86_64
Host: ZenBook UX425IA_UM425IA 1.0
Kernel: 5.11.0-44-generic
Uptime: 34 mins
Packages: 2161 (dpkg), 6 (flatpak)
Shell: bash 5.0.17
Resolution: 1920x1080
DE: Cinnamon
WM: Mutter (Muffin)
WM Theme: Mint-Y-Dark (Mint-Y)
Theme: Mint-Y [GTK2/3]
Icons: Mint-Y [GTK2/3]
Terminal: gnome-terminal
CPU: AMD Ryzen 7 4700U with Radeon Graphics (8) @ 2.000GHz
GPU: AMD ATI 04:00.0 Renoir