Aktualizacja Snap Store pod Ubuntu

Jeżeli chcemy aktualizować Snap Store pod którąś z dystrybucji Ubuntu możemy wtedy napotkać błąd, gdyż jest on w ciągłym użyciu.
Na szczęście istnieje sposób aby to obejść.


Powinniśmy otworzyć terminal i wpisać:

sudo snap refresh snap-store

Umożliwi Nam to uzyskanie ‘pid‘, czy id tego procesu.


Następnie kończymy ten proces komendą:

kill <pid>

I ponownie wykonujemy komendę:

sudo snap refresh snap-store

W ten sposób Snap Store powinien zostać zaktualizowany.

Problem aktualizacji aplikacji Rambox pod Ubuntu

Dowiadujemy się, że jest aktualizacja aplikacji Rambox do nowszej wersji pod linuksem.
Ściągamy najnowszą wersję i próbujemy ją zainstalować poleceniem:

sudo snap install ./Rambox-x.x.x-linux-x64.snap

Może nam wówczas pojawić się błąd:

error: cannot find signatures with metadata for snap “./Rambox-x.x.x-linux-x64.snap”

Krótkie wyjaśnienie. Dzieje się tak, ponieważ pobraliśmy pakiet Snap od strony trzeciej.
Mechanizm snapów w Ubuntu oczekuje, że otrzyma pakiet snap z oficjalnego sklepu z snapami. Stąd widzimy komunikat o błędzie.

Istnieje rozwiązanie umożliwiające obejście tego problemu.
A mniej więcej, używamy flagi “dangerous”.
Pokrótce komenda powinna wyglądać następująco:

sudo snap install –dangerous ./Rambox-x.x.x-linux-x64.snap

Zainstalowaną wersję, możemy sprawdzić komendą:

snap info rambox

Nie zapominajmy zamknąć wszystkie procesy rambox-a przed instalacją(można to zrobić m.in za pomocą aplikacji “monitor systemu”, wyszukać aplikację i zakończyć proces). Trzeba też nadać prawa wykonania do ściągniętego pliku (chmod +x Rambox…).

Problem po aktualizacji Ubuntu z 20 do wersji 22

Tak jak w tytule spotkałem się z problemem po aktualizacji systemu z wersji 20 do 22.
W moim przypadku pojawił się monit dostępności aktualizacji podczas pracy sytemu. Wybrałem automatyczną aktualizację.

Aktualizacja wykonała się bezproblemowo, GRUB (posiadam dwa systemy: + Windows 10) załadował się prawidłowo. Natomiast po wybraniu dystrybucji linuks-a, system zaczął się ładować i zakończyło się na informacji:

Failed to start default target: Transaction for graphical.target/start is destructive,(emergency.target has ‘start’ job queued, but ‘stop’ is included in transaction).

Posiadana grafika to Nvidia.
Podejmowane były następujące kroki:
-instalacja najnowszych sterowników Nvidia
-próba naprawienia błędów w systemie plików:
komendą:

fsck /dev/diskname

, gdzie trzeba odpowiednio wpisać lokalizację swojego dysku.
-zmiana systemu okienek z Wayland poprzez:
edytowanie:
sudo nano /etc/gdm3/custom.conf

i zmianę linii/odkomentowanie:
WaylandEnable=false
oraz restart menadżera wyświetlania komendą:
sudo systemctl restart gdm3

-tryby awaryjne z boot-loadera nie działały

Tryb recovery się zacinał/ nie działał prawidłowo/zawieszał się.
Edytowanie odpowiednio trybu recovery w GRUB-ie:
dodawanie:

systemd.unit=rescue.target

w linijce: “linux … $vt_handoff” na jej końcu.
(‘rescue’ używane zamiennie z ’emergency’)
Tutaj podaje link do porad ładowania trybu odzyskiwania:
https://ostechnix.com/how-to-boot-into-rescue-mode-or-emergency-mode-in-ubuntu-18-04/

Ostatecznie dokonałem backup-u danych z dystrybucji CD Ubuntu 22 na pendrivie (polecam program Rufus do wykonania USB dysku). Dane skopiowałem na zewnętrzny dysk USB, ponieważ próby nadania dostępu zapisu na inne partycje i przekopiowania plików nie skutkowały powodzeniem.

Następnie dokonałem czystej instalacji z dysku CD-pendrive z formatowaniem partycji ręcznie. Pod koniec instalacji wyskoczył błąd. Po ponownym uruchomieniu wystąpił błąd z GRUB-em – nie uruchamiał się boot-loader.
Wspomnę też, że próby zamiany w BIOS-ie z Legacy na UEFI (ustawianie Secure Boot) kończyły się niepowodzeniem we wcześniejszych krokach, jeszcze przy pierwszej aktualizacji systemu.
Uruchomiłem dysk CD i zastosowałem się do wskazówek z linku:
https://www.download.net.pl/jak-naprawic-grub-gdy-ubuntu-sie-nie-uruchamia/n/9890/

W skrócie poniżej instalacja narzędzia Boot Repair na CD drive:

sudo apt-add-repository ppa:yannubuntu/boot-repair

sudo apt-get update

sudo apt-get install -y boot-repair

boot-repair


Uruchomiłem narzędzie Boot Repair do naprawy GRUB-a (wybrałem zalecaną naprawę).

Po ponownym uruchomieniu załadował się GRUB prawidłowo, jak i system się uruchomił.