przemal

Jak dalej czujesz, że masz za mało RAM-u, to jeszcze możesz spróbować włączyć kompresję pamięci (zram): systemctl enable zram systemctl start zram Tylko dodaj parametr kernel-a "inst.zram=on", bo inaczej powyższa usługa nie zrobi nic dla systemów z 2 GB pamięci RAM i więcej. Osobiście nie miałem potrzeby jeszcze z tego korzystać, także jeżeli będziesz się bawić to daj znać czy jest lepiej

Hej Ręczne wywalanie plików zainstalowanych przez paczki to raczej nie najlepszy pomysł bo po aktualizacji znowu wrócą Na pozbycie się okienka z pytaniem o hasło do portfela masz dwie opcje: odrobinę bezpieczniejszą? - odblokowanie portfela podczas logowania łatwiejszą - konfiguracja portfela bez hasła

Dzisiaj dedykowana karta graficzna w lapku to już chyba nie jest taki zły pomysł, głównie mam tu na myśli radeona oraz amdgpu. Sam nie tak dawno kupowałem lapka i również szukałem czegoś bez dedykowanej karty graficznej ale niestety większość ją posiada (tak samo jak napęd optyczny :/). Ostatecznie zdecydowałem się na Dell Inspiron 7548, którego polecam z wyjątkiem: wyświetlacza (panel TN) :/ touchpada, jest przewrażliwiony (pod windows działa ok, dzięki sterownikom), obecnie libinput nie pozwala z tego co się orientuję na regulację czułości ale naklejenie foli ochronnej na touchpada rozwiązuje problem Co do grafiki jest to GCN 1.0 więc amdgpu jeszcze eksperymentalnie (zbieram się do przetestowania...) ale przyszłość wygląda dla niej bardzo obiecująco

Wszystkie partycje typu tmpfs możesz spokojnie zignorować, zawierają tylko pliki tymczasowe, które zostaną odtworzone podczas kolejnego startu systemu. Także, w twoim przypadku zostaje: /, /boot, i /home (nie koniecznie system ale zawiera konfigurację użytkownika/ów). Osobiście do kopi zapasowej systemu, używam tar z kompresją xz, trochę problematyczne przy odtwarzaniu na inną partycję ale za to jest to wygodne w dostępie i zajmuje nie wiele miejsca.

Hej, Również w konsoli ale nie wymaga roota udisksctl loop-setup --read-only -f /ścieżka/do/obrazu.iso # i potem ewentualnie do od montowania udisksctl loop-delete -b /dev/loop0 # lub jakiś kolejny numer Graficznie można też to zrobić przez Gnome disks...

Z YUMem raczej nie bardzo, bo z tego co się orientuję to nie są już dodawane do niego nowe opcje. Jednak DNF jakiś czas temu dodał obsługę dla słabych zależności po tym jak pojawiła się możliwość ich definiowania w RPM (od wersji 4.12).

A wystarczyło przeczytać komentarz nad portem w sshd_config

A na jakiej Fedorce siedzisz? Bardzo dawno temu miałem podobny problem na wersji 4.10, gdzie interfejs był blokowany przez jeden z wątków (solid) który oczekiwał na odpowiedź po dbus. Doszedłem do tego dzięki gdb i wykonaniu pełnego backtrace podczas gdy aplikacja wisiała. Jeżeli jesteś dalej zainteresowany zgłębieniem problemu, chętnie pomogę Aktualizacja, właśnie wyczytałem ze swojego raportu błędu, że kiedyś problem był spowodowany przez upower, może Tobie to jakoś pomoże...

Hej, Co wypluwa w terminalu poniższe polecenie: /sbin/akmods Przy pierwszym uruchomieniu ponownie, trzeba chwilkę dłużej poczekać aż się moduł zbuduje...

Sprawdź jeszcze jaki masz port wybrany słuchawki czy głośniki. Bo wczoraj wieczorem zauważyłem, że w najnowszej wersji pulseaudio po podłączeniu słuchawek miałem totalną ciszę, gdzie we wcześniejszej wersji głośniki się wyciszały i dźwięk słychać było jedynie w słuchawkach...

Jeżeli problemem był brak dźwięku to chyba tak? ;D Sugerowałbym wysłanie raportu do bugzilli, bo niestety w logu nie widzę nic, co mogło by powodować brak dźwięku

Hej, spróbuj cofnąć aktualizację pulseaudio. dnf --allowerasing downgrade pulseaudio Jeżeli chcesz zgłębić problem to przed cofnięciem aktualizacji, odpal terminal (jako normalny użytkownik): cp ~/.config/pulse/client.conf ~/.config/pulse/client.conf.bak # kopia zapasowa konfiguracji, jeżeli istnieje echo autospawn = no >> ~/.config/pulse/client.conf pkill pulseaudio pulseaudio -vvvv > ~/pulseaudio.log 2>&1 mv ~/.config/pulse/client.conf.bak ~/.config/pulse/client.conf i załącz plik ~/pulseaudio.log

A gdzie się podział mostek? Dodałeś swoją kartę sieciową do mostu, prawda?

Do nmcli con show powinieneś jeszcze dodać nazwę lub UUID połączenia na gospodarzu, żeby pokazało to co trzeba ale chyba nie będzie to konieczne. Widzę, że występuje u ciebie podobny problem na jaki natrafiłem jakiś czas temu u siebie. Bridge nie dostaje konfiguracji (i chyba został źle ustawiony przez NM, bug?) z DHCP i dlatego nic nie działa. Podobnie jak aktywacja połączenia mostu z KDE powoduje ciągłe oczekiwanie na adres IP... Spróbuj tego: nmcli dev disconnect enp3s0 nmcli dev disconnect mostek nmcli con up enp3s0 # i jak się uda to powinno to wyglądać mniej więcej tak: brctl show bridge name bridge id STP enabled interfaces bridge0 8000.mac no enp8s0

To jest oczekiwane zachowanie przy macvtap Jak byś próbował wrócić do mostu na kablu to załącz wyniki (po skonfigurowaniu nm i kvm) z: - virsh iface-list --all - nmcli con - nmcli dev - brctl show - oraz nmcli con show dla każdego połączenia