“Acil durum moduna hoş geldiniz!” Bunun bir fsck problemi olduğunu düşünüyorum


72

görüntü tanımını buraya girin

journalctl -xb snippet (düşündüğüm yanlış, en azından kırmızı renkte):

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Gibi diğer hataları göz ardı edildi: ACPI PCC probu başarısız oldu, nvidia propetary vb ...

EDIT: Bilgisayarıma Ctrl+ tuşlarına basarak erişebilirim D, ancak sinir bozucu.


Yukarıda kabul edilen çözümü uygulamak için çalıştırabileceğiniz basit bir komut dosyası: github.com/trezcan/rpi-emergency-mode
NotSoSmartyPants 10:16

Yanıtlar:


51

fsckUbuntu Live'dan koşabilirsiniz .

  1. Bilgisayarınızı açın Bir Ubuntu Live DVD / USB'ye önyükleyin (yüklemeden deneyin).
  2. Yüklemeden sonra Ctrl+ Alt+ tuşlarına basarak bir terminal açın.T
  3. Terminalde çalıştırın:

    sudo -i
    fdisk -l
    

    fdiskSize bölümünüzün /(kök) ne denildiği hakkında bilgi verecektir . Bu soru bu /dev/sdb1.

    O zaman koşarak devam etmelisin:

    umount /dev/sdb1
    fsck -y /dev/sdb1
    poweroff
    

    umountKomut sdb1"monte edilmemiş" durumdan şikayet ederse , bu bir problem değildir. Biz "monte edilmemiş" olmasını istedik :).

  4. DVD / USB'yi çıkarın. SSD'den önyüklemek için bilgisayarınızı tekrar açın.


ubuntu yüklü olan bir flash sürücü hakkında ne?
Kim André

Üzerinde Ubuntu Gnome 15.04 olan bir flash sürücü deneyeceğim.
Kim André,

Sadece bir test cihazı ise, yeniden oluşturmak en iyisidir.
kyodake

evet işe yaradı. zor ben bunu kaldıramadan önce SSD monte etmek zorunda kaldı. Umarım kimlik doğru yaptım. Zaten yine de çalıştı ama zor, ama yaklaşık 1 saniye gördüm başlangıç ​​ekranı hala berbat.
Kim André

Aynı konuda ubuntu'da da 15.10 vardı. Aynı çözümü uyguladı.
kds

36

Sorunu çözüp çözmediğini bilmiyorum. Yaptığım şey:

sudo nano /etc/fstab

Ardından orada eklediklerinizi silin sdb1ve çalıştırın:

sudo systemctl reboot

Bozulduğunu söylüyor, bu yüzden neyin yanlış olduğunu bilmiyorum ama umarım bu Linux'unu çalıştıramayan birine yardım edebilir.


2
Sanırım bu benim sorunuma en yakın olanıydı. Fstab'a kötü bir şey ekledim ve ne olduğunu bulamadım. Yani cp /etf/fstab.orig /etc/fstabbenim çözüm oldu. Hikayenin ahlaki: orijinal fstab'ınızın yedeğini alın.
Sridhar Sarnobat

1
Cevabınız benim sorunumu çözdü. Hiç yapılandırmadığım takas alanı hakkında bazı girişlerim var gibi görünüyor. Böylece, 'fstab' dosyasının son satırlarını yorumladım. Daha sonra yeni kurulu sistemime geri dönebildim.
Joshua Salazar

Şimdiye kadarki en iyi şey. ve canlı usb gerekli. Sadece aptal ntfs bölümlerini yorumladı
Ufos,

26

Acil durum modundayken davayı yeni açtım. Benim durumumda, bağlama noktalarım için bazı seçeneklerin düzenlenmesi için önerilmiş olan bir kurulum eğitimini izledim /etc/fstab. Ekstra seçenekleri kaldırarak sunucum sorunsuz bir şekilde yeniden başlatıldı.


6
AskUbuntu'ya Hoşgeldiniz! Aldığınız öğreticiye bir bağlantı ekleyebilirseniz ya da daha iyisi, yanıtınızdaki talimatları özetlemeniz yararlı olacaktır.

3
Harika öneri. /etc/fstabYeniden başlatmak için priori'yu elden geçirdim (ve neredeyse unutuyordum) .
Ioannis Filippidis

Bana çok yardım ettin. Thank you +1
Benny

doğru. / Media / ubuntu / MY_UBUNTU_PARTITION / etc / fstab’ı düzenledim ve fazladan bir satır daha yorumladım
Vahid

Ben bir aptal ve yanlışlıkla bir USB sabit disk için bir fstab girişinde tabii ki takılı değildi: D bu yüzden benim için sorunu çözdü
Attila Szeremi

17

Windows 10 ve Ubuntu 16.X çift önyükleme sistemini kullanıyorum.

Bölümlerden ntfs'lerden birini bağlayamadım ve hata windows kapatma / hazırda bekletme moduyla ilgiliydi. Ben sudo ntfsfix /dev/sda3sorunu çözmek için kullanılır . NTFS bölümü sda3 monte edebildi ama yeniden başlatmadan Ubuntu acil durum modunda başlamıştı.
Bu sorunu çözmek için, aşağıdaki komutu pencerelerde çalıştırın

shutdown /s /t 5

Bu, Ubuntu acil durum başlatma sorununu düzeltir.


1
Teşekkürler, beni çözüme ulaştırdın! Windows, "hızlı önyükleme" özelliğini etkinleştirmek için normalde kapattığınızda varsayılan olarak hazırda bekletme moduna çok benzer bir şey yapar; bu nedenle benim çözümüm , hızlı önyüklemeyi kapatmaktı.
Ben

14

Khushboo Rani ve Çağan Arslan'ın cevapları beni kalıcı bir çözüme götürdü.

Windows 10 olarak adlandırılan bir özelliğe sahiptir hızlı önyükleme kullanıcı normal "kapatmaya" düğmesine veya bilgisayardaki güç düğmesini kullanarak kapanır, varsayılan olarak etkin, aslında benzer bir sabit sürücüye çalışan çekirdek ve bazı diğer sistem şeyler kazandıracak oturumu kapattıktan sonra hazırda bekleme Ayrıca, verilerin kazara veya kötü amaçlı olarak bozulmasını önlemek için bu işlemi yaparken bir şekilde bölümü "kilitlemesine" neden olur. Bu, Ubuntu'nun başlatma sırasında Windows bölümünü bağlayamayacağı anlamına gelir.

Benim durumumda, / etc / fstab içindeki Windows bölümü için girişlerim var, bu yüzden Ubuntu'yu unbootable yaptı.

Çözüm, Windows'a önyükleme yapmak, "hızlı önyüklemeyi" devre dışı bırakmak ve ardından normal şekilde kapatmaktır. Şimdi problem kalıcı olarak çözülmeli!

Daha önce paylaştığım linkten, Windows’dayken hızlı önyüklemeyi aşağıdaki gibi yapın:

  1. Kontrol panelini başlatın
  2. "Donanım ve Ses" ayarlarına gidin
  3. Git "Güç Seçenekleri"
  4. "Güç düğmelerinin ne yapacağını seçin" seçeneğini tıklayın.
  5. "Şu anda kullanılamayan ayarları değiştir" i tıklayın ve UAC erişimi verin.
  6. "Hızlı başlatmayı aç (önerilir)" ayarındaki onay kutusunu temizleyin

3
Windows 10 ve Ubuntu ile çift önyükleme yapan herkes için, Hızlı Önyükleme ("Hızlı Başlangıç"), devre dışı bıraktığınız ilk şey olmalıdır. Teşekkürler, tam olarak karşılaştığım konu buydu.
Benjamin R,

2
Sadece not etmek gerekirse, bunu daha önce yapmış olsanız bile, tekrar yapmanız gerekebilir - Win10'daki güncellemeler ayarlarınızı düzenli olarak karıştırır. : - @
cooperised

6

Benim durumumda (Dual Boot Windows 10) Windows komutunu kullanarak düzgün bir şekilde kapatmak zorunda kaldım (pencerelerde):

shutdown /s /t 5

Yeniden başlattığımda, Ubuntu sorunsuz bir şekilde yükleniyor.


2

Aynen aynı sorunu yaşadım, bir USB flash sürücüden Ubuntu LTS 16.04'ü başlattım. Bunu sysctl defaultdüzeltmediyse, fsckkısa bir süre sonra tarama ilerlemesiyle birlikte yanıp söner ve ardından aynı komut istemi gelirdi. İşte ne işe yaradı:

fsck -y /dev/sda1
reboot

2

Bu bir VirtualBox VM olursa o zaman o bölümleri içinde birini monte etmek başarısız olduğunu olabilir /etc/fstab- "! Acil moduna karşılama" maalesef başarısız oluyor Kritik bir bölüm olmasa bile - öyleyse, bir dosya sistemini kullanarak kurmaya çalışmak için hatalı biçimlendirilmiş bir girdi eklediyseniz vboxsf, önyükleme günlüğünde bunun ana sorun olduğunu açıkça belirtmeden tüm sistem önyükleme yapamaz.

Neyse, sorunu çözmek için ya da rahatsız edici girişi yorumlamanız ya /etc/fstabda onunla mountmutlu olması için değiştirmeniz gerekir.


Fstab girişlerimden biri "Güç Tasarrufu Modu" olan bir USB sürücü olarak var, bu nedenle her seferinde kapanıyor. Takma işlemi uyandırmaz, bu nedenle başarısız olur ve acil durum moduna döner.
Jonathan,

1

Diğer cevapların bazılarına benzer şekilde, benim için püf noktası /etc/fstabisteğe bağlı LVM bölümüm için bir girişi yorumlamak oldu . Neden birkaç gün önce Ubuntu 17.10'un LVM bölümünü bulamadığını ve bunun neden sistemin "acil durum" moduna geçmesine neden olduğunu neden şikayet etmeye başladığını bilmiyorum.

Girişe yorum yapıldıktan sonra, /etc/fstabmasaüstüme başarıyla yeniden başlattım. Bazı derslere baktığımda, bazı LVM komutlarını kaçırdığımı fark ettim, bu yüzden koştum sudo apt-get install lvm2ve sorunu çözdüm.

Benim gibi LVM bölümünüzün sorunun nedeni olduğunu düşünüyorsanız, koştuğum bütün komutlar şunlardı:

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

Bunların hepsinin gerekli olup olmadığından emin değilim - Bunun apt-get install lvm2sistemimin yeniden başlatılmasını sağlamanın anahtarı olduğunu düşünüyorum.


0

Aynı sorunu yaşadım, fsck komutunu çalıştırdıktan sonra kurtarıyordu ama bir süre sonra bilgisayarım tekrar acil durum moduna geçti, bu yüzden tüm verileri Sabit diskimden kaldırdım ve yeni işletim sistemi kurdum. Bu benim sorunumu çözdü. Bu yüzden sorun Ubuntu 15.0 ile canlı sürüm olduğunu düşünüyorum bu yüzden 14.0 sürümünü yükledim. Hala bir problem yok.


Bu gerçekten bir "düzeltme" değildir, ancak verilerinizi kaybetme pahasına sorunu çözer.
Tcll

0

Ben de aynı sorunu yaşadım. / Etc / fstab sisteminden elle eklenen ntfs bölümleri yorumlandı. Bu ntfs bölümlerinin neden olduğu günlük kaydı sorununu çözmek için ntfsfix komutunu kullandı. Örn: Sudo ntfsfix / Dev / ntfs bölümü Yine / etc / fstab Reboot'ta


0

Bu yüzden burada birçok iyi cevap var - sadece bilgiye eklemek için, benim sorunum bir sunucuyu güvenli hale getirmek için / etc / fstab 'a eklediğim bir satırda yanlış olan tpfs olarak tfsfs yazım hatasıydı.


0

Ben de aynı sorunu yaşadım ve benim durumumda grubum bölümümü yeniden yarattım ve bu yüzden sahip olduğum son grub bölümünden farklı bir UUID'ye sahiptim. Ubuntu'yu başlattığımda, sistem UUID'yi kontrol edemezdi. Bu sorunu çözmek için yaptım:

sudo nano /etc/fstab

Sonra UUID'yi içeren satırı yeni değiştirdiğim bölümden yorumlar.

sonra rebootdeğişiklikleri uygulamak için.


0

Yukarıdaki tüm cevaplar bana yardımcı olmadı çünkü fstab için bir kurtarma dosyam yoktu.
Hile neydi (acil durum modunda)

cat /proc/mounts > /etc/fstab
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.