„Witamy w trybie awaryjnym!” Pomyśl, że jest to problem z FSFS

fragment dziennika -xb (co moim zdaniem jest złe, było przynajmniej na czerwono):

-- 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

Zignorowano inne błędy, takie jak: sonda ACPI PCC nie powiodła się., Nvidia nie jest proporcjonalna itp ...

EDYCJA: Mogę uzyskać dostęp do mojego komputera, naciskając Ctrl+ D, ale jest to denerwujące.

Możesz uruchomić fsckz Ubuntu Live.

1. Włącz komputer. Uruchom system Ubuntu Live DVD / USB (wypróbuj go bez instalacji).
2. Po załadowaniu otwórz terminal, naciskając Ctrl+ Alt+T

3. W terminalu uruchom:

   sudo -i
   fdisk -l
   

   fdiskpoinformuje cię, jak /nazywa się twoja partycja (root). Tak jest w tym pytaniu /dev/sdb1.

   Następnie należy kontynuować, uruchamiając:

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

   Jeśli umountpolecenie narzeka, że sdb1nie jest zamontowane, nie stanowi to problemu. Chcieliśmy, żeby był „niezamontowany” :).

4. Wyjmij DVD / USB. Włącz ponownie komputer, aby uruchomić z dysku SSD.

Nie wiem, czy rozwiązałeś swój problem. To co zrobiłem to:

sudo nano /etc/fstab

Następnie usuń to, co tam dodałeś, sdb1a następnie uruchom:

sudo systemctl reboot

Mówi, że jest zepsuty, więc nie wiem, o co chodzi, ale mam nadzieję, że to może pomóc komuś, kto nie może uruchomić swojego Linuxa.

Właśnie miałem przypadek z trybem awaryjnym. W mojej sytuacji postępowałem zgodnie z samouczkiem instalacyjnym, w którym zasugerowałem edycję niektórych opcji punktów instalacji /etc/fstab. Po usunięciu dodatkowych opcji mój serwer uruchomił się ponownie bez problemów.

Korzystam z systemu podwójnego rozruchu systemu Windows 10 i Ubuntu 16.X.

Nie byłem w stanie zamontować jednej z partycji NTFS, a błąd związany był z zamykaniem / hibernacją systemu Windows. Kiedyś sudo ntfsfix /dev/sda3naprawiałem problem. Byłem w stanie zamontować partycję NTFS sda3, ale po ponownym uruchomieniu Ubuntu zaczynało działać w trybie awaryjnym.
Aby rozwiązać ten problem, uruchom następujące polecenie w systemie Windows

shutdown /s /t 5

To rozwiązuje problem z awaryjnym uruchomieniem Ubuntu.

Odpowiedzi Khushboo Rani i Cagana Arslana doprowadziły mnie do trwałego rozwiązania.

Windows 10 ma domyślnie włączoną funkcję szybkiego rozruchu , która, gdy użytkownik normalnie wyłącza się za pomocą przycisku „zamknij” lub przycisku zasilania na komputerze, faktycznie zapisze działające jądro i inne elementy systemu na dysku twardym podobne do hibernacji po wylogowaniu. Powoduje również, że system Windows „blokuje” partycję w jakiś sposób, zapobiegając w ten sposób uszkodzeniu danych, przypadkowemu lub złośliwemu. Oznacza to, że Ubuntu nie może zamontować partycji Windows podczas uruchamiania.

W moim przypadku mam wpisy dla partycji Windows w / etc / fstab, więc to uniemożliwiło uruchomienie Ubuntu.

Rozwiązaniem jest uruchomienie systemu Windows, wyłączenie „szybkiego rozruchu”, a następnie normalne zamknięcie. Teraz problem powinien zostać rozwiązany na stałe!

Z linku, który udostępniłem wcześniej, wyłącz szybkie uruchamianie w systemie Windows w następujący sposób:

1. Uruchom panel sterowania
2. Przejdź do ustawień „Sprzęt i dźwięk”
3. Idź do „Opcje zasilania”
4. Kliknij „Wybierz działanie przycisków zasilania”
5. Kliknij „Zmień ustawienia, które są obecnie niedostępne” i udziel dostępu UAC.
6. Usuń zaznaczenie pola wyboru „Włącz szybkie uruchamianie (zalecane)”

W moim przypadku (Dual Boot Windows 10) musiałem poprawnie zamknąć system Windows za pomocą polecenia (w systemie Windows):

shutdown /s /t 5

Po ponownym uruchomieniu Ubuntu ładuje się bez problemu.

Właśnie miałem ten sam problem, uruchamiając Ubuntu LTS 16.04 z dysku flash USB. Wykonanie tego sysctl defaultnie naprawiło, fsckmigało wkrótce z informacją o postępie skanowania, a następnie pojawiał się ten sam monit. Oto, co zadziałało:

fsck -y /dev/sda1
reboot

Jeśli tak się stanie w maszynie wirtualnej VirtualBox, może to oznaczać, że nie udało się zamontować jednej z partycji /etc/fstab- niestety nie powiedzie się to z „Witamy w trybie awaryjnym!” nawet jeśli nie jest to partycja krytyczna - więc jeśli dodałeś zniekształcony wpis, aby spróbować zamontować system plików przy użyciu, vboxsfcały system nie uruchamia się bez wyraźnego zaznaczenia w dzienniku rozruchowym, że jest to główny problem.

W każdym razie, aby usunąć problem, musisz albo skomentować obraźliwy wpis, /etc/fstabalbo zmodyfikować go, aby mountbył z niego zadowolony.

Podobnie jak w przypadku innych odpowiedzi, sztuczką było dla mnie skomentowanie wpisu /etc/fstabna mojej opcjonalnej partycji LVM. Nie wiem, dlaczego kilka dni temu zaczęło narzekać, że Ubuntu 17.10 nie może już znaleźć partycji LVM, ani dlaczego spowodowało to uruchomienie systemu w trybie „awaryjnym”.

Po skomentowaniu wpisu /etc/fstabponownie uruchomiłem komputer na komputerze. Przeglądając niektóre samouczki zauważyłem, że brakuje mi niektórych poleceń LVM, więc uruchomiłem program, sudo apt-get install lvm2który wydaje się rozwiązać problem.

Jeśli tak jak ja uważasz, że przyczyną problemu jest twoja partycja LVM, pełny zestaw poleceń, które wykonałem, to:

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

Nie jestem pewien, czy wszystkie te są konieczne - podejrzewam, że to apt-get install lvm2było kluczowe dla ponownego uruchomienia systemu.

Miałem ten sam problem, po uruchomieniu polecenia fsck odzyskiwał się, ale po pewnym czasie mój komputer znów przechodził w tryb awaryjny, więc usunąłem całe dane z dysku twardego i zainstalowałem nowy system operacyjny. To rozwiązało mój problem. Myślę, że tak problem dotyczył wersji Ubuntu 15.0 vivid, więc zainstalowałem wersję 14.0. Nadal nie ma problemu.

Miałem ten sam problem. Skomentowane ręcznie dodane partycje NTFS z / etc / fstab System uruchomione normalnie. Użyto polecenia ntfsfix, aby naprawić problem z kronikowaniem spowodowany przez te partycje ntfs Np .: Sudo ntfsfix / Dev / ntfs partition Ponownie zamontowano w / etc / fstab Reboot

Jest tu więc wiele dobrych odpowiedzi - po prostu dodając do informacji, mój błąd był błędem w pisowni tmpfs jako tempfs, co jest niepoprawne w linii, którą dodałem do / etc / fstab w celu zabezpieczenia serwera

Właśnie miałem ten sam problem iw moim przypadku właśnie odtworzyłem moją partycję grub, a zatem miała inny identyfikator UUID niż ostatnia partycja grub, którą miałem. Kiedy uruchomiłem Ubuntu, system nie byłby w stanie sprawdzić UUID. Aby rozwiązać ten problem:

sudo nano /etc/fstab

Następnie skomentuj wiersz zawierający UUID z partycji, którą właśnie zmodyfikowałem.

następnie rebootzastosować zmiany.

Wszystkie powyższe odpowiedzi mi nie pomogły, ponieważ nie miałem pliku odzyskiwania dla fstab.
Jaka była sztuczka (w trybie awaryjnym)

cat /proc/mounts > /etc/fstab