Saya baru-baru ini meningkatkan kernel saya dari 3.16.4 (Debian jessie) ke 4.9.0 (Debian stretch). Semuanya baik-baik saja, sampai saya mencoba "Hibernate" (menangguhkan ke disk).
Ketika saya menggunakan opsi Hibernate di LXDE, sepertinya hibernate. Saya bisa mendengar disk spindle berdetak dan menulis data. Tetapi masalah muncul saat melanjutkan dari hibernasi. Kernel berhasil mengembalikan gambar dari swap, tetapi kemudian macet dan reboot, dengan semua pekerjaan yang hilang. Saya tidak dapat menemukan jawaban di internet. Orang-orang hanya menyelesaikan beberapa kesalahan di sekitar tidak mengatur /etc/initramfs-tools/conf.d/resume atau telah menetapkan parameter kernel, atau salah memasukkan di / etc / fstab. Saya punya ini benar. Perbaiki UUID di /etc/initramfs-tools/conf.d/resume, perbaiki fstab dan jangan setel resume kernel paramter.
Saya memindahkan partisi swap di luar partisi extended ke primer. UUID telah disimpan dan diterapkan ke swap baru.
Sistem mencapai "Memulihkan gambar 100%" dan kemudian "Menangguhkan konsol", dan kemudian mati dan boot secara normal, dengan semua pekerjaan hilang.
Sudah mencoba pemasangan yang bersih, tetapi tidak berhasil.
Terjadi hanya pada i386 (32-bit x86), amd64 (64-bit x86) tidak menderita.
Tata letak tabel partisi disk:
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ext4 HDD <ROOT-UUID> /
└─sda2 swap HDD-SWAP <SW-UUID> [SWAP]
sr0
Sda2 itu logis (berada di dalam-diperpanjang) sebelum upgrade.
Fstab:
UUID=<ROOT-UUID> / ext4 errors=remount-ro 0 1
UUID=<SW-UUID> none swap sw 0 0
/etc/initramfs-tools/conf.d/resume
RESUME=UUID=<SW-UUID>
Kernel cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686-pae root=UUID=<ROOT-UUID> ro quiet
Sistem Informasi:
Computer: Compaq CQ60-120ec
Swap Size: 3.5GiB
Processor: AMD Athlon X2 64 QL-66
GPU: Nvidia Geforce 8200M G
Memory: 2G DDR2 667MHz
Desktop Environment: LXDE
Debian Version: 9 (stretch)
Kernel version: 4.9.0-3
Graphics Driver: nvidia legacy 304xxx
(Saya tahu prosesornya 64bit tapi awalnya 32bit, jadi saya pikir 32bit sampai saya memeriksa / proc / cpuinfo)
Mungkin
/etc/uswsusp.conf
ingin entri yang diubah untuk 'perangkat resume', jika ini tidak digunakan, myabe hanya mencoba untuk mengambil UUID lama Anda di semua file/etc
untuk menemukan tempat di mana perubahan diperlukan. Jugaupdate-initramfs
akan diperlukan, kataku.sumber
Saya mendapatkan kesalahan yang sama. Menginstal ulang dengan iso netinst terbaru, yaitu debian-9.1.0-amd64-netinst.iso mengatasinya. Bug tampaknya telah diperbaiki (setidaknya untuk arsitektur ini).
sumber
Saya menghapus usssp dan hibernasi berfungsi lagi seperti mantra. BTW Saya pikir itu sudah terjadi sebelum Jessie ketika saya menggunakan driver nvidia, saya diuji menggunakan uswsusp dan harus menghapusnya agar hibernasi berfungsi.
sumber
Jika Anda memiliki partisi swap (dengan ukuran yang benar) dan jika Anda mengedit "/etc/initramfs-tools/conf.d/resume" dengan hasil "#blkid" dan i386 tidak akan berhibernasi dengan benar daripada bug di Debians i386 4.9 kernel! Perbarui kernel ke versi yang lebih besar dari 4.9 atau putar kembali ke 3.16 kernel.
sumber
Maafkan sifat umum dari balasan ini. Saya telah melihat pertanyaan serupa di seluruh Web dan memutuskan untuk menulis satu jawaban untuk semua. Saya mengalami masalah yang sama ketika Anda memutakhirkan Debian-Jessie pada Hp2510. Saya beralih ke Ubuntu-desktop dan menemukannya di sana juga. Saya kemudian melakukan pengujian pada Ubuntu dan Hp2510 sehingga mungkin tidak sepenuhnya berlaku untuk situasi Anda.
Beberapa komputer lama yang diperbarui dengan sistem Linux baru mengalami masalah boot. Mereka mungkin tidak bisa boot sama sekali atau mereka bisa memakan waktu selama tiga menit untuk boot. Secara kebetulan, mereka gagal hibernasi atau butuh waktu lama untuk hibernasi dan dehibernasi sehingga kemampuannya tidak berguna. Seringkali ini bukan karena komputer lama hanya lambat tetapi karena perubahan yang diperkenalkan pada kernel Linux 4.8, menyebabkan masalah dengan chipset Intel yang sangat umum, yang mencakup keluaran video. Dimulai dengan kernel ini, komputer apa pun dengan chipset ini akan mengalami masalah boot kecuali argumen baris perintah Linux
"video=SVIDEO-1:d"
termasuk dalam GRUB_CMDLINE_LINUX. Ini secara signifikan akan mempersingkat waktu boot 64-bit dan 32-bit tetapi memperbaiki masalah hibernasi hanya untuk 64-bit. Tidak ada sistem 32-bit yang mendukung hibernate setelah titik ini. Lebih lanjut, waktu boot untuk semua versi kernel 4.8 dan 4.9 buruk (kecuali 4.8.rc1-7). Ini akhirnya diselesaikan pada 4.10. Kernel 4.8 dan 4.9 harus dihindari (mereka sudah usang).Jika Anda menginginkan waktu boot tercepat, gunakan kernel pra-4.8. Saya akan menggunakan Ubuntu-desktop 15.04 dengan kernel diperbarui ke 4.7.10. Ini adalah satu-satunya cara untuk mendapatkan hibernasi dalam sistem 32. Sistem 64-bit melakukan boot 7% lebih lambat dari 32-bit tetapi masih lebih cepat dari versi yang lebih baru. Jika Anda menginginkan sistem 32-bit yang saat ini didukung dan bersedia untuk berhenti hibernasi, gunakan apa saja yang dirilis atau diperbarui ke kernel 4,10 atau lebih baru. Setiap versi 64-bit bekerja setelah 4,8 dengan perbaikan video tetapi untuk kinerja terbaik hindari 4,8 dan 4,9.
Untuk menambahkan perbaikan video, lakukan
sudo nano /etc/default/grub
. Setelah menutup nano lakukansudo update-grub
. Kecuali GRUB_CMDLINE_LINUX_DEFAULT, yang dimasukkan setelah GRUB_CMDLINE_LINUX, kosong,"video=SVIDEO-1:d"
tidak akan menjadi argumen baris perintah Linux terakhir, yang oleh sebagian orang dikatakan perlu. Sebenarnya bisa di mana saja.Anda selalu dapat memanggil hibernate dengan perintah pm-hibernate di terminal (atau tty) tetapi untuk membuatnya menjadi opsi GUI yang Anda butuhkan untuk membuat atau menambahkan ke file kebijakan
/etc/polkit-1/localauthority/50-local.d/ com.ubuntu.enable-hibernate.pkla
(jelas distro-spesifik) teks berikut:sumber
Terkadang masalahnya bukan di grub atau UUID. Ini juga terjadi ketika Anda kehabisan ruang penyimpanan. Tidak akan ada ruang tulis yang tersisa sehingga melanjutkan dari hibernasi akan membeku.
Ketika Anda mendapatkan kesalahan itu, Anda dapat mengklik
alt+ f2/f3/f7
atauctrl+alt+ f2/f3/f7
untuk membuka terminal. Login ke akun Anda atau rooting menggunakan terminal.Kemudian jalankan perintah
sudo df -h
untuk memeriksa ruang penyimpanan. Dalam kasus saya, saya tidak punya ruang pada saya/dev/sda1
jadi periksa ruang kosong pada drive dalam daftar.Jika Anda kehabisan ruang, coba hapus beberapa file untuk mendapatkan ruang yang cukup besar.
Setelah itu Anda dapat mengklik
alt+f1
atauctrl+alt+f1
dan menunggu gui login muncul atau ketikreboot in the terminal to reboot
sumber