Udzielone Odpowiedzi
- Posty
Postępowałem dokładnie według tego scenariusza.
Po wyłączeniu firewalla w działającym kernelu (np. 3.14) i restarcie systemu bez problemu uruchamia mi się kernel 3.18 i (raczej) wszystko działa poprawnie (choć bez ochrony – firewalla).Jednak próba uruchomienia firewalla za pomocą Gufw(pod 3.18) kończy się zawieszeniem Gufw i Internet przestaje działać.
W takim przypadku nie działa także kończenie sesji Manjaro poprzez wybranie opcji „Uruchom ponownie”. System się zawiesza przy widocznym logo Manjaro i „migrującej” białej kropce, pokazującej – w nieskończoność – proces zamykania systemu.
Ciekawostka: po wymuszonym tu resecie (klawiszem) i uruchomieniu poprawnie działającego kernela (np. 3.14) Gufw pokazuje, że firewall jest aktywny (choć wcześniej Gufw się zawiesił podczas próby uruchomienia firewalla) !W pozostałych kernelach (poza 3.18) włączenie firewalla za pomocą Gufw trwa kilka sekund.
Manjaro [stable] LTS, Xfce - tego używam
Odpowiadając, tytułem wstępu, mam leciwy sprzęt, na którym dotychczas najlepiej sprawiał mi się kernel 3.16. Jednak ze względu na to, że nie jest on rozwojowy dla Manjaro, zainstalowałem kernel 3.18 LTS, który już działał mi trochę słabiej od 3.16, ale był do zaakceptowania.
Obecnie zainstalowałem testowo także kernel 4.4 i nie ma tu błędu ze startem systemu.
Jednak kernel ten na mojej maszynie (przynajmniej pod kątem testowanych przeglądarek) działa znacznie wolniej niż 3.14, 3.16 i 3.18, dlatego, jak mi się uda naprawić ten błąd dla kernela 3.18, to zamierzam odinstalować kernel 4.4.Wyłączyć firewalla w trybie ratunkowym nie byłem w stanie, gdyż nie wiem, jak to zrobić – nie widzę takiej opcji w menu startowym Manjaro.
Po wyłączeniu firewalla z poziomu Menu (Manjaro/k.4.4.16 -> Ustawienia -> Konfiguracja Zapory Sieciowej) i restarcie systemu udało mi się uruchomić system z kernelem 3.18.Wygląda na to, że rzeczywiście coś gryzie się pomiędzy ostatnimi dwoma kernelami w linii 3.18 a usługą ufw.service, gdyż będąc w Manjaro/k.3.18.38, nie udało mi się włączyć firewalla poprzez Gufw(za pomocą: Menu -> Ustawienia -> Konfiguracja Zapory Sieciowej).
Sam proces włączania się zawiesił, a Internet przestał działać.Ustawienia firewalla mam podstawowe i domyślne dla Gufw (bez żadnych dodatkowych reguł).
Co dalej mogę zrobić ?
PS
Trochę offtopic, ale zostałem „wywołany”, więc się tłumaczę, że nie mam już dostępnej opcji edycji pierwszego posta, stąd napisałem „post pod postem”.
Sugestia do Admina, aby zobaczył czy przypadkiem w skrypcie forum nie ma ustawionego zbyt krótkiego czasu, po którym wyłącza się opcja EDYTUJ dla posta.Manjaro [stable] LTS, Xfce - tego używam
Edit: Po kolejnej aktualizacji systemu do 3.18.38-1 błąd ciągle występuję dla tego kernela.
Manjaro [stable] LTS, Xfce - tego używam
Trochę trwało znalezienie rozwiązania, ale w końcu się udało :)
Pomogło skasowanie plików w katalogu roboczym Tb (przy wyłączonym Tb):
virtualFolders.dat
Mail\smart mailboxes\Inbox
Mail\smart mailboxes\Inbox.msf
Mail\smart mailboxes\Sent
Mail\smart mailboxes\Sent.msfManjaro [stable] LTS, Xfce - tego używam
Bingo !
Usunięcie .cache/sessions pomogło :)Serdeczne dzięki za pomoc.
Manjaro [stable] LTS, Xfce - tego używam
Nowy użytkownik mi się uruchamiał ale ze standardowym wyglądem i ustawieniami Manjaro, które mało mi się podobają.
W ~/.config mam wiele katalogów i plików. W nowym użytkowniku jest tego znacznie mniej, jednak nie wiem, co ew. miałbym spróbować podmienić, tak aby bezpiecznie przetestować, czy to rozwiąże problem ?Poniżej zawartość wybranych katalogów z ~/.config nowego użytkownika:
ls -l razem 48 drwxr-xr-x 2 test test 4096 17.04.2016 14:12 autostart/ drwxr-xr-x 2 test test 4096 10.09.2013 22:11 dconf/ drwxr-xr-x 3 test test 4096 17.04.2016 14:12 gconf/ drwxr-xr-x 2 test test 4096 10.09.2013 22:11 gtk-2.0/ drwxr-xr-x 3 test test 4096 17.04.2016 14:14 manjaro/ drwx------ 2 test test 4096 17.04.2016 14:12 pulse/ drwxr-xr-x 2 test test 4096 17.04.2016 14:12 Thunar/ drwxr-xr-x 2 test test 4096 10.09.2013 22:11 volumeicon/ drwxr-xr-x 7 test test 4096 10.09.2013 22:11 xfce4/ -rw-r--r-- 1 test test 921 10.09.2013 22:11 Trolltech.conf -rw------- 1 test test 629 17.04.2016 14:12 user-dirs.dirs -rw-r--r-- 1 test test 5 17.04.2016 14:12 user-dirs.localels -l autostart/ razem 20 -rw-r--r-- 1 test test 294 19.03.2016 20:38 manjaro-welcome.desktop -rw-r--r-- 1 test test 70 17.04.2016 14:12 xfce4-clipman-plugin-autostart.desktop -rw-r--r-- 1 test test 29 10.09.2013 22:11 xfce4-settings-helper-autostart.desktop -rw-r--r-- 1 test test 29 10.09.2013 22:11 xfce4-tips-autostart.desktop -rw-r--r-- 1 test test 28 10.09.2013 22:11 xfconf-migration-4.6.desktopls -l xfce4/ razem 24 drwxr-xr-x 2 test test 4096 17.04.2016 14:12 desktop/ drwxr-xr-x 2 test test 4096 17.04.2016 14:14 panel/ drwxr-xr-x 2 test test 4096 10.09.2013 22:11 terminal/ drwxr-xr-x 3 test test 4096 10.09.2013 22:11 xfconf/ drwxr-xr-x 2 test test 4096 10.09.2013 22:11 xfwm4/ -rw-r--r-- 1 test test 62 10.09.2013 22:11 helpers.rcls -l xfce4/panel/ razem 8 -rw-r--r-- 1 test test 113 17.04.2016 14:14 datetime-5.rc -rw-r--r-- 1 test test 279 10.09.2013 22:11 whiskermenu-8.rcManjaro [stable] LTS, Xfce - tego używam
Po założeniu nowego użytkownika panel ładuje się poprawnie, więc nie jest to sprawa globalna.
Zawartość katalogu /etc/xdg/xfce4/
$ ls -l razem 24 drwxr-xr-x 2 root root 4096 05.07.2015 19:58 panel/ drwxr-xr-x 3 root root 4096 28.04.2012 23:00 xfconf/ -rw-r--r-- 1 root root 214 13.09.2015 21:58 helpers.rc -rw-r--r-- 1 root root 221 25.09.2015 20:38 Xft.xrdb -rw-r--r-- 1 root root 6112 25.09.2015 20:38 xinitrcBrak pliku kiosk/kioskrc
Pozostałe pliki w podkatalogach:
ls -l panel razem 24 -rw-r--r-- 1 root root 3177 01.03.2015 08:08 default.xml -rw-r--r-- 1 root root 18690 01.03.2015 11:35 xfce4-clipman-actions.xmlls -l xfconf/xfce-perchannel-xml razem 16 -rw-r--r-- 1 root root 5961 15.03.2015 19:32 xfce4-keyboard-shortcuts.xml -rw-r--r-- 1 root root 1551 25.09.2015 20:38 xfce4-session.xml -rw-r--r-- 1 root root 2536 06.03.2015 23:07 xsettings.xml`
Manjaro [stable] LTS, Xfce - tego używam
Dzięki za sugestie. Częściowo się przydały. Choć udało mi się ostatecznie odzyskać tylko ok 5% plików, które chciałem odzyskać, to przynajmniej przywróciłem pendrive do stanu pierwotnej funkcjonalności.
W szczegółach (może się komuś przyda):
Testdisk pokazywał tylko część pierwotnych plików i – niestety – nie pokazywał tych, które chciałem odzyskać.
Przetestowałem większość z darmowych programów ( dostępnych tu i tu ) i najwięcej udało mi się odzyskać za pomocą windowsowego programu Puran File Recovery.Manjaro [stable] LTS, Xfce - tego używam
Błąd występuje po nowej instalacji Manjaro (wraz z nowym GRUBem).
Nie pamiętam, czy po reinstalacji Slitaz’a był upgrade GRUBa.
Na wszelki wypadek właśnie zrobiłem upgrade GRUBa, i Slitaz, jako 'unknown Linux distribution (na /dev/sda2)’, został poprawnie wykryty. Teraz zrobię reboot’a i dam znać.Edit:
No i wszystko działa (choć początkowe 2 wiersze krzyczą ERROR, ale potem system rusza, więc .. niech tak zostanie).Dzięki za pomoc :)
Manjaro [stable] LTS, Xfce - tego używam
Thunderbird uruchomiony z konsoli daj komunikat(błąd?):
(process:5829): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failedPo roboczej zmianie nazwy katalogu .thunderbird na inną:
– powyższy komunikat ciągle występuje
– ale (po dodaniu 2 roboczych kont do czystej instalacji programu) nie ma błędu będącego tematem tego wątku !
Czyli, jak rozumiem, problem leży w ustawieniach(błędach?) mojej instalacji Thunderbird’a.Manjaro [stable] LTS, Xfce - tego używam
Pakiet zainstalowałem.
Niestety. Czyszczenie (rezultat: same zera) nic nie zmieniło .Manjaro [stable] LTS, Xfce - tego używam
Dzięki za pomoc. Zbudowanie paczki od początku rozwiązało problem.
Mam pythona 3.4.3-2
Manjaro [stable] LTS, Xfce - tego używam
Mam XFCE, Manjaro i Thunderbirda w najnowszej wersji.
Może rzeczywiście coś się gryzie u mnie pomiędzy XFCE a Thunderbirdem ?Manjaro [stable] LTS, Xfce - tego używam
Niestety, BleachBit nie pomógł.
Chcę mieć obsługę HTML i Thunderbird, poza obecnym błędem, mi odpowiada.Manjaro [stable] LTS, Xfce - tego używam
@pavbaranov
Piszesz, że nie ma 100% pewności, na to że można bezpiecznie usunąć pakiet sierocy.
Hmm.. Czy mam rozumieć, że usuwając jakiś pakiet sierocy za pomocą komendy
sudo pacman -R NAZWA_PAKIETU
kiedy to pacman nie generuje żadnego ostrzeżenia typu „nie można usunąć..”, można w konsekwencji doprowadzić do częściowego lub całkowitego zawieszenia systemu ?Manjaro [stable] LTS, Xfce - tego używam
