Home › Fora › Forum wsparcia › Inne › [SOLVED] Kernel panic
- This topic has 22 odpowiedzi, 5 uczestników, and was last updated 7 years, 4 months temu by pavbaranov.
- AutorPosty
- 21 lipca 2017 o 12:38 #5202UltherModerator
Witam.
W przeciągu 4h postawiłem 3 systemy, każdy z nich ma jedną dolegliwość. Po aktualizacji i zainstalowaniu potrzebnych mi programów, dokonuję restartu, następnie po jakiś 3min całkowita zawieszka (nic się nie da zrobić, nawet zmienić tty), więc jestem zmuszony do hard resetu. Po włączeniu dostaję kernel panic. Niż daję logi z dmesg oraz smartctl. Próbowałem również włączyć z wpisanym acpi=off, ale nie daje rezulatatu.
dmesg:
https://pastebin.com/rW4PUeAnsmartctl
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.9.34-1-MANJARO] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Hitachi/HGST Travelstar Z5K500 Device Model: HGST HTS545050A7E680 Serial Number: RBF50AM52USXDP LU WWN Device Id: 5 000cca 7a3e7e610 Firmware Version: GR2OA350 User Capacity: 500,107,862,016 bytes [500 GB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5400 rpm Form Factor: 2.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 6 SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Fri Jul 21 10:02:59 2017 UTC SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 45) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 117) minutes. SCT capabilities: (0x003d) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 100 100 062 Pre-fail Always - 0 2 Throughput_Performance 0x0025 100 100 040 Pre-fail Offline - 0 3 Spin_Up_Time 0x0023 217 100 033 Pre-fail Always - 1 4 Start_Stop_Count 0x0032 098 098 000 Old_age Always - 3863 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x002f 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 040 Pre-fail Offline - 0 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 1972 10 Spin_Retry_Count 0x0033 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 2303 183 Runtime_Bad_Block 0x0032 100 100 001 Old_age Always - 0 184 End-to-End_Error 0x0033 100 100 097 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 2752512 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 060 055 045 Old_age Always - 40 (Min/Max 36/40) 191 G-Sense_Error_Rate 0x0032 097 097 000 Old_age Always - 949 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 9109643 193 Load_Cycle_Count 0x0032 091 091 000 Old_age Always - 91261 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always - 0 223 Load_Retry_Count 0x002a 100 100 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 1283 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay.
Podsumowanie:
1. Instalacja systemu.
2. Aktualizacja jego i instalacja programów.
3. Restart po aktualizacji.
4. 3min działania i zawieszenie się.
5. Po hard restarcie kernel panic.21 lipca 2017 o 13:12 #5203pavbaranovForumowiczI tak nie minie Cię chroot (choć mi się nie udało) lub reinstalka. Jeśli uda Ci się chroot – dokonaj tam aktualizacji i zrób sync (powinien się udać). Jeśli instalacja – to zamiast restart „w normalnym trybie” wydaj w konsoli:
sync && reboot
Głowy nie daję, że się uda.
Faktem, że przez bodaj 3 dni walczyłem z podobną przypdłością (Arch). Wszystko było ok, ale… do godziny 0:00 potem jakakolwiek próba wywołania nowego (tj. niedziałającego do tej pory programu) powodowała segfault error. Także „normalny” restart nie działał, a jedynie hard reset. Po nim – kernel panic jak u Ciebie z tą samą informacją (non-syncing).
O ile się nie mylę, to za owe „syncing” odpowiada systemd. Może cofnięcie jego wersji da jakiś efekt, bowiem fakt – wystąpiło to niedawno (między piątkiem a środą).21 lipca 2017 o 19:33 #5204UltherModeratorSytuacja wyglada nastepujaco:
Podmontowanie przebiega prawidlowo, gorzej z chrootem:
chroot: cannot change root directory to '/mnt': Operation not permitted
Probowalem bez chroota dac update-grub, czy tez grub-install, z rezultatem:
grub-install: error: cannot find EFI directory.
Wszystkie najnowsze wersje wersje stable i community maja ten problem…. Juz freez zdazyl mi sie na LiveUSB z i3 0_o. Boje sie ze to wina sprzetu…
21 lipca 2017 o 20:15 #5206azjaModerator… rozumiem, że te wszystkie instalacje zrobiłeś na tym samym sprzęcie. Jeżeli tak, to zwracam uwagę, że S.M.A.R.T. raportuje 1/3 atrybutów jako Pre-fail (czytaj: jeszcze trochę i nie będziesz miał możliwości przeczytania czegokolwiek), a resztę jako Old_age (czytaj: tak zużytej koszuli, to już dawno nie widziałem). Z tego co mi wiadomo, to producenci dysków różnie definiują poziomy wartości poszczególnych atrybutów, decydujących o ich statusie, ale gdybym zobaczył taki raport S.M.A.R.T.’a z mojego dysku, to sprawnie, na granicy paniki, zgrałbym z niego, co się jeszcze da.
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
21 lipca 2017 o 20:41 #5207NencioForumowiczCoś jest skopane. Z trzy dni temu odpaliłem Antergos który sobie na penie zainstalowałem i zrobiłem aktualizację, a było tego trochę i ten sam problem się pojawił. Też po kombinacjach zaczął pluć tym błędem z efi. Pierwszą myślą było, że skopało się coś z bumblebee bo zrobiłem na nim, ale nie i ni jak mi się systemu nie udało uratować i to nie wina sprzętu bo Manjaro działa OK i chyba nie miało jeszcze tej aktualizacji.
21 lipca 2017 o 20:49 #5208azjaModerator… coś jest nie tak, ale z dyskiem:
# Uruchom LIVE i za pomocą, np. gnome-disk-utility czy gsmartcontrol sprawdź dysk, bo to co S.M.A.R.T. raportuje, jest niepokojące.
# Jeżeli masz taką możliwość, to wykonaj instalację na innym dysku.Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
21 lipca 2017 o 21:31 #5209NencioForumowicz@azja a t znowu epopeje (tyle się oklepowujesz w odpowiedziach a właściwie nic nie piszesz. Zrobiłbyś karierę w polityce :PP). Instaluję ubuntu. manjaro czy minta i ok a tu po aktualizacji a była grubsza bo i plasma była aktualizowana, kernel, nvidia i zonk. Tak usb ma uczulenie akurat na Antergos i konkretnie na tą aktualizację bo inowa instalka była ok do momentu aktualizacji.
21 lipca 2017 o 21:49 #5210UltherModerator@azja wynik z gsmartcontrol https://pastebin.com/zxwa8vbK.
/dev/sda – to dysk
/dev/sdb – pendrive
/dev/sg1 – naped DVD21 lipca 2017 o 21:51 #5211pavbaranovForumowiczSkończ z postponowaniem azji, a powiedz dokładnie jak przeprowadzałeś chroot.
Inna sprawa, że mi się nie udało :(21 lipca 2017 o 22:08 #5212UltherModerator@pavbaranov A wiec tak:
mount /dev/sda1 /boot mount /dev/sda2 /mnt mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc
Do tego momentu jest ok.
Pozniej to co juz podalem wyzej.chroot /mnt chroot: cannot change root directory to '/mnt': Operation not permitted
21 lipca 2017 o 22:47 #5214pavbaranovForumowiczDlaczego nie skorzystasz z mhwd-chroot? (tak to się chyba tu nazywa).
Polecenie chroot na /mnt nie może się w tym przypadku udać.21 lipca 2017 o 23:11 #5216UltherModeratorCzy mhwd czy sam chroot, ten sam efekt… :((
22 lipca 2017 o 00:55 #5220NencioForumowiczSłuchaj a przypadkiem ten problem nie jest spowodowany czymś skopanym w oprogramowaniu sprzętu np karty graficznej, bo oprócz postawionego fizycznie systemu to mi ani na virtualboxie ani na wirtualkach opartych na KVM nic nie padło gdzie przykładowo nie ma fizycznie kart graficznych itd?
22 lipca 2017 o 08:06 #5221pavbaranovForumowiczDlaczego montujesz sda1 pod /boot systemu, z którego chrootujesz?
dmesg jest z zainstalowanego systemu?22 lipca 2017 o 11:57 #5222UltherModeratorChroota robiłem z LiveUSB, tak samo jak dmesg.
- AutorPosty
- Musisz być zalogowany aby odpowiedzieć w tym wątku.