EXEC adımında yumurtlama / bin / plymouth başarısız oldu (Debian testi)

dist-upgradeDebian testi (Jessie) örneğinde bir gerçekleştirdikten sonra , artık önyükleme yapamıyorum. Komut isteminde mahvoldum:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs

Aşağıdaki hata ortaya çıkıyor:

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory

Şaşırtıcı bir şekilde, Google yardımcı olmuyor ve gördüğüm küçük iplik Arch için (aramamda + debian eklesem bile) ve bana mantıklı gelmiyor.

Bundan nasıl kurtulacağına dair bir işaretçi var mı?

# uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux

Ben de bugün bu kesin hatayı jessie yükseltme bir hırslı hırıltı sonucu olarak vardı.

"Apt-get dist-upgrade" den gelen hatalara rağmen sistem yeniden başlatılamadı. "Journalctl -xb" (veya "-xd") aracılığıyla son hata çıktısı "plymouth" (daha önce hiç duymadığım bir uygulama) ile ilişkilendirildi. Ancak, yeniden başlatmanın başarısız olmasının plymouth ile ilgisi yok, daha ziyade / etc / fstab altında yardımcı bir giriş altında küçük bir anormallik var: bir cdrom cihazı (NFS ile ilgisi yok) için "auto" değerini "noauto" olarak değiştirin ve systemd önyüklemeye izin verir. Bu, hışıltı altında çalışan ve jessie altında yeniden başlatılmasına izin vermeyen sessiz bir fstab hattıdır.

Fstab ile ilişkili journalctl ile ilgili bir hata oluşmadı. Beni bu belirsiz çözüme götüren şanslı web aramalarıydı.

Önceki yanıtları birleştirerek, bu sorunun / etc / fstab içindeki geçersiz girdilerden kaynaklandığı anlaşılıyor.

Benim durumumda sanal kutu içinde çalışıyorum ve bu sorun oldu önyükleme otomatik montaj için ayarlamıştı paylaşılan bir klasör oldu. Diğer iki cevapta ise sorun NFS veya CD-ROM cihazının yerleşimleridir.

Sorunu gidermek için, / etc / fstab içindeki tüm gerekli olmayan satırları yorumlayın ve sorunu kopyalayana kadar bunları tek tek yeniden ekleyin.

Sorunlu çizgi daha sonra teşhis edilebilir ve düzeltilebilir. Dağıtım sırasında Vbox paylaşılan klasörleri, ağ paylaşımları veya diğer özel dosya sistemleri gibi şeylerin doğru şekilde yükseltilmemiş olması mümkündür.

Bugün tam bir hatayla karşılaştım.

Ben plymouth yükledim ama sonucu değişmedi.

/ Etc / fstab dosyasına yanlış bir nfs girdisi neden oldu. Bu girişi sildikten sonra hata kayboldu. Sanırım bu korkunç davranış aptal sistemden kaynaklanıyor.

Ben fstab bir sorun olduğunu onaylayın. Fstab'ın içine girip yaptığınız son satırı silerseniz, eskisi gibi olur ve sistem başlar. VirtualBox 5 / debian 8'de paylaşımda bir automount problemim var. Virtualbox 4 / debian 7'de problem yok

Bu noktada bunun oldukça eski bir konu olduğunu görüyorum ... ama bugün de bu sorunu yaşadım.

/etc/fstabSistemin 'acil durum modunda' önyükleme yapmasını önlemek için bu satırı yorumlamak zorunda kaldım :

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

* (UUID kasıtlı olarak gizlenmiştir)

GÜNCELLEME:

Buradaki UUID hattı /etc/fstabhatalı görünüyor. Garip. Bu sorun hakkında daha fazla okuduktan sonra bu konuya ben kök nedenine kesin bir cevap yaklaştırmıyor hala, ama en azından SWAP artık yapılandırılmıştır.

Herkes bu sorunu tamamen çözebildi mi? veya temel nedeni bulabilir misiniz?