Сохраняет загрузку в аварийном режиме, ошибки обмена
Переместил мой медиа-сервер на новый случай в последнюю ночь и с тех пор он будет загружаться только в аварийном режиме. Я также получаю сообщение об ошибке «Не удалось активировать файл подкачки / файл подкачки», как показано здесь. У меня в качестве системного диска с 2 разделами установлен M2 SSD емкостью 120 ГБ. У меня также есть жесткий диск, на котором есть мои медиафайлы.
Вот вывод команды cat / etc / fstab - я знаю, что это неправильно - но он находится в режиме только для чтения. Я также не знаю, как найти UUID дополнительного жесткого диска
Я знаю, что, вероятно, требуется больше информации - пожалуйста, дайте Я знаю
Отредактировано /etc/fstab: 
Обновлено lsblk: 
Обновлен fstab: 
1 ответ
Можно использовать
lsblk -f
найти UUID (это перечислит все разделы), и
mount -o remount,rw /
смонтировать корневой раздел в режиме чтения-записи.
Здесь пример для корректного fstab:
# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # PARTLABEL=UbuntuStudio1804 / ext4 errors=remount-ro 0 1 PARTLABEL=Swap none swap sw 0 0 PARTLABEL=ESP1 /boot/efi vfat umask=0077 0 1 PARTLABEL=DATA /media/DATA ext4 rw,noexec 0 2 PARTLABEL=data /media/data ext4 rw,noexec 0 2 PARTLABEL=StudioBackUp /media/backup ext4 rw,noexec 0 2 /dev/disk/by-label/archiv /media/archiv ext4 rw,noexec,nofail 0 0
Я использую PARTLABEL вместо UUID, потому что это лучше читаемый, важной вещью, которую я хочу показать Вам здесь, является порядок fstab-строк, это релевантно, fstab-строки обрабатываются в порядке строки, таким образом, необходимо смонтироваться / сначала! Также обратите внимание что строки, запускающиеся с a # комментарии и не обработанные.