Odpowiedź forum utworzona
- AutorWpisy
pavbaranov
UczestnikDoinstaluj taki kernel, jaki chcesz. Ja bym zainstalował jakiś bardziej współczesny – 3.13 nie jest już oficjalnie wspierany. Jak chcesz LTS, to np. 4.4 albo 4.9. Po doinstalowaniu kernela, Gruby i tak się przebuduje, zatem jeśli coś się źle zainstalowało źle w Grubym, to powinno być to naprawione (oczywiście o ile mamy do czynienia z tak trywialnym błędem, bo ów z pierwszego linku wskazuje na coś z dyskiem raczej).
Link nie działa.
Zanim doinstalujesz cokolwiek sprawdź dysk.EDIT:
Może nieco inaczej. Odpal z livecd i wydaj polecenie:
sudo fdisk -l
Pojawi Ci się lista z dyskami i partycjami. Musisz zidentyfikować ten, na którym jest linux. Wydaj (partycja nie może być zamontowana)
sudo fsck -A /dev/partycja_z_linuksem
Jeśli masz 2 partycje linuksowe, to problem w pierwszej kolejności byłby identyfikowany na partycji głównej; w tym miejscu, gdzie błąd powstał nie powinien jeszcze w ogóle dotyczyć partycji /home.
Jeśli przejdzie, możesz ponowić jeszcze przez smartctl. Jeśli przejdzie, to zrób chroota (wszystko wyżej i już zresztą wiesz). Na schrootowanym systemie (czyli na Twoim hdd) wykonaj kolejno:pacman -Syyuu mhwd-kernel -i kernel_który_chcesz_doinstalować sync # powinno się udać exit
Teraz wyjdź z liveusb i uruchom ponownie. Jeśli problem z Grubym nadal występuje, a masz go w MBR, to może być to jakaś kwestia z jego uszkodzeniem. Przy starcie systemu, gdy pojawia się okno Grubego przejdź do edycji – masz do wyboru już teraz 2 kernele, możesz spróbować inny – w opcjach kernela znajdziesz ’quiet’ – skasuj to słowo i przejdź do bootowania; otrzymasz na ekranie informacje o bootowaniu i podnoszeniu kernela oraz poszczególnych usług. Błędy zobaczysz od razu. Jeśli będą, to o ile możesz zgłoś nam bez wychodzenia z tej sesji. Zobaczymy co począć dalej.
pavbaranov
UczestnikZ tym:
to z poziomu liveusb sprawdź jak są widziane dyski, bo wygląda tak, jakby takiego nie widział.
Co chcesz wiedzieć o chroot? W necie od groma tego. M.in. sposób dostania się do systemu „z zewnątrz”, tak by można na tym działać, jakbyś go „normalnie” uruchomił. W Twoim przypadku musisz się dostać do systemu, na którym możesz przeprowadzać normalne operacje, a coś powoduje, że on się nie uruchamia. M.in. do tego wykorzystujesz chroot. Jak to zrobić – wyżej podał aquila.
Doinstalować kernel masz do schrootowanego systemu. Jak schrootujesz system, to wszystko już robisz na tym systemie, który masz na hdd.pavbaranov
UczestnikNie pokazuj zbędnych informacji – szkoda naszego czasu zwłaszcza, że nie stosujesz tagów, a to, że fsck nie można na zamontowanym, to norma.
Sprawdź sobie przez fsck z parametrem „-A”, doinstaluj (do liveusb; tak wiem, jak to brzmi) smartmontools i puść mu test. Może coś wykryje. Jeśli nic i jeśli system plików będzie prawidłowy – chroot i w pierwszej kolejności:
– doinstaluj inny kernel,
– zaktualizuj system (nawet po raz wtóry) – dla bezpieczeństwa zrób mu aktualizację z parametrami „-yyuu”,
– wykonaj sync (powinno się dać, nie pamiętam),
Następnie mantra „niech wszystko będzie dobrze” – i po wyjściu z chroota reboot.pavbaranov
UczestnikWłącz w BIOS/UEFI bootowanie na USB i wystartuj z niego. Następnie rozpoznaj urządzenia, a w szczególności gdzie są widziane partycje linuksowe i wykonaj na nich fsck.
pavbaranov
UczestnikNic sie nie zmienilo. Uruchamiam lapka 2-3 razy nie pokazalo mi zadnego systemu, za trzecim razem dopieo udalo mi sie uruchomic live-usb i pokazalo windowsa. Takze jestem na live-usb. Jest bez zmian ;p
Z całym szacunkiem, ale to co napisałeś nie ma sensu.
Uruchamiając z liveusb w ogóle nie ma prawa działać Gruby osadzony na HDD – pokazać Ci się może i powinien ten, który jest na liveusb, ale to niekoniecznie musi być GRUB. Niezależnie od tego co to jest, to nie ma prawa wiedzieć o Windows i jego pokazać.
Jeśli „pokazało windowsa”, to nie możesz być na liveusb.pavbaranov
UczestnikW takim razie te 2 partycje, które pokazałeś nie dotyczą tej, na której wystąpił błąd.
pavbaranov
UczestnikTy masz linuksa na NTFSie? Jeśli tak, to raczej głupi pomysł.
Tak – uruchomiłbym z USB bo to bezpieczne rozwiązanie. Test dysku, chroot itd.
Jeśli pozostawiałeś Win w uśpieniu, to w istocie najsensowniej byłoby – wejść do Win, zamknąć system (zamknąć, nie usypiać, Win8 (i 10) ma jakąś badziewną opcję jakby półuśpienia, chodzi o to, by z tego zupełnie wyjść), spróbować otworzyć Manjaro, nawet przez wejście do sesji recovery. Jeśli się nie uda – chroot z livecd/usb.pavbaranov
UczestnikSorki, w nocy i po ciemku pisałem. Teraz poprawione. Masz taki komunikat na pierwszym zrzucie. Często to może oznaczać jakiś problem z dyskiem, a szerzej sprzętowy. Zwłaszcza, że zachowanie opisywane przez Ciebie może na to wskazywać.
Tak, w Windows da się sprawdzić dysk, ale nie wiem, czy narzędzie to/te dobrze współpracują z linuksowymi systemami plików.
Przynajmniej ja – wpierw rozglądnąłbym się po linuksie uzyskując tam dostęp przez chroot. Sam kernel pacnic, który pokzałeś jest dość częstym objawem, ale wynikającym z różnych sytuacji. Bardzo często spowodowany jest jakimś wadliwym opuszczeniem systemu. Dlatego też można spróbować wykonać mu sync. To, że odbyła się jakaś aktualizacja niedawno nie oznacza, że nna 100% przebiegła ona prawidłowo. Do sprawdzenia i ewentualnego powtórzenia. Nadto na prawdę warto sprawdzić hardware pod kątem ewentualnych błędów sprzętowych. Sprawdź też wolne miejsce w katalogu głównym.
Aha – dla pewności – z Win8 (jeśli w ogóle tam się dostaniesz) wyjdź „do końca”, tzn. zamknij go, a nie usypiaj.
EDIT:
Jeszcze jedno – zachowanie Twojego komputera w ogóle nie wygląda na problem z Grubym. Możesz spróbować zmienić ów target, jak na moim blogu (podał linka aquila) – wówczas omija praktycznie wszystko co w Grubym. Mocno wątpię, by problem ustąpił. IMO zabootować z zewnętrznego, fsck na dysku docelowego komputera. Na razie bez próby naprawy – trzeba wpierw zobaczyć co go boli.pavbaranov
UczestnikMasz tam m.in.
failure write sector XXX to
Jesteś pewny, że nie pada/padł Ci dysk? To jedna z możliwych przyczyn. IMO chroot i rozglądnąć się po tym systemie, sprawdzić co się tam wydarzyło. Być może coś da doinstalowanie jakiegoś nowszego kernela coś pokaże, może z niego się będzie można uruchomić.
Przede wszystkim jednak należy sprawdzić ten dysk pod kątem błędów struktury (fsck).
Przy okazji – Windows startuje?pavbaranov
Uczestnikwywala jakies błędy
Może tak jakie?
dmesg kompletnie nieprzydatny, bo z Kali.pavbaranov
UczestnikTeraz jak stworzyć to „Menu Start”?
pavbaranov
UczestnikW Maboxie chyba jest odpalony w trayu applet volume-icon, spróbuj klinąć prawym i wejść w ustawienia (Preferences)
oraz
użyłem nieco innego sposobu: najechałem na ikonkę głośności na pasku zadań, prawy klik i tam preferencje.
są… tożsame :) Różnica w terminologii (także angielskiej i polskiej).
pavbaranov
UczestnikAutostart cairo-dock w OpenBox.
PS: Zerknij na wiki Manjaro, a jak tam nie ma to na wiki Archa – 100 rozwiązań są podane.
To o czym piszesz czyli jakieś logowania typu MATE, MATE+Cairo itd. wymagają zmian w plikach *.desktop, które uruchamia dany DM. Innymi słowy – pewnie można sie w to pobawić.pavbaranov
UczestnikProponuję użyć szukajki na forum. Twój temat pojawił się dzisiaj bodaj po raz 3 w ostatnim czasie.
15 maja 2017 o 06:56 w odpowiedzi na: Qt V4L2 test Utility (polecenie qv4l2 ) czasami zawiesza system #3985pavbaranov
UczestnikJak twierdzą ci, którzy rozwijają ten błąd, który wskazujesz nie jest „tragiczny”.
Bardziej prawdopodobna przyczyna leży tutaj:maj 14 16:54:21 pcn org.xfce.FileManager[655]: Thunar: Fatal IO error 11 (Zasoby chwilowo niedostępne) on X server :0. maj 14 16:54:15 pcn polkitd[525]: Unregistered Authentication Agent for unix-session:c1 (system bus name :1.24, object path /o maj 14 16:54:25 pcn org.a11y.atspi.Registry[860]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Owe „Fatal IO error 11” o niczym dobrym nie świadczy. System jednakże nie kojarzy tego z qv4l2 a z innymi elementami, choć być może właśnie „dorwanie się” przez tę aplikację do kamerki wywołuje błąd Xów (XIO). Co ma do Thunara – nie mam pojęcia. Szybka lektura odpowiedzi pokazuje jedynie, że przyczyny mogą być przeróżne i pół biedy jeśli dają się one np. na Intelu naprawić zmianą ustawień (uwaga: to rozwiązanie może być kompletnie niewłaściwe w Twoim przypadku).
Generalnie by cokolwiek zebrać, co byłoby użyteczne, należałoby wpierw zidentyfikować, czy problem jest powtarzalny w tym sensie, że zawsze w określonej sytuacji się zdarza (otwarte te same aplikacje itp.), najlepiej by bezpośrednio po jednej takiej awarii spróbować wywołać następną. Wówczas być może warto postąpić w sposób opisany w wiki Archa (szczególnie interesująca jest sekcja: „Getting the trace”) i z takimi informacjami pojawić się bądź na forum Manjaro bądź zgłosić bezpośrednio „winowajcy”, czyli prawdopodobnie deweloperom v4l-utils.- AutorWpisy