SeeM

Jedyne, co mi jeszcze przychodzi do głowy, to rewizje sprzętu i oprogramowania. Jeżeli to samo komuś działa, a immemu nie, to ma albo sprzęt z innym scalakiem, albo inną wersją systemu operacyjnego. Na starych konsolach i komputerach też się to zdarza, że jest jakaś pechowa seria, odporna na modyfikacje.

https://cert.europa.eu/publications/security-advisories/2026-005/ Wygląda na to, że mamy lokalną eskalację uprawnień na Linuksie. W skrócie: zaktualizować, zrestartować (bo to nowy kernel), zapomnieć. Pomiędzy kodem w kernelu, a optymalizacją, których połączenie dało nam eskalację uprawnień, są 4 lata. Ładne znalezisko.

Może tam jest lvm z zaszyfrowanym woluminem? Spróbuj sudo vgchange -ay i dopiero potem lsblk fdisk -l

Po aktualizacji Fedory do npwej wersji, czasami zostają jeszcze stare pakiety. Ze względu na kilka tysięcy nowych zależności, dnf czasami nie aktualizuje wszystkiego na raz. Druga możliwość jest taka, że rsyslog omyłkowo nie został przebudowany dla Fedory 43 i po prostu ten z 42 działał dobrze. To się czasami zdarza. Trzecia możliwość to trochę za bardzo rozbudowany, lokalny katalog /var/cache/dnf . Może wystarczy dnf clean all

Rzeczywiście ciekawe. Ja jak zwykle zapomniałem o tej wtyczce do dnf i system aktualizował się w konsoli tekstowej z tmuxem dnf update --releasever=44 i jakoś poszło.

A nie uśpił Ci się pulpit, jak nie machałeś myszką? Moim zdaniem co najmniej nie udał się initramfs. Może pamięci ram zabrakło. Uruchom system ze starszego kernela (albo z livecd i chroot) i wygeneruj go od nowa - https://wiki.baszarek.pl/doku.php?id=wiki:dracut

Ja bym się nie przejmował. Meta mają istotnie problem, bowiem legislacja w poszczególnych krajach ma się ku 18+ dla mediów społecznościowych. Gdyby zrzucić deklarację na użytkowników - i nie jest to dla nich ważne, czy odpowiada rzeczywistości - problem sam się rozwiąże. U nas przyjęło się, że regulamin można zakceptować w wieku 13+, ponieważ w tym wieku można zawierać umowy. Stąd właśnie mamy deklarację wieku, ale opiera się ona tylko na - jak też Tomcio zauważa -jednostronnej deklaracji. Zdaje się, że to się będzie pomału kończyć. Nowe dowody mają wbite certfikaty i 5 darmowych podpisów co miesiąc. Technicznie zażądanie deklaracji wieku popartej takim podpisem to już nie jest problem. Lewe podpisy będą do kogoś tam należały, a składanie fałszywych oświadczeń to już nie jest kradzież piwa z dostawczaka. Problem jest po stronie biznesu, który napasł się młodymi profilami i nie zgodzi się dobrowolnie na ich weeyfikację.

Dzięki, że Ci się chciało napisać. Moje ostatnie KDE to było 3.5.

Wywołuje więcej, niż odświeżenie. Pobiera i przeładowuje wszystkie elementy w wyświetlane przeglądarce, niezależnie od zawartości jej pamięci podręcznej oraz historii.

To zależy od wirtualizatora. Vmware ma udawanego biosa, lub uefi. IBM-y mają LPAR, które zdaje się bardzo dobrze imituje całą warstwę sprzętową i poszczególne partycje mają się jak na zwykłym sprzęcie. Na standardowym linuksowym KVM nigdy się tym nie przejmowałem. Uruchamia się i tyle. Nawet nigdy nie konfigurowałem UEFI w KVM. Z popularnych dystrybucji jedynie Suse nie potrafię uruchamiać ze zwykłego BIOS-u.

Hej. Tak na szybko. Zainstalowałem flatpaka Lutris na CentOS 10 i to działa dużo lepiej, niż się spodziewałem. Gdy mam z GOG oraz kilka z jakiś starych płytek znalezionych w szafie. Czasem musiałem trochę poprawić pliki konfiguracyjne Dosboksa dostarczane razem z grą ze sklepiku GOG, ale wszystkie poniższe działają. Jestem zaskoczony o tyle bardziej, że CentOS jako taki nie wspiera 32-bitowego oprogramowania, a tutaj działa nie tylko sam Dosbox, jak i 32-bitowe właśnie gry z Windowsa na Wine. Jak to jest zrobione, to jeszcze nie wiem.

Jeżeli tylko instalator się zawiesza, to po prostu zaktualizuj 42 do 43: $ sudo dnf upgrade --releasever=43 Może mało eleganckie rozwiązanie, ale zadziała.

Można to zrobić za pomocą programiku "grubby": grubby --help | grep 'remove-args' --remove-args=STRING remove kernel arguments Narzędzia interaktywne - jak grubby - nie są w moim guście i wolę pliki konfiguracyjne, ale w przypadku Fedory i nowych Red Hatów to tak właśnie działa. Usuwanie czegokolwiek z pliku /etc/default/grub nic nie pomoże, bo wyląduje w konfiguracji znowu po restarcie.

Ja bardzo korzystałem. Możliwość podniesienia PHP, Postgresa, czy Javy w ramach oficjalnego wsparcia na jednej i tej samej wersji Red Hata robi robotę. Tylko podman robi ją tak samo dobrze, a do tego jest bezpieczniej.

Wygląda na to, że godny uznania eksperyment z modułami w DNF będzie wycofywany: https://www.redhat.com/en/blog/simplifying-red-hat-enterprise-linux-planning-removal-modularity-red-hat-enterprise-linux-11 . Czytałem już o tym na blogu Remi Collect, ale teraz wiadomość jest bardziej oficjalna. Moduły wylecą pewnie wraz z końcem wsparcia dla RHEL9. Mi się te moduły podobają, tylko nie wszystko działa z nim dobrze. Można mieć kilka wersji Pythona jednocześnie, ale nie można kilku wersji PHP. Jednocześnie moduły są wypierane przez kontenery, których na https://catalog.redhat.com/en/software/containers/rhel10/php-83/677d36336490940dce770abe jest dosyć dużo i można mieć z nich którekolwiek wersję PHP na którejkolwiek wersji Red Hata, w jakichkolwiek ilościach. Zamiast modułów będą po prostu inaczej wersjonowane pakiety RPM. O tyle lepiej, że taki dnf provides '*losowy.plik.so*' będzie wyszukiwany globalnie, bez podejrzewania, w którym module mógłby być. Remi właśnie tak robi i w przypadku PHP sprawdza się to bardzo dobrze. Mi to wszystko jedno, byle działało. (-: