Nie jestem pewien, kiedy / dlaczego to się zaczęło, ale mam w sobie macierz RAID /etc/fstab
do zamontowania przy rozruchu /mnt/data
. Do dziś wszystko było w porządku i tak było przez kilka lat!
W każdym razie zrestartowałem dzisiaj serwer (CentOS 7) i przeszedł on w „tryb awaryjny”. Po sprawdzeniu journalctrl
istniały następujące wpisy:
Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.
Jednak jeśli usunę linię z /etc/fstab
i uruchomię ponownie (co zaczyna się normalnie), to ponownie wejdź do linii i uruchom, a mount -a
następnie zamontuje OK.
Czy jest jakiś powód, dla którego zawodzi przy rozruchu?
Dodałem errors=continue
jako opcję do linii, w /etc/fstab
której uniemożliwia ponowne uruchomienie komputera w trybie awaryjnym (i dziwnie montuje dysk mimo wszystko - prawdopodobnie w późniejszym etapie), ale ponieważ istnieją inne instalacje, które chciałbym wykonać podczas rozruchu, które zależą od tego jeden jest montowany początkowo, więc naprawdę chciałbym znaleźć właściwe rozwiązanie.
Odpowiedzi:
Bez pliku fstab nie mogę wiele powiedzieć, ale jeśli nie uda się zamontować dysku, przejdzie w tryb awaryjny.
Można temu zapobiec, dodając opcję nofail. Spowoduje to, że dysk NIE zostanie zamontowany i nadal będzie się uruchamiał, jeśli wystąpi błąd podczas instalacji.
Częstą przyczyną tego błędu jest odwołanie do dysku jako
/dev/sdX
. Jeśli podłączone są inne dyski, może to spowodować próbę zamontowania innego dysku i może się nie powieść z powodu określonych opcji.Mogę podać więcej szczegółów, jeśli podasz plik fstab.
źródło
nofail
z jakiegoś powodu nie działa na partycji LVM. Prawdopodobnie LVM wstrzymuje rozruch, jeśli znajdzie błąd (mimo że partycja rozruchowa jest w porządku).Mogą to być różne przyczyny:
/etc/mtab
nadal istnieje, ponieważ wcześniej nie było prawidłowego wyłączenia?/dev/md128
czy rzeczywiście jest już podłączony do innego katalogu?coś innego jest zamontowane
/mnt/data
Najlepszym sposobem byłoby pozwolić systemowi wejść w górę (np. Wprowadzając hasło roota, jeśli zostaniesz o to poproszony) i sprawdzić, co się stanie. Wyjście
mount
polecenia byłoby pomocne.źródło