Cała aktywność

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.

Update offline normalnie z konsoli przez dnf system-upgrade download i dnf system-upgrade reboot Pamięci jest 32GB więc to też nie to, żaden poprzedni kernel już nie działał prawdopodobnie z powodu, że już część nowych pakietów została zainstalowana, a jeszcze pozostała część starych. System zainstalowałem od nowa i działa. Ale pierwszy raz spotkałem się z Kernel Panic w środku aktualizacji.

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

Dzisiaj próbowałem zaktualizować jedną ze starszych maszyn, w trakcie aktualizacji wszystko szło ok, wyłączyłem monitor, gdy był na etapie ok 200/11300, za jakiś czas włączam monitor, a tam piękny Kernel Panic! Po restarcie Kernel Panic! ponownie (co mnie nie zdziwiło), no cóż "dobry był z niego herbatnik" pamiętam czasy jeszcze Fedory 2x. Dyski sprawne, pamięć sprawna, system zainstalowany od nowa i działa, ale prawdę mówiąc pierwszy raz spotkał mnie tak poważny fuckup. PS. Ten nowy ekran Kernel Panic nie podoba mi się, nie widać ostatnich komunikatów, dzięki którym, mógłbym się dowiedzieć co się stało.

Przyszła mi jeszcze taka myśl. Co z rzeczami IoT – taka smart lodówka też przecież ma jakiś system operacyjny, przed otwarciem miałbym się leigtymować dowodem

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ę.

Słyszałem ciekawą teorię (pewnie wyssaną z palca, ale kto wie), że za tym wszystkim stoi Meta która po cichu lobbuje i finansuje te przepisy - bo chcą zdjąć z siebie odpowiedzialność Ja w ogóle jestem przeciwko weryfikacji wieku gdziekolwiek - to rolą rodziców jest edukowanie dzieci i ich pilnowanie w własnym zakresie jeśli uznają to za konieczne, państwo jak chce pomóc to przez kampanie społeczne. W tej chwili chyba nijak nie da się tego zrobić chyba że przez jakiś moduł nfc i sczytywanie dowodu. Ewentualnie zabawa w jakieś kody z mobywatela i innych podobnych aplikacji - tylko to wymaga odpowiedniego softu, którego po stronie Linuxa nie ma. Więc póki co pozostaje deklaracja po stronie użytkownika (czyli efektywnie brak weryfikacji). Poza tym czy przeglądarki i inne programy wiedzą gdzie w systemie znaleźć potwierdzenie wieku usera, istnieje jakieś api do tego, jakaś implementacja przewidziana przez ustawodawców? Nie wydaje mi się. Prawo widmo uchwalone na kolanie - ot czym jest cała ta weryfikacja wieku A poza tym - co z serwerowniami, maszynami wirtualnymi i innymi systemami, których nie używa konkretny użytkownik albo używa cała masa - szkolne pracownie, biblioteki itp. - tu chyba co uruchomienie/odblokowanie powinna być weryfikacja

Jak w temacie. Dlaczego to ma być implementowane po stronie systemu , a nie stron internetowych? Jak to ma być wymuszane w naszym systemie? Pozdrawiam Radek Głębicki

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

Wyciągam na wierzch bo w KDE 6.0 i 6.1 już działa. Mam czerwoną ramkę dla Konsoli root i Firefoxa w trybie Priv. Pozdrawiam Radek Głębicki

ok Działa. Ale działa też przekierowanie tylko 2>/dev/null Dlaczego napisałem wcześniej, że nie działa? Jest ok. Dzięki. Radek Głębicki

dnf check-update 2>&1 | egrep -v 'Aktualizowanie i ładowanie repozytoriów|Załadowano repozytoria'

Witam Dla przykładu filtruję glib: dnf check-update | grep glib wynik: Aktualizowanie i ładowanie repozytoriów: Załadowano repozytoria. glib2.i686 2.86.4-1.fc43 updates glib2.x86_64 2.86.4-1.fc43 updates glib2-devel.x86_64 2.86.4-1.fc43 updates glibc.i686 2.42-9.fc43 updates glibc.x86_64 2.42-9.fc43 updates glibc-all-langpacks.x86_64 2.42-9.fc43 updates glibc-common.x86_64 2.42-9.fc43 updates glibc-devel.x86_64 2.42-9.fc43 updates glibc-gconv-extra.i686 2.42-9.fc43 updates glibc-gconv-extra.x86_64 2.42-9.fc43 updates pulseaudio-libs-glib2.x86_64 17.0-9.fc43 updates Jak pozbyć się tych dwóch pierwszych linii. Przekierowanie 2>/dev/null nie pomaga. Po przekierowaniu do pliku to w pliku ich nie ma, ale w terminalu są. Czym są te linie? Po przekierowaniu do less są. "grep -v" nie działa na nie. Radek Glebicki

W grubie posiadam 2 jądra. Przy aktualizacji, najstarsze jest usuwane i instalowane są 2 nowe, jedno normalne a drugie -rescue. Tym sposobem w grubie mam 3 jądra. Chciałbym pozbyć się tworzenia tego trzeciego.

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.

Trochę to dziwne, bo ta kombinacja wywołuje właśnie odświeżenie, ale skoro pomogło.

Znalazłem rozwiązanie problemu na github.com. Wystarczyło w przeglądarce Firefox nacisnąć CTR R. Dziękuję za zainteresowanie i pozdawiam.

Generalnie jeżeli jest to pełna wirtualizacja, to tak.

Ciężko będzie zdiagnozować, bo Fedora 37 jest już dawno nie wspierana. Proponuje migrację an Fedorę 43 lub jeżeli nie chcesz często aktualizować systemu, to AlmaLinux 10 (Pochodna Red Hata, lub inny system z długim wsparciem)

Mam zainstalowaną Fedorę 37 od pewnego czasu w programie cockpit strony Usługi i Konta ciągle się odświeżają i nie można tego zatrzymać. Czy ktoś wie jak to naprawić ?

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.

Czy aby sobie potestować VM i różne opcje to start takiego VM jest od GRUBa? Konfiguracja, opcje w menu GRUBa etc? Pozdrawiam Radosław Głębicki

Przy aktualizacji nie jest generowane nowe jądro rescue. Jeżeli chcesz się pozbyć go z gruba, to musisz: 1. Usunąć pakiet dracut-config-rescue sudo rpm -e dracut-config-rescue 2. Usunąć pliki rescue z /boot sudo rm -f /boot/*-rescue-* 3. Usunąć plik z /boot/loader/entries sudo rm /boot/loader/entries/*-rescue.conf PS. Jeżeli dobrze cię zrozumiałem to posiadasz tylko jedno jądro w grubie? Jeżeli tak i pozbędziesz się rescue, to w przypadku, gdy aktualizacja jądra "się wysypie", będziesz w przysłowiowej czarnej d*pie, no ale to twój wybór.

Dołączam się do pytania. Jak wyłączyć generowanie jądra "rescue" przy aktualizacji, tak, żeby była tylko jedna, nowa wersja jądra a nie dwie w tym jedna "rescue"

Do testów czy jest poprawnie można użyć: grub2-emu Teraz tak zaglądam w /boot i "rescue" to nie jest tylko wpis w grub, ale pliki zawierające "rescue" w nazwie w /boot . Tak się zastanawiam co chcesz usunąć? Radek Głębicki