Czas Na Wyższą Wersję Fedory?

[zibi743]

Witam Wszystkich. Przed chwilą próbowałem zaktualizować Fedorę (43) dnf-em. Efektem tego jest komunikat o braku miejsca na partycji boot:

Transakcja nie powiodła się: Transakcja rpm nie powiodła się.
 - instalowanie pakietu kernel-core-7.2.5-100.fc43.x86_64 wymaga 75MB więcej miejsca w systemie plików /boot

Faktycznie, nie wiem jakim cudem jest zapełniona w 100% . Próbowałem

#dnf clean all

#dnf autoremove

oczywiście bez rezultatu... Czy rzeczywiście potrzebna jest instalacja na czysto z większą partycją /boot 4 GB lub większą?

[@sunrise]

Raczej pokaż jaki masz rozmiar /boot i co w niej siedzi.

U mnie przy 3 kernelach mam 300MB zajęte.

[zibi743]

Godzinę temu, sunrise napisał:

Raczej pokaż jaki masz rozmiar /boot i co w niej siedzi.

U mnie przy 3 kernelach mam 300MB zajęte.

Mam nadzieję, że nie będzie problemu z uprawnieniami... Od razu mówię, że Timeshift pokazuje 376 GB wolnego miejsca. Zainstalowałem go z ciekawości ale problem istniał wcześniej. Wyniki poleceń przekierowałem do plików tekstowych.

boot_zawartosc.txt boot.txt

[prymula]

Hej.

Jakiś czas temu moja Fedora przeskoczyła - częściowo - z f45 na f46.

sudo du -sh /boot

Wskazywał początkowo na 596M 

jednak po wykonaniu

sudo dnf remove --oldinstallonly --setopt=installonly_limit=2 kernel

czyli po pozostawienu dwóch najnowyszych wersji kernela. Zajętość partycji wynosi obecnie 501M
W moim wypadku partycja /boot ma rozmiar 1G. Choć dziwne jest to że trzy kernele zajmowały aż blisko 600M czyli raz tyle co u @sunrise

[zibi743]

U mnie niestety to nie zadziałało, użyłem tej komendy wcześniej. Wynik wyglądał tak:

Nieznany argument „--oldinstallonly” dla polecenia „remove”. Dodaj „--help”, aby uzyskać więcej informacji o argum
entach.

Ręcznie sam odinstalowałem stare kernele ale to również nie pomogło...

Dziękuję Ci jednak, że chciałeś pomóc.

[@sunrise]

45 minut temu, zibi743 napisał:

Od razu mówię, że Timeshift pokazuje 376 GB wolnego miejsca

A pokaż co zwraca polecenie

sudo  du -h /boot/

 

[prymula]

8 godzin temu, zibi743 napisał:

U mnie niestety to nie zadziałało, użyłem tej komendy wcześniej. Wynik wyglądał tak:

Nieznany argument „--oldinstallonly” dla polecenia „remove”. Dodaj „--help”, aby uzyskać więcej informacji o argum
entach.

Ręcznie sam odinstalowałem stare kernele ale to również nie pomogło...

Dziękuję Ci jednak, że chciałeś pomóc.

Możliwe że poszło by po tym - jednak u mnie to nie zadziałało ponieważ już mam DNF5

sudo dnf remove $(sudo dnf repoquery --installonly --latest-limit=-2)

Jednak wspomniałeś że usunąłeś ręcznie, więc nie wiem....

Usunąłeś ręcznie ?

A pokaż 

ls /boot

 

[zibi743]

22 godziny temu, sunrise napisał:

A pokaż co zwraca polecenie

sudo  du -h /boot/

 

Wynik polecenia w załączniku.

sudo_du_h_boot.txt

[zibi743]

21 godzin temu, prymula napisał:

Możliwe że poszło by po tym - jednak u mnie to nie zadziałało ponieważ już mam DNF5

sudo dnf remove $(sudo dnf repoquery --installonly --latest-limit=-2)

Dzięki, pomogło. Aktualizacja po tym została przeprowadzona bezbłędnie. Tylko nie wiem dlaczego gdy dam polecenie df -h pokazuje mi /boot zajęty w 100% a polecenie sudo du -h /bbot/ pokazuje zajmowane miejsce 977 MB... Jestem wdzięczny Wam za pomoc.

[@SeeM]

1 godzinę temu, zibi743 napisał:

Dzięki, pomogło. Aktualizacja po tym została przeprowadzona bezbłędnie. Tylko nie wiem dlaczego gdy dam polecenie df -h pokazuje mi /boot zajęty w 100% a polecenie sudo du -h /bbot/ pokazuje zajmowane miejsce 977 MB... Jestem wdzięczny Wam za pomoc.

Hej. Są dwie przyczyny.

• du nie sprawdza katalogów zaczynających się kropką,
• parametr -h, --human-readable zaokrągla i zawyża wyniki,
• niewielka część systemu plików jest zajęta przez węzły / inode , które przy walce o ostatnie megabajty potrafią przeważyć.

 

[zibi743]

O... Cenna informacja.

[@sunrise]

13 godzin temu, zibi743 napisał:

Wynik polecenia w załączniku.

Prawie 1/4 miejsca  zajmuje u ciebie timeshift, ale co ciekawe większość miejsca zajmują initramfs i są one ponad 2 razy większe niż u mnie na f44.

Wiadomo, że na każdej maszynie, w w zależności od konfiguracji będzie to inaczej wyglądać, ale nie spodziewałem się, aż takich różnic.

Jak chcesz zwolnić trochę miejsca, to możesz również usunąć kernel rescue.

 

[zibi743]

11 godzin temu, sunrise napisał:

Wiadomo, że na każdej maszynie, w w zależności od konfiguracji będzie to inaczej wyglądać, ale nie spodziewałem się, aż takich różnic.

Jak chcesz zwolnić trochę miejsca, to możesz również usunąć kernel rescue.

Czy taki stan rzeczy jest dopuszczalny? Nie informowałem Was o jednym fakcie bo uważam, że to nie ma znaczenia... Chodzi o to, że chciałem zobaczyć jak wygląda Linux Mint i zainstalowałem go (jego bootloader w MBR) w celu wypróbowania na moim PC bo chcę komuś zainstalować go na laptopie. Kiedy poznałem Minta, usunąłem go ze swego kompa kasując wszystkie jego partycje. Obecnie w menu rozruchowym systemów już nie ma Minta (Ubuntu) bo na nim bazuje. Trzymam jeszcze Windę bo korzysta z niej rodzina. Tak jak wspomniałem to nie powinno mieć znaczenia jeśli chodzi o zakmowane miejsce.