Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam serdecznie!
Prawdopodobnie po aktualizacji jądra, headerów i kompilatora gcc i kilku innych rzeczy, system padł. :mad:
Usunąłem jeszcze przy okazji tracert(indeksowanie), ale nie wydaje mi się, żeby to była jego wina.
Skasowałem jajko i zainstalowałem je ponownie. Instalacja grub nic nie pomogła.
Poniżej wrzucam zdjęcie zrobione telefonem:
Co może być przyczyną i co należy zrobić, aby naprawić system Debian'a?
Offline
Co to za jakieś lewe ubuntowe jądro ?
DOPISEK:
http://www.debian.pl/viewtopic.php?f=18&p=187179#p187179
Widzę ze masz przeciez stare jądro.
ii linux-image-3.16.0-4-amd64
Dlaczego z niego nie odpalisz i nie pousuwasz tych ubuntowych śmieci ?
Offline
Zawsze mnie zastanawia jedno, po co ładować do debiana kernela z ubuntu, skoro w backportach jest w miarę świeże.
Offline
Jak to się mówi "sprawa wagi państwowej". Cześć pracy inżynierskiej oraz różnych, również bardzo ważnych projektów.
Wyrzuciłem już wszystkie jądra. Zainstalowałem ponownie stabilne jądro z repozytorium Debiana. Nic niestety nie pomogło.
@ilin - to było oryginalne jajko, więc po zresetowaniu kompa to ono było ładowane. Potem zdecydowałem się na zainstalowanie innych.
@mati75 - no wiem wiem. Na szybkiego to mi przyszło do głowy :D
Co proponujecie?
Offline
Z jądra debiana sa takie same komunikaty ?
Bez logów to wróżenie z fusów.
Jakichś opcji do gruba nie dopisywałeś przypadkiem ?
Initrd sie dobrze wygenerował ?
We fstabie nie jest coś namieszane ?
Musisz wziąć pod uwagę wszystkie wygibusy jakie robiłeś na tym systemie.
Samo z siebie się nie popsuje.
Offline
mati75 napisał(-a):
Zawsze mnie zastanawia jedno, po co ładować do debiana kernela z ubuntu, skoro w backportach jest w miarę świeże.
heh, po co w ogole zmieniać jadro, zwłaszcza z jednym wirkiem. (chociaz to moze o niczym nie swiadczy)
Ostatnio edytowany przez pink (2016-03-10 14:54:29)
Offline
/var/log/debug
Mar 9 22:01:36 UNKNOWN PackageKit: new update-packages transaction /15480_cbdcddde scheduled from uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package bind9-host;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package dnsutils;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package google-chrome-stable;49.0.2623.87-1;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package libbind9-90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package libdns100;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package libisc95;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package libisccfg90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package liblwres90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was updating for uid 1000 Mar 9 22:01:36 UNKNOWN PackageKit: in /15480_cbdcddde for update-packages package virtualbox-5.0;5.0.16-105871~Debian~jessie;amd64; was updating for uid 1000 Mar 9 22:01:39 UNKNOWN PackageKit: new update-packages transaction /15481_aaeacaeb scheduled from uid 1000 Mar 9 22:05:41 UNKNOWN kernel: [ 1803.170239] vboxdrv: Found 4 processor cores Mar 9 22:05:41 UNKNOWN kernel: [ 1803.187644] vboxdrv: Successfully loaded version 5.0.16 (interface 0x00240000) Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package google-chrome-stable;49.0.2623.87-1;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package virtualbox-5.0;5.0.16-105871~Debian~jessie;amd64; was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package dnsutils;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package bind9-host;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libisc95;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libdns100;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libisccfg90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package liblwres90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libbind9-90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package google-chrome-stable;49.0.2623.87-1;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package virtualbox-5.0;5.0.16-105871~Debian~jessie;amd64; was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libisc95;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libdns100;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libisccfg90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package libbind9-90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package liblwres90;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package bind9-host;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:05:50 UNKNOWN PackageKit: in /15481_aaeacaeb for update-packages package dnsutils;1:9.9.5.dfsg-9+deb8u6;amd64;stable was installing for uid 1000 Mar 9 22:10:51 UNKNOWN PackageKit: new update-packages transaction /15491_becbcccb scheduled from uid 1000 Mar 9 22:10:51 UNKNOWN PackageKit: in /15491_becbcccb for update-packages package linux-headers-3.16.0-4-amd64;3.16.7-ckt20-1+deb8u4;amd64;stable was updating for uid 1000 Mar 9 22:10:51 UNKNOWN PackageKit: in /15491_becbcccb for update-packages package linux-headers-3.16.0-4-common;3.16.7-ckt20-1+deb8u4;amd64;stable was updating for uid 1000 Mar 9 22:10:51 UNKNOWN PackageKit: in /15491_becbcccb for update-packages package linux-image-3.16.0-4-amd64;3.16.7-ckt20-1+deb8u4;amd64;stable was updating for uid 1000 Mar 9 22:10:54 UNKNOWN PackageKit: new update-packages transaction /15492_acebdcbd scheduled from uid 1000 Mar 9 22:14:26 UNKNOWN PackageKit: in /15492_acebdcbd for update-packages package linux-image-3.16.0-4-amd64;3.16.7-ckt20-1+deb8u4;amd64;stable was installing for uid 1000 Mar 9 22:14:26 UNKNOWN PackageKit: in /15492_acebdcbd for update-packages package linux-headers-3.16.0-4-amd64;3.16.7-ckt20-1+deb8u4;amd64;stable was installing for uid 1000 Mar 9 22:14:26 UNKNOWN PackageKit: in /15492_acebdcbd for update-packages package linux-headers-3.16.0-4-common;3.16.7-ckt20-1+deb8u4;amd64;stable was installing for uid 1000 Mar 9 22:14:26 UNKNOWN PackageKit: in /15492_acebdcbd for update-packages package linux-image-3.16.0-4-amd64;3.16.7-ckt20-1+deb8u4;amd64;stable was installing for uid 1000 Mar 9 22:14:26 UNKNOWN PackageKit: in /15492_acebdcbd for update-packages package linux-headers-3.16.0-4-common;3.16.7-ckt20-1+deb8u4;amd64;stable was installing for uid 1000 Mar 9 22:14:26 UNKNOWN PackageKit: in /15492_acebdcbd for update-packages package linux-headers-3.16.0-4-amd64;3.16.7-ckt20-1+deb8u4;amd64;stable was installing for uid 1000
Jak widać aktualizacja jądra.
/var/log/aptitude
Aptitude 0.6.11: dziennik operacji śro, 9 mar 2016 13:29:02 +0100 WAŻNE: ten dziennik zawiera planowane działania. Operacje, w czasie których wystąpiły błędy dpkg mogą nie być zakończone pomyślnie. Zostanie zainstalowanych 2 pakietów, usuniętych 0 pakietów. Zostanie zajęte na dysku: 7055 kB =============================================================================== [ZATRZYMANY, ZALEŻNOŚCI] libperl5.20:amd64 [ZATRZYMANY, ZALEŻNOŚCI] libssl1.0.0:i386 [ZATRZYMANY, ZALEŻNOŚCI] openssl:amd64 [ZATRZYMANY, ZALEŻNOŚCI] python-pil:amd64 [INSTALOWANY, ZALEŻNOŚCI] libparted-fs-resize0:amd64 [ZATRZYMANY] libssl1.0.0:amd64 [ZATRZYMANY] perl:amd64 [ZATRZYMANY] perl-base:amd64 [ZATRZYMANY] perl-modules:amd64 [INSTALOWANY] gparted:amd64 ===============================================================================
/var/log/dpkg
http://wklej.org/id/2079071/
/var/log/messages
http://wklej.org/id/2079117//
ls -a /var/log
Ostatnio edytowany przez wolacinio (2016-03-10 15:27:57)
Offline
dmesg i syslog jeszcze pokaż.
Offline
Wygląda na jakiś problem z systemem plików.
Offline
dmesg.log
http://wklej.org/id/2080871/
syslog.log
http://wklej.org/id/2080876/
kern.log
http://wklej.org/id/2080880/
Ostatnie komendy jakie wykonalem
/root/.bashrc
http://wklej.org/id/2080885/
Ostatnio edytowany przez wolacinio (2016-03-10 21:44:47)
Offline
Wygląda mi na walniętą partycję root. Zrób fsck na niej.
Offline
root@ubuntu:~# e2fsck /dev/sda3 -p -c -f /dev/sda3: Updating bad block inode. /dev/sda3: 541092/3203072 plików (0.3% nieciągłych), 6352663/12799744 bloków
Offline
Dalej kernel panic?
Offline
Tak dalej. Chyba, że źle użyłem polecenia?
Może jakieś dogranie plików z czystej instalacji coś by pomogło?
Offline
A wez odpal jakies live cd przekopjuj wazne pliki gdzie trzeba i dawaj świeża instalke debiana a nie jakies lubudubu meczysz sie juz kilka dni widze a nowy system postawisz w godzine, wiem ze linuxa (porządnego) sie nie reinstaluje ale ubuntu.....
Offline
Jądro nie jest w stanie uruchomić programu /init. Jest to pewnie spowodowane uszkodzonym lub niezaładowanym ramdyskiem (plik initrd). Sprawdź czy w katalogu /boot masz plik initrd.gz-WERSJA_JĄDRA (WERSJA_JĄDRA tu znaczy wersja panikującego jądra 4.4.0 jeśli się nie mylę). Jeśli jest to spróbuj uruchomić system na panikującym jądrze poprzez linię poleceń GRUBa:
1. Podczas wyświetlania ekranu wyboru jądra wciśnij klawisz c
2. Pojawi się linia poleceń GRUB. Wpisz:
linux /boot/PLIK_Z_PANIKUJĄCYM_JĄDREM root=/dev/PARTYCJA_Z_SYSTEMEM
Wciśnij Enter a potem wpisz:
initrd /boot/initrd-WERSJA_PANIKUJĄCEGO_JĄDRA
Znów wciśnij Enter, wpisz:
boot
i wciśnij Enter.
Dla ułatwienia: klawisz TAB uzupełnia nazwy poleceń/plików
Ostatnio edytowany przez młodyLinuxiarz (2016-03-11 15:10:47)
Offline
przecież pisze "kernel panic no working init found" czyli albo niema initrd albo ma walniety
tak czy siak ja widze tylko dwa rozwiazania:
1. live cd chroot i wygenerowac nowy initrd
2. instalka debiana
a ze to jakies paskudne lubudubu to namawiam do opcji nr2
Ostatnio edytowany przez pink (2016-03-11 15:22:15)
Offline
Istnieje jeszcze ryzyko niepoprawnej konfiguracji GRUB i dlatego napisałem o ręcznym uruchamianiu systemu (dla testu/diagnostyki problemu).
Offline
Panowie spokojnie :) Dobra ściągnę jeszcze live debian'a i tam spróbuję naprawić jeszcze raz pliki.
Co do grub'a to już robiłem, prawie wszystkie możliwości. Próbowałem z "splash" i CONFIG_CMDLINE. Jeszcze jedna możliwość mi została do zbadania.
pink napisał(-a):
przecież pisze "kernel panic no working init found" czyli albo niema initrd albo ma walniety
tak czy siak ja widze tylko dwa rozwiazania:
1. live cd chroot i wygenerowac nowy initrd
2. instalka debiana
a ze to jakies paskudne lubudubu to namawiam do opcji nr2
Jak wygenerować nowy initrd, bo to może być rozwiązanie? :)
Offline
# mkinitramfs -o /boot/initrd.gz-WERSJA_JĄDRA WERSJA_JĄDRA
Offline
młodyLinuxiarz napisał(-a):
Kod:
# mkinitramfs -o /boot/initrd.gz-WERSJA_JĄDRA WERSJA_JĄDRA
Polecenie wydajemy w trybie chroot czy tylko podmontowanie partycji i w tedy odnieść się w taki sposób ?
# mkinitramfs -o /mnt/temp/boot/initrd.gz-WERSJA_JĄDRA WERSJA_JĄDRA
Bo jeśli należy chrootować to niestety, ale dalej Kernel panic :( nowy initrd został utworzony, ale nic to nie dało. Być może trzeba użyć przełączników?
Program e2fsck również sobie nie poradził.
Pobrałem Live Debian 8.3 i podmieniłem plik initrd z moim własnym bo była ta sama wersja, również ta sama wersja kernela co moja i muszę powiedzieć, że linux ruszył. Oczywiście nie uruchomiły mi się X'y, ale przynajmniej jest możliwość zalogowania na root'a.
Czy są jakieś inne programy do tworzenia initrd'ów?
Co myślicie o moim pomyśle, żeby skopiować moje pliki z initrd do initrd z live cd? Oczywiście spróbuje najpierw z nadpisaniem plików, a jak nie pomoże to bez nadpisywania?
Ostatnio edytowany przez wolacinio (2016-03-12 00:28:32)
Offline
Tak, initrd generuje się w chroot.
Dalej panikuje z błędem "No working init found" ? Jeśli tak to możliwości są 2 (tak mi się wydaje, bo nigdy czegoś takiego nie doświadczyłem na Wheezy' m ani na moim wpół rozsypanym Jessie)
1. Zła konfiguracja GRUB (próbowałeś później ręcznie ładować jądro i initrd w menu GRUB ?)
2. Błąd systemd (próbowałeś go uruchomić na SysVinit/OpenRC ?)
EDIT: Być może nie do końca jasno cię naprowadziłem. Dla opcji -o programu mkinitramfs podaje się lokalizację pliku initrd.gz. Miałrm na myśli za WERSJA_JĄDRA podstawienie odpowiedniej wersji jądra np. 3.2.0-4-686. WERSJA_JĄDRA na końcu to katalog z modułami jądra w katalogu /lib/modules/ np. jeśli budujesz initrd dla wersji 3.2.0-4-686 to polecenie powinno wyglądać mniej więcej tak (znak # wstawiam, by było wiadomo, że polecenie wykonuję jako root; w terminalu nie wpisuj tego znaku):
# mkinitramfs -o /boot/initrd.gz-3.2.0-4-686 3.2.0-4-686
Oczywiście wersja jądra na Twojej maszynie może być inna i lokalizacja pliku też może być inna.
Ostatnio edytowany przez młodyLinuxiarz (2016-03-12 08:56:39)
Offline
2822
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:36:49)
Offline
uzytkownikubunt napisał(-a):
A jak dasz do tego:
https://forum.dug.net.pl/viewtopic.php?pid=299028#p299028
jeszcze opcję init=/bin/bash (do linijki linux) to uruchomi się bash?
Nic to nie daje.
młodyLinuxiarz napisał(-a):
1. Zła konfiguracja GRUB (próbowałeś później ręcznie ładować jądro i initrd w menu GRUB ?)
2. Błąd systemd (próbowałeś go uruchomić na SysVinit/OpenRC ?)
1. Tak, próbowałem ładować najpierw jądro, jądro z init itd. itp. Następnie initrd i nic.
2. Nie, nie próbowałem.
Może ktoś posiada najnowszy RAM dysk initrd dla Debian'a Jessie 64 bitowego? Być może zła konfiguracja pliku init. Gdybym podmienił i by coś to poprawiło sytuacje to bym dalej kombinował.
Offline
Czyli jak podasz init=/bin/bash dalej masz kernel panic zamiast znaku zachęty użytkownika root (#)?
Offline