Проблема с параметрами GRUB

Вопрос или проблема

После создания файла как root с помощью этой команды touch /forcefsck
моя система начала загружаться с диска в режиме только для чтения каждый раз, когда я перезагружал ее.
Даже когда я удалил этот файл снова.

После исследования я выяснил, что это было вызвано записью в GRUB.

BOOT_IMAGE=/boot/vmlinuz-6.8.0-51-generic root=UUID=7432e02c-d80a-4282-8544-a6f97d89c844 ro quiet splash

Я могу изменить команду обратно на такую:

BOOT_IMAGE=/boot/vmlinuz-6.8.0-51-generic root=UUID=7432e02c-d80a-4282-8544-a6f97d89c844 rw quiet splash

и все снова запускается нормально.
Но это не сохраняется.

Как сделать это исправление постоянным?

Добавлена дополнительная информация:

Это разделы на моей системе:

/dev/nvme1n1p2: UUID=”7…c844″ BLOCK_SIZE=”4096″ TYPE=”ext4″ PARTUUID=”…bd44″
/dev/nvme0n1p1: UUID=”5C15-8B81″ BLOCK_SIZE=”512″ TYPE=”vfat” PARTLABEL=”EFI System Partition” PARTUUID=”…0cb77″
/dev/nvme0n1p2: UUID=”….42c5″ BLOCK_SIZE=”4096″ TYPE=”ext4″ PARTUUID=”…..ab593″
/dev/nvme1n1p1: UUID=”4E7E-B2FA” BLOCK_SIZE=”512″ TYPE=”vfat” PARTLABEL=”EFI System Partition” PARTUUID=”….94a0″

Это два м2-диска, на обоих установлена Ubuntu 24.04.

Я пробовал это:

root@oldman:~# fsck /dev/nvme1n1p1
fsck von util-linux 2.39.3
fsck.fat 4.2 (2021-01-31)
Есть различия между загрузочным сектором и его резервной копией.
Это в основном безвредно. Различия: (смещение:оригинал/резервная копия)
  65:01/00
1) Скопировать оригинал в резервную копию
2) Скопировать резервную копию в оригинал
3) Без действия
[123?q]? 3
Установлен грязный бит. ФС была некорректно размонтирована, и некоторые данные могут быть повреждены.
1) Удалить грязный бит
2) Без действия
[12?q]? 1

*** Файловая система была изменена ***
Изменения еще не записаны, вы все еще можете выбрать не модифицировать
файловую систему:
1) Записать изменения
2) Оставить файловую систему без изменений
[12?q]? 1
/dev/nvme1n1p1: 11 файлов, 1571/130811 кластеров
root@oldman:~# fsck /dev/nvme1n1p1
fsck von util-linux 2.39.3
fsck.fat 4.2 (2021-01-31)
/dev/nvme1n1p1: 11 файлов, 1571/130811 кластеров

sudo cp /etc/default/grub /etc/default/grub.backup
sudo nano /etc/default/grub

найдите и измените “ro”; сохраните изменения. Обычно строка, которую вы хотите изменить, выглядит так GRUB_CMDLINE_LINUX_DEFAULT="quiet splash", а затем сделайте это:

sudo update-grub

После создания файла как root с помощью этой команды touch /forcefsck моя система начала загружаться с диска в режиме только для чтения каждый раз, когда я перезагружал ее. Даже когда я удалил этот файл снова.

Это странное поведение. Система не должна переходить в режим только для чтения, и файл, который вы создали, также должен быть удален. Это может означать, что у вас неисправный диск. Вы можете сами выполнить проверку badblocks с помощью

sudo badblocks -s /dev/sda1

выполнит сканирование только для чтения /dev/sda1. Измените это на имя вашего загрузочного дискового устройства.

Ответ или решение

Используя команду touch /forcefsck, вы инициировали проверку файловой системы на следующий запуск, что и привело к проблеме с монтированием вашего загрузочного диска в режиме "только для чтения". Даже после удаления файла, система продолжила загружаться с параметром монтирования "ro" (read-only), который можно было временно изменить на "rw" (read/write) во время загрузки. Ваше желание – сделать эту правку постоянной.

Для решения данной проблемы, выполните следующие шаги:

  1. Изменение параметров GRUB:

    • Сделайте архивную копию текущего файла конфигурации GRUB:
      sudo cp /etc/default/grub /etc/default/grub.backup
    • Откройте файл /etc/default/grub для редактирования:
      sudo nano /etc/default/grub
    • Найдите строку, начинающуюся с GRUB_CMDLINE_LINUX_DEFAULT и добавьте параметр rw, чтобы строка выглядела так:
      GRUB_CMDLINE_LINUX_DEFAULT="quiet splash rw"

      Это покажет системе, что корневой файловой системе следует монтироваться в режиме чтения и записи по умолчанию.

  2. Обновление GRUB:

    • После внесения изменений в файл конфигурации, необходимо обновить GRUB, чтобы изменения вступили в силу:
      sudo update-grub
  3. Диагностика и исправление ошибок файловой системы:

    • Проверьте целостность файловой системы для выявления возможных ошибок, которые могли возникнуть:
      sudo fsck /dev/nvme1n1p2

      Замените /dev/nvme1n1p2 на соответствующий раздел, если это необходимо.

    • Также убедитесь в отсутствии битых секторов на загрузочном разделе, выполнив:
      sudo badblocks -s /dev/nvme1n1p2

      Опять же, замените /dev/nvme1n1p2 на ваш загрузочный раздел.

  4. Проверка оборудования:

    • Если проблема сохранится, возможно, дело в аппаратных ошибках диска. В этом случае рассмотрите возможность тестирования диска с помощью инструментов производителя или замены диска, если проблема с оборудованием подтвердится.

Эти действия помогут вам установить и сохранить нужные параметры монтирования для вашей системы, снизив риск повторного возникновения ошибки. Помните: регулярное выполнение резервных копий и поддержание оборудования в исправном состоянии — залог стабильной работы вашей системы.

Оцените материал
Добавить комментарий

Капча загружается...