Як виправити збій завантаження через неправильний fstab?

26

Здається, що я додав неправильний запис до /etc/fstab:

//servername/share    /mnt/share    cifs     defaults,username=myuser     0 0

Коли я це зробив mount -a, він запитав пароль користувача, щоб змонтувати спільну мережу. Здається, що він не може продовжуватися без пароля під час завантаження, тому його просто висять.

Як я можу виправити fstab, щоб запобігти збою завантаження?

— альтерн
джерело

38

Здається, я знайшов рішення:

натисніть, aщоб додати параметри
додайте init=/bin/bashдо кінця командного рядка ядра та натисніть клавішу Enter

Система завантажиться в підказку типу "bash-3.2 #", введіть наступні команди у відповідь

mount -o remount,rw /
vim /etc/fstab

відредагуйте файл fstab, коментуючи помилки, додавши # на початку кожного проблемного рядка, збережіть файл

перезавантажте, натиснувши CTRL + ALT + DEL

— альтерн
джерело

4

Мені довелося використовувати mount -o remount,rw / --target /для успішного перерахунку в режимі rw. Elsecase mount вибирав погані значення /etc/fstab, дивіться man mountдеталі.

— laconbass

1

@laconbass ти чорт правильно, --target /це ключ!

— sempasha

Це справедливо і сьогодні - через шість років. У будь-якому випадку на CentOS7 ключ для зміни запису на завантаженні тепер є вкладкою, і після того, як на bash ви повинні змонтувати вашу файлову систему (яка досі не відключена на цьому етапі) простою mount /dev/sda(X) /mnt(очевидно, зміною кореневого розділу на правильний)

— nnsense

Врятувало моє життя ..

— TheEyesHaveIt

Гарна відповідь. Спасибі.

— Мохамед Бана

2

Як щодо видалення запису, створення знімка, а потім спроби змінити / etc / fstab, щоб у вас був робочий знімок, на який ви можете повернутись?

Згідно сторінці керівництва mount.cifs ви можете також задати пароль з допомогою password=arg. Крім того, згідно з цією сторінкою немає ніяких аргументів, username=arg але натомість user=arg. Але це може бути інакше у вашій системі, краще перевірте на своїй сторінці сторінки правильні назви аргументів.

— скай
джерело

manза перемогу.

— Тім

Я збирався створити знімок, але поки я експериментував fstab, vm екземпляр чомусь відключився. Мабуть, я б не задавав питання, чи можу я сам це виправити.

— altern

2

Опис вашої проблеми трохи незрозумілий. Ви не можете завантажуватися в режимі одного користувача / відновлення? Слід лише спробувати встановити корінь fs і залишити fstab у спокої.

— scai

1

Інший простий спосіб - це завантаження в режимі live-cd та встановлення потрібного розділу. Тоді ви можете виправити все, що завгодно!

— користувач3435653
джерело

1

Я знайшов рішення, що ядро системної помилки не завантажується Використовуйте живий cd, щоб отримати доступ до наявної установки. Після перевстановлення ядра Linux:

pacman -S Linux

Потім видаліть файл fstab з etc / fstab:

rm /etc/fstab

Тепер перевстановіть systemd:

pacman -S systemd

При перевстановці systemd він автоматично генерує новий файл fstab

Тепер перевстановіть завантажувач, у цьому випадку я використовую grub:

pacman -S grub os-prober

(os зонд корисний, якщо у вас на hdd / ssd встановлено більше 1 os)

grub-install --target=i386-pc /dev/sda

Після завершення складіть файли конфігурації:

grub-mkconfig -o /boot/grub/grub.cfg

Потім демонтуйте розділи, які використовуєте, та перезавантажте

umount /dev/sdX 
reboot

Це повинно виправити проблему, воно працювало на мене.

— Jp ---
джерело

0

Можливо, я запізнився. Але це FYI. У цій ситуації ви можете використовувати nano для завантаження fstab, а ви можете перезапустити після редагування fstab.

sudo nano /etc/fstab

— Choxmi
джерело