не загружается система после добавления swap-раздела

добавлю что /fstab я не трогал

ну так и смотри че там в журнале написали

что показывает

fdisk -l

cat /etc/fstab

blkid

?

забыл сделать его при установке

fallocate -l 4096m /swp
chmod 600 /swp
mkswap /swp
swapon /swp

Добавить запись в /etc/fstab /swp none swap sw 0 0

И музыка из ералаша -> та-да-та-да-там -> ВСЁ!

не помогло

https://imgur.com/a/l6Ib5IF

Проверь, монтируется ли /home. Ты мог его запороть, когда откусывал от него место.

не хочет.

# mount /dev/sdа3 /mnt

mount: /mnt: wrong fs type, bad 
option, bad superblock on 
/dev/sdа3, missing codepage or 
helper program, or other error.
dmesg(1) may have more information 
after failed mount system call.

Вот из-за этого и не загружается.

ясно, как починить его?

отнял 4гб у домашнего каталога и создал swap-раздел

Как вариант, вернуть как было и создать свап-файл, который не требует плясок с бубном вокруг разделов, https://wiki.archlinux.org/title/Swap#Swap_file_creation.

я пробовал, мне это не помогло

Расскажи, что именно ты делал, какие команды выполнял.

до перезагрузки ТОЛЬКО отнял 4гб у /dev/sda3, создал swap-раздел и включил его

mkswap /dev/sda4
swapon /dev/sda4

Как именно ты отнял место от /dev/sda3, какими командами?

через cfdisk

Уменьшал ли ты перед этим ФС?

немного не понял вопрос, если вы имеете ввиду раздел, то да, на 4 гигабайта как написано выше

Просто перед уменьшением раздела сначала надо уменьшить ФС, только потом уменьшать раздел.

возьму на заметку

только меня всё ещё интересует как восстановить раздел

Из бэкапа, друг, из бэкапа.

отнял 4гб у домашнего каталога

мммм звучит так себе

Лол так и есть. Эти вендузятники не знают про ФС ничего... У них в венде утилиты сами молча ФС трогают при операциях с партициями

На будущее — надо было через gparted

Сейчас, если полетел только home, проще его сформатировать и создать пользователей с нуля.

отнял 4гб у домашнего каталога

мммм звучит так себе

Слышь? 4гб семок есть? А если найду?

Своп раздел иметь - это для ретроградов, нужна крайне редкая причина для десктопа почему не использовать файл для свопа

R-Studio или testdisk.

отнял 4гб у домашнего каталога и создал swap-раздел

Отнял и поделил, как большевик. А почему 4? А если бы после захотел ещё больше, то снова бы отнимал?

Он по UUID прописан? Он изменился.

Самая очевиднейшая причина: своп, хомяк да и в принципе корень принято шифровать. Шифрованный своп-раздел это 2 строчки, а своп-файл на шифрованном разделе это много-много жаркой любви.

Есть неочевидная причина: простое и понятное резервирование блоков, что без разницы для харда но хорошо для ссд.

И вот тебе третья причина: когда ты бэкапишь раздел - очень хорошо чтобы там не было хаотично изменяющегося мамонта.

Итого: раздел ты вполне возможно что уничтожил, лучше пересрздай ФС на нём. Можешь вытащить данные - хорошо, нет значит нет.

перепроверь правильность записей в /etc/fstab, мне кажется у тебя тупо uuid'ы изменились.

Возможно ошибка монтирования сбойной ФС и дальше системд отказывается грузиться (хотя теоретически может). Очень охота посмотреть этот самый journalctl -xb, если вообще возможно.

Пришла пора переустанавливать арчик. Арчик сам себя не переустановит!

Уж шифрование своп-файла куда уж проще и удобнее раздела, не говоря о том, что безопасность использования файла на порядок вышк Явные причины - HDD, стабильность разметки сервера, остальное очень сомнительно

Через тот же самый cfdisk вернуть на место раздел в тех же размерах, что и был.

Скорее всего, уже ничего не сделать: он отрезал место в начале раздела и отформатировал его в своп.

Если вначале, то да.

В общем если у тебя там были ценные данные, отключай диск и вытаскивай их спец-софтом или спец-услугами. Если нет, то забудь, ты раздел потерял.

На будущее:

1. Относительно бескровно можно двигать конец раздела. Двигать начало раздела это сложно.

2. Прежде, чем редактировать таблицу разделов, уменьшая раздел, нужно отредактировать файловую систему. Это делается командой resize2fs (для ext4). Т.е. сначала resize2fs, потом fdisk.

3. Если ты увеличиваешь раздел, то наоборот - сначала fdisk, потом resize2fs.

4. Есть софт, в том числе под линукс, который позволяет менять разделы с помощью GUI и постарается сделать всё правильно, ну или по крайней мере предотвратит явную дичь. Если есть сомнения в своих скиллах - лучше уж таким софтом пользоваться. GParted, например. При этом лучше всего загрузиться с livecd какой-нибудь убунты и делать это оттуда.

Он по UUID прописан? Он изменился.

Где ты видишь, что он изменился? В треде есть скриншот с командами cat /etc/fstab и blkid.

avemaria В общем-то еще не все потеряно. Тем более что blkid показывает тип и UUID ФС.

R-Studo или testdisk вполне могут это исправить.

А ты журнал читал?

ЗЫ: Не надо было юзать системдю.
В нормальном линуксе бы загрузилось до приглашения пароля, ввел бы пароль root, а далее в текстовом редакторе подправил fstab у хомяка и вперед.

uuid неправильные в etc fstab

нужна веская причина не использовать zram

не слушай никого. если ты ничего там не уничтожил еще, то нужно просто запустить:

fsck.ext4 -f -y /dev/sdXN
resize2fs /dev/sdXN

уже починил. примонтировал корневой раздел и закинул каталог с пользователем в него с помощью testdisk, потом отформатировал и перенес домашний каталог обратно

тебе и testdisk не нужен был. там по сути ничего не ломалось просто размер файловой системы был больше размера раздела, отчего ext4 решил, что он сломался. тут много вредных советов дали

Если своп-файл на шифрованном разделе - ты его не можешь подключить пока не введёшь пароль раздеа. А под этот сценарий стандартного механизма не предусмотрено, значит пердолься как хочешь.

В чём безопастность использования файля я вообще не представляю, но есть ещё 3 других аргумента за раздел. Ну и я в упор не вижу аргументов за файл кроме «я не знаю сколько свопа мне понадобится».

На будущее постарайся запомнить. Файлы лежат не «на диске». И не «на разделе». Файлы существуют в рамках файловой системы. А вот файловая система уже располагается на диске/партиции.

Если ты увеличил партицию - надо потом увеличить ФС в ней.

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

В корневом сообщении написано, что fsck был сделан на все 3 раздела, и это не помогло. Почему ты думаешь, что он бы помог?

Самая веская причина - использование zswap.