EXEC 생성 / bin / plymouth 단계 실패 (데비안 테스트)

16

dist-upgrade데비안 테스트 (Jessie) 인스턴스에서 수행 한 후 더 이상 부팅 할 수 없습니다. 명령 프롬프트에서 적갈색입니다.

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

다음과 같은 오류가 나타납니다.

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

놀랍게도 Google은 돕지 않으며 내가 보는 작은 스레드는 아치 (내 검색에 + 데비안을 추가하더라도)에 대한 것이며 스레드는 이해가되지 않습니다.

이것을 복구하는 방법에 대한 조언이 있습니까?

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

debian upgrade plymouth

— 너
소스

그것은 "확인"는 무엇으로 아마이 요구 SystemD 이후 등을 제시 / 안정적 모두에, 제목에서 테스트를 제거하도록 변경한다 (

— Hvisage

20

또한 jessie가 jessie로 업그레이드 한 결과 로이 정확한 오류가 오늘 발생했습니다.

"apt-get dist-upgrade"의 오류가 없어도 시스템을 재부팅하지 못했습니다. "journalctl -xb"(또는 "-xd")를 통한 최종 오류 출력은 "plymouth"(내가 들어 본 적이없는 응용 프로그램)와 관련이 있습니다. 그러나 재부팅 실패는 plymouth와 관련이 없지만 / etc / fstab 아래의 보조 항목에서 약간의 예외가 있습니다. cdrom 장치의 경우 "auto"를 "noauto"로 변경 한 다음 (NFS와 관련이 없음) systemd는 부팅을 허용합니다. 이것은 wheezy에서 작동하고 jessie에서 재부팅을 허용하지 않는 fstab 줄입니다.

fstab과 관련된 journalctl을 통한 오류는 없습니다. 이 모호한 솔루션으로 연결되는 것은 운이 좋은 웹 검색이었습니다.

— 테오 프라 투스
소스

4

옳은. 플리머스 오류가 내 눈을 사로 잡았고 실제 원인을 간과했습니다.

— youri

예,에 내 경우 이미 이었다 NOAUTO하지만되지 않은 파일 시스템 "이"여분의 추가 된 디스크의 '원인 ... 절대적으로 그냥 systemd <- 프랑스어 - 선택 - 단어 추가> 있었다 의 설치를 빨아을 파일 시스템 ... 그것은 실제로해야 버그 systemd에 대한 보고서 ...하지만 파일 시스템이 마운트에 대한 이전의 경험에서 알 LP, 무시됩니다 (모든 최선의 미래에 관련된 문제를 systemd 해결

— Hvisage

fstab에서 줄을 주석 처리하지 않고 nofail모든 비 필수 파일 시스템에 대한 옵션을 추가하십시오 . 이 옵션은 systemd에게 마운트 중 오류를 무시하고 정상 부팅 프로세스를 계속하도록 지시합니다.

— Marki555

11

이전 답변을 결합하면이 문제는 / etc / fstab의 잘못된 항목으로 인해 발생한 것으로 보입니다.

내 경우에는 virtualbox 내에서 실행 중이며 부팅시 자동 마운트하도록 설정 한 공유 폴더였습니다. 다른 두 가지 답변에서 문제가 된 것은 NFS 또는 CD-ROM 장치의 설정이었습니다.

문제를 해결하려면 / etc / fstab에있는 비 필수 줄을 모두 주석 처리 한 다음 문제를 복제 할 때까지 하나씩 다시 추가하는 것이 좋습니다.

문제가있는 라인을 진단하고 수정할 수 있습니다. dist 업그레이드 중에 Vbox 공유 폴더, 네트워크 공유 또는 기타 특수 파일 시스템과 같은 항목이 올바르게 업그레이드되지 않았을 수 있습니다.

— 크리스 놀 도스
소스

예!!!!! 다른 답변에 내 의견을 참조하십시오

— Hvisage

3

나는 오늘 정확한 오류가있었습니다.

plymouth를 설치했지만 결과가 변경되지 않았습니다.

/ etc / fstab의 잘못된 nfs 항목으로 인해 발생했습니다. 해당 항목을 삭제하면 오류가 사라졌습니다. 이 끔찍한 행동은 바보 같은 체계 때문이라고 생각합니다.

— 칸 카발 루 올루
소스

2

fstab에 문제가 있음을 확인했습니다. fstab에 들어가서 마지막 줄을 삭제하면 이전과 같고 시스템이 시작됩니다. VirtualBox 5 / debian 8에서 공유 할 때 자동 마운트 문제가 있습니다. Virtualbox 4 / debian 7에서 문제가 없습니다.

— 라일 론
소스

0

나는이 시점에서 이것이 다소 오래된 스레드 인 것을 보았습니다 ... 그러나 나는 또한이 문제를 경험했습니다.

/etc/fstab시스템이 '비상 모드'로 부팅되지 않도록 이 줄을 주석 처리해야했습니다 .

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

* (UUID는 의도적으로 난독 화됨)

최신 정보:

/etc/fstab이 문제로 인해 UUID 라인에 결함이 있는 것 같습니다. 이상한. 이 스레드 에서이 문제에 대한 자세한 내용을 읽은 후에도 여전히 근본 원인에 대한 결정적인 대답에 가깝지 않았지만 적어도 SWAP가 구성되었습니다.

누구 든지이 문제를 완전히 해결할 수 있습니까? 또는 근본 원인을 찾으십니까?

— 카니 드라이브
소스