sfdisk --dump /dev/sda
sfdisk --dump /dev/nvme0n1
проблема в тот что еще в саму оболочку не могу зайти
ls -la /tmp
journalctl -f
Вот такая команда есть, она накладывает движущийся ватермарк на 20 секунде на 30 секунд.
А мне нужно, чтобы ватермарк появлялся на 20 секунде на 5 секунд и исчезал...
язык только русский и нажатия клавиш для смены раскладки клавиатура стоически игнорирует
А что там показывать?
после применения показывает звездочку рядом с ним
Пишет о удачном создании разрешения
Unrecoverable failure in required component org.gnome.Shell.desktop
CRITICAL: We failed, but the fail whale is dead. Sorry....
я так понимаю у вас
sda1 - BIOS Boot partition [21686148-6449-6E6F-744E-656564454649] (legacy)
sda2 - SWAP [0657FD6D-A4AB-43C4-84E5-0933C84B4F4F]
sda3 - DATA [0FC63DAF-8483-4772-8E79-3D69D8477DE4] ( корневой ( / ) раздел )
судя по размеру корня видно что sda3 не влез полностью на nvme0n1p3 не хватила порядка 6 гигабайт, что не удивительно так как диск sda больше чем диск nvme а запас в конце диска вы не оставили
/dev/sda3 : 433002496 -- echo $[421281792*512/(1024*1024*1024.0)] ~ 206.5 GiB
/dev/nvme0n1p3 : 421281792 -- echo $[421281792*512/(1024*1024*1024.0)] ~ 200.9 GiB
теперь понятно почему у вас не заводится так как поврежден корневой раздел, вот если бы в конце был своп(который у вас порядка 32 гигабайта) то и проблем было бы меньньше
если решать проблему с меньшим сопротивлением(для новичка) то можно загрузится с liveusb и удалив/уменьшив раздел подкачки сместить корневой раздел влево на освободившееся место а потом уже переносить.
(или как вариант уменьшить корневой раздел если есть достаточно свободного места на нём)
п.с.
вот еще подобная тема где перенос системы осуществляется с помощью rsync
п.с.2
если вы решите двигать разделы не забудте только о резервном копировании важных данных с раздела который двигаете