Вопрос или проблема
После создания файла как 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) во время загрузки. Ваше желание – сделать эту правку постоянной.
Для решения данной проблемы, выполните следующие шаги:
-
Изменение параметров 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"
Это покажет системе, что корневой файловой системе следует монтироваться в режиме чтения и записи по умолчанию.
- Сделайте архивную копию текущего файла конфигурации GRUB:
-
Обновление GRUB:
- После внесения изменений в файл конфигурации, необходимо обновить GRUB, чтобы изменения вступили в силу:
sudo update-grub
- После внесения изменений в файл конфигурации, необходимо обновить GRUB, чтобы изменения вступили в силу:
-
Диагностика и исправление ошибок файловой системы:
- Проверьте целостность файловой системы для выявления возможных ошибок, которые могли возникнуть:
sudo fsck /dev/nvme1n1p2
Замените
/dev/nvme1n1p2
на соответствующий раздел, если это необходимо. - Также убедитесь в отсутствии битых секторов на загрузочном разделе, выполнив:
sudo badblocks -s /dev/nvme1n1p2
Опять же, замените
/dev/nvme1n1p2
на ваш загрузочный раздел.
- Проверьте целостность файловой системы для выявления возможных ошибок, которые могли возникнуть:
-
Проверка оборудования:
- Если проблема сохранится, возможно, дело в аппаратных ошибках диска. В этом случае рассмотрите возможность тестирования диска с помощью инструментов производителя или замены диска, если проблема с оборудованием подтвердится.
Эти действия помогут вам установить и сохранить нужные параметры монтирования для вашей системы, снизив риск повторного возникновения ошибки. Помните: регулярное выполнение резервных копий и поддержание оборудования в исправном состоянии — залог стабильной работы вашей системы.