Каждая загрузка выдает эту ошибку, и она застревает, как здесь Показано «Нажмите 'Ctrl' + 'C'», чтобы отменить текущие проверки файловой системы
. Вот почему я создал usb live и выбрал вариант «попробовать ubuntu».
У меня есть эта ошибка Исправьте ошибку «нажмите Ctrl-c, чтобы отменить текущие проверки файловой системы» с USB-накопителя.
Я следил здесь Ubuntu 20.04, при каждой загрузке выполняется очень долгая проверка файловой системы
и многие другие, но в пробном сеансе ubuntu я не мог редактировать fstab.
Я сделал fsck, но ошибок не было.
Я подозреваю, что журналы огромного размера, но, несмотря на то, что я смонтировал жесткий диск, я не мог видеть никаких полноразмерных частей.
Я сделал следующее:
Add fsck.mode=skip to the linux line in grub.cfg just before quiet splash
It is recommended to add the command to grub.cfg by editing /etc/default/grub thus: GRUB_CMDLINE_LINUX_DEFAULT="fsck.mode=skip quiet splash" and then run sudo update-grub.
Я использовал это, чтобы изменить grub ноутбука:
sudo -H gedit /etc/default/grub
и обновил grub, но он выдал следующую ошибку:
, тогда я последовал сюда:
https://askubuntu.com/a/633815/542988
, но он дал эту ошибку:
grub-install: ошибка: не будет работать с блок-листами
теперь я застрял
Когда я делаю fdisk, он показывает не sda. это выглядит так:
Файловая система показывает / dev / nvme0n1p1 вместо / dev / sda
Device Boot Start End Sectors Size Id Type
/dev/nvme0n1p1 2048 718847 716800 350M 7 EFI
/dev/nvme0n1p2 718848 245762047 245043200 116,9G Linux filesystem
/dev/nvme0n1p3 245762048 878535144 632773097 301,7G 7 Linux swap
/dev/nvme0n1p4 878536702 976771071 98234370 46,9G 5 Linux filesystem
/dev/nvme0n1p5 878536704 960231423 81694720 39G 83 Linux filesystem
/dev/nvme0n1p6 960233472 976771071 16537600 7,9G 82 Linux filesystem
, когда я использую lsblk, он показывает
nvme0n1 238 gb disk
-nvme0n1p1 976 mb
-nvme0n1p2 977mb
-nvme0n1p3 17 gb
-nvme0n1p4 5 gb
-nvme0n1p5 62 gb
-nvme0n1p6 151 gb
Итак, nvme0n1 - это мой диск, поэтому он был установлен. Также nvme0n1p1 - это EFI, я тоже смонтировал его, но все равно получил ошибку:
rub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
grub-install: error: не будет работать с блок-листами
Я не знаю, что делать. Надеюсь, я не потерял никаких данных.
Как я могу быть уверен, что цикл fsck не связан с огромным размером журналов?
Мой компьютер - ноутбук марки HP 15S-FQ2045NT. Есть только ubuntu 20.04.
Я также сделал fsck для разделов. Ошибок не было. Это было примерно так:
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
(0.2% non-contiguous), 7452718/155270656 blocks
команды:
sudo fsck -f /dev/nvme0n1p2
sudo fsck -f /dev/nvme0n1p4
sudo fsck -f /dev/nvme0n1p5
sudo fsck -f /dev/nvme0n1p6
ls -al когда я выполняю
ls -al /boot
в режиме восстановления после нажатия esc для перехода в это меню
Когда я нажимаю Recovery Mode 5.8.0.55, он открывает меню режима восстановления. возобновить очистку dpkg fsck grub network root system summary.
Я также выбрал root и отредактировал boot cfg withk skip fsck
, затем щелкнул update grub, затем перезагрузился, но ничего не дало. Это лепнина на логотипе.
Во-первых... ОСТАНОВИТЕ то, что вы делаете для устранения этой проблемы... так как вы можете нанести еще больший ущерб вашей системе. Похоже, у вас нет надлежащих процедур.
Во-вторых... проверка файловой системы происходит 1) при загрузке на Ubuntu Live USB, и 2) когда вы загружаетесь в свою обычную систему, и возникает проблема с файловой системой.
Третье... после нормальной перезагрузки удалите fsck.mode=skip
из /etc/default/grub, а затем sudo update-grub
, после проделайте следующие шаги fsck
вручную...
терминала
, нажав Ctrl+Alt+Tsudo fsck -f /dev/nvme0n1p2
sudo fsck -... f /dev/nvme0n1p4
sudo fsck -f /dev/nvme0n1p5
sudo fsck -f /dev/nvme0n1p6
fsck
, если были ошибкиreboot
Обновление #1:
Попробуйте boot-repair
, чтобы решить эту проблему. Используйте ваш Ubuntu Live USB. Получите инструкции на https://help.ubuntu.com/community/Boot-Repair
/ var
использовало% 100 свободного места. Я удалил файлы журнала в режиме восстановления как root, следуя этому ответу Ask Ubuntu .
Это стало% 95, и я смог войти в систему. Мне нужно исправить все, что вызывает недостаток места на / var
, но эта проблема входа в систему теперь решена. Спасибо, heynnema