Bir bölüm silindi, şimdi önyükleme sırasında 'Cihazı askıya alma / devam ettirmeyi bekledi' mesajını alıyorum

14

Kısa bir süre önce bir bölümü sildim 8GB. Bu bölüm ana bölümden sonra bulunuyordu, ancak hala işletim sistemini önyükleyebildiğim ve tüm uygulamaları çalıştırabildiğim için kritik görünmüyor .

Önyükleme işleminin tamamlanması artık iki dakika sürüyor ve aşağıdaki iletileri görüntülüyor:

Gave up waiting for suspend/resume device
/dev/sda4: clean, .../... files .../... blocks
[ ***] A start job is running for dev-disk-by\.....\....\... .device
Dependencies failed!

Sorum şu:

Bu ikinci bölüm neydi ve nasıl geri yükleyebilir veya yeniden oluşturabilir?

— samdd
kaynak

İşletim sistemi başladığında herhangi bir hata veya uyarı görüyor musunuz? Hiç mesaj yoksa, belki de çekirdeğiniz quietve splashseçenekleriyle önyüklenebilir . Bu seçenekler olmadan GRUB girişini ve önyüklemeyi geçici olarak düzenleyin. Özellikle durdurulan ve hemen arkasından gelen mesajlara dikkat edin.

— Kamil Maciorowski

@KamilMaciorowski Eklenen çekirdek mesajları

— samdd

"Askıya alma / devam ettirme cihazını beklemeyi bıraktım" - bu bana takas bölümü ile ilgili bir sorun olduğunu düşündürüyor (ama eksik olanı açıklamıyor ntfs-3g). Sisteminizin takas kullanıp kullanmadığını kontrol edin, çalıştırın swapon. Sonraki koş swapon -ave gözlemle. Şikayet edebilir. Sildiğiniz bölüm takas bölümünüz olabilir.

— Kamil Maciorowski

@KamilMaciorowski Teşekkürler, swapon: cannot find the device for UUID=3fd1..şimdi yeniden yaratmaya çalışan takas bölümü gibi görünüyor . Ayrıca yükleyiciyi çalıştırdım ntfs-3gve NTFS bölümlerimi algılar. Yardımınız için teşekkürler

— samdd

22

Debian'da aynı hata mesajıyla ve benzer bir önyükleme gecikmesinde, küçük bir varyasyonla karşılaştım: Takas bölümümü gönüllü olarak sildiğimi biliyordum ve yeniden oluşturmayı planlamıyordum.

Bölüm artık listelenmedi, /etc/fstabancak gecikme devam etti. Hiçbir şey /etc/initramfs-tools/conf.d/resume(@ @ KamilMaciorowski ipucu için teşekkürler).

Anahtar, ilk RAM diskinin "derlendiğini" ve bazı durumlarda (böyle) yeniden oluşturulması gerektiğini bulmaktı. Çözüm: sudo update-initramfs -u.

— JMR
kaynak

Benim durumumda, /etc/initramfs-tools/conf.d/resume, takas için eski bir UID başvurusu içeriyordu. . update-initramfs -u sorunu çözdü. Teşekkürler.

— G Cab

Benim durumumda, yukarıdaki cevap bana yakın zamanda oluşturulmuş + şifreli (veracrypt ile) bölümüm muhtemelen monte edemediğini ve tüm yapmam gereken şifreli bölüme atıfta bulunan satırın yorumlanması sudo nano /etc/fstab(a ile ön ek #) olduğunu ima etti .

— maninak

9

Mesaj yüzünden

Cihazı askıya alma / sürdürme için beklemeyi bıraktı

Takas bölümünüzle ilgili bir sorun olduğundan şüpheleniyorum. Sisteminizin çalıştırarak takas kullanıp kullanmadığını kontrol edin swapon. Sonraki çalıştırma swapon -ave çıkışı gözlemleyin. Mesajla şikayet edebilir cannot find the device. Eğer öyleyse, takas parttonunuzu yeniden oluşturmanız gerektiğini bileceksiniz.

Prosedür:

Önceki bir soruya bakın: Sildiğim bir takas bölümünü nasıl geri yüklerim?

İle bölüm tablosunu değiştirme fdisk, gdisk, gpartedya da başka bir eşdeğer aracı. Bölüm girişini yeniden oluşturun. Bölüm türü olmalıdır 0x82 Linux swap.
Bölümü ile ayarlayın mkswap.
Buna /etc/fstabgöre değiştirin (önceki çıkış, swapon -aemin değilseniz hangi girişi değiştirmeniz gerektiğini size söylemelidir).
Önemli: UUID'yi /etc/initramfs-tools/conf.d/resumeyukarıdaki adımda kullanılanla değiştirin .
Koş update-initramfs -u.

— Kamil Maciorowski
kaynak

1

Benim durumumda, önyükleme mesajı böyle görünüyordu. Takas bölümü silindi.

Gave up waiting for suspend/resume device
/dev/sda4 ... ...

[***] A start job is running for dev-disk-by\...\...\...\.device
...
...
...

İlk olarak, fstab dosyanızın içeriğine bakın, cat /etc/fstab bu tür bir çıktı döndürür

# /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/sda4 during installation
UUID=8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=00fd67-123DE-4b98-aa17-2d4025aed54 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Sonra "takas / dev / sdax kurulum sırasında oldu" dikkat edin.

Silinen bölümü yeniden oluşturun (örneğin fdisk veya Gparted), ardından bölümün yeni uuid'ini bulmak için bu komutu kullanın.

ls -l /dev/disk/by-uuid/

Bu çıktılar:

total 0
lrwxrwxrwx 1 root root 10 févr. 19 07:18 00151dcd-2bf5-4b98-aa17-8f40ef4cfd86 -> ../../sda4
lrwxrwxrwx 1 root root 10 févr. 19 07:18 6C5A1AC45A1A8B4A -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 07:18 8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 -> ../../sda3
lrwxrwxrwx 1 root root 10 févr. 19 07:18 C064106664106188 -> ../../sda1

Fstab'nızı, fstab dosyasında takasın yeterli uuid'ini kopyalayarak / yapıştırarak son komut tarafından görüntülenen doğru uuid ile güncelleyin. Sonra yeniden başlatın, sorunu düzeltmek gerekir.

— Pat. ANDRIA
kaynak