Kernel Windows nie posiada załadowanego w pamięci sterownika kontrolera pamięci masowej (konflikt Intel VMD / RST RAID vs standardowy tryb AHCI w UEFI).
🔬 Weryfikacja CLI
W konsoli WinRE (Shift+F10) sprawdzenie stanu rozruchu i sterowników storahci:
Kontroler PCIe (najczęściej dysk NVMe SSD lub karta Wi-Fi 6E/7) gubi pakiety TLP przez zbyt agresywne stany oszczędzania energii ASPM (L1.1/L1.2) lub mikroskopijne zabrudzenie/utlenienie styków w złączu M.2, generując tysiące ostrzeżeń na sekundę i drenując czas procesora.
🔬 CLI Diagnosis (Diagnoza z terminala)
Odczytaj 5 ostatnich ostrzeżeń WHEA-Logger z dziennika zdarzeń System:
Błąd magistrali procesora / Spadek napięcia w stanie spoczynku (0x00000124 WHEA)
🔍 Root Cause (Przyczyna źródłowa)
Błąd sprzętowy wewnętrznej magistrali CPU (Machine Check Exception), wywołany niestabilnym stanem C-State przy niskim obciążeniu (idle vdroop), degradacją sekcji zasilania VRM na płycie lub przegrzaniem rdzeni.
🔬 CLI Diagnosis (Diagnoza z terminala)
Wyciągnij wpis błędu sprzętowego procesora z dziennika zdarzeń Windows:
Ciche szyfrowanie BitLocker zablokowane (Błąd Intune MDM / Konflikt WinRE)
🔍 Root Cause (Przyczyna źródłowa)
Polityka cichego szyfrowania dysków w tle kończy się niepowodzeniem, ponieważ partycja środowiska odzyskiwania WinRE ma zbyt mało wolnego miejsca na relokację albo wymuszony algorytm XTS-AES 256 kłóci się ze sprzętowym szyfrowaniem SED Opal.
🔬 CLI Diagnosis (Diagnoza z terminala)
Sprawdź status woluminu BitLocker oraz stan partycji odzyskiwania WinRE:
manage-bde -status C: && reagentc /info
⚡ Instant Fix (Błyskawiczne rozwiązanie)
Włącz i zainicjalizuj agenta WinRE oraz wyświetl aktualne protektory klucza:
Przekroczenie limitu czasu modułu TPM 2.0 / Zawieszenie interfejsu PPI (Event ID 15/179)
🔍 Root Cause (Przyczyna źródłowa)
Układ TPM (dTPM Nuvoton/Infineon lub procesorowy fTPM) zawiesza się przy przetwarzaniu komend Physical Presence Interface (PPI) lub czyszczeniu kryptograficznym podczas reinstalacji/instalacji systemu.
🔬 CLI Diagnosis (Diagnoza z terminala)
Zweryfikuj obecność, gotowość i wersję oprogramowania układowego modułu TPM:
Wyczyść kolejkę komend PPI modułu TPM bezpośrednio z poziomu systemu bez potwierdzeń:
Clear-Tpm -Confirm:$false
Event ID 5805Windows • Active Directory
Zerwane zaufanie stacji do domeny Active Directory (Netlogon Event ID 5805 / 3210)
🔍 Root Cause (Przyczyna źródłowa)
Hasło konta maszyny ($machine.acc) w lokalnej bazie LSA rozsynchronizowało się z bazą kontrolera domeny Active Directory po przywróceniu stacji z migawki (snapshot VM), backupu lub wielotygodniowym odłączeniu od sieci firmowej.
🔬 CLI Diagnosis (Diagnoza z terminala)
Przetestuj stan bezpiecznego kanału uwierzytelniania stacji z kontrolerem domeny:
Test-ComputerSecureChannel -Verbose
⚡ Instant Fix (Błyskawiczne rozwiązanie)
Zresetuj hasło konta maszyny w domenie w 1 linijce bez wyrzucania z domeny i niszczenia profilu użytkownika:
Żaden dostawca sieciowy nie zaakceptował ścieżki sieciowej (SMB 0x800704b3)
🔍 Root Cause (Przyczyna źródłowa)
Próba wejścia na udział sieciowy (\\serwer\zasób) kończy się błędem, ponieważ usługa stacji roboczej LanmanWorkstation, WebClient lub pomocnik NetBIOS uległy awarii albo kolejność dostawców sieciowych została uszkodzona po instalacji klienta VPN.
🔬 CLI Diagnosis (Diagnoza z terminala)
Zweryfikuj stan usługi stacji roboczej oraz przetestuj widoczność udziałów na pętli zwrotnej:
sc query LanmanWorkstation && net view \\127.0.0.1
⚡ Instant Fix (Błyskawiczne rozwiązanie)
Ustaw autostart usługi stacji roboczej, uruchom ją i wyczyść bufor nazw NetBIOS:
sc config LanmanWorkstation start= auto && net start LanmanWorkstation && nbtstat -R
Exit Code 137Linux • OOM-Killer
Proces Zabity Sygnałem SIGKILL (128 + 9) / Linux OOM-Killer
🔍 Przyczyna Źródłowa
Proces lub kontener przekroczył limit pamięci RAM. Kernel uruchomił mechanizm Out-Of-Memory Killer, natychmiastowo ubijając proces bez możliwości przechwycenia sygnału.
🔬 Weryfikacja CLI
Wyciągnięcie z bufora jądra logów egzekucji OOM z czasem i nazwą zabitego procesu:
Awaryjne zrzucenie brudnych buforów i zwolnienie pamięci podręcznej stronicowania w RAM:
sync && echo 3 > /proc/sys/vm/drop_caches
Exit Code 127Linux • Execution Shell
Command Not Found / Brak Biblioteki Dynamic Linkera
🔍 Przyczyna Źródłowa
Plik wykonywalny nie istnieje w zmiennej środowiskowej $PATH lub binarka skompilowana pod glibc została uruchomiona w kontenerze Alpine (brak ld-linux-x86-64.so.2).
Wejście w chroot z nośnika LiveCD i regeneracja wszystkich obrazów initramfs:
update-initramfs -u -k all || dracut --regenerate-all --force
EXT4 / XFSLinux • Storage Error
Remount Forced: Read-Only File System (Błąd I/O Dysku)
🔍 Przyczyna Źródłowa
Sterownik systemu plików napotkał błąd spójności metadanych lub timeout magistrali NVMe/SATA i w celach ochronnych przestawił partycję w tryb tylko do odczytu (RO).
🔬 Weryfikacja CLI
Sprawdzenie szczegółowych błędów I/O w buforze jądra:
Kontroler dysku SSD NVMe przechodzi w najgłębszy stan uśpienia APST i nie wybudza się na czas pod przerwaniem I/O jądra Linuksa, powodując całkowite zawieszenie systemu plików na kontrolerach Phison, Kingston i Crucial.
🔬 CLI Diagnosis (Diagnoza z terminala)
Przeszukaj bufor komunikatów jądra pod kątem resetu kontrolera NVMe i błędów I/O:
dmesg -T | grep -E "nvme[0-9]: (I/O Cmd|Controller is down|Device not ready)"
⚡ Instant Fix (Błyskawiczne rozwiązanie)
Wyłącz przejścia w stany uśpienia APST w parametrach jądra za pomocą aktualizacji konfiguracji GRUB:
sudo sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT="/&nvme_core.default_ps_max_latency_us=0 /' /etc/default/grub && sudo update-grub
ext4-fs errorLinux • Odzyskiwanie ext4
Ciche przemontowanie partycji w tryb Read-Only (ext4-fs deleted inode referenced)
🔍 Root Cause (Przyczyna źródłowa)
Sterownik I/O napotkał uszkodzony blok dysku lub błąd sumy kontrolnej metadanych dziennika; jądro natychmiast uruchamia procedurę ochronną i przemontowuje partycję w tryb tylko do odczytu (ro), zabezpieczając przed utratą danych.
🔬 CLI Diagnosis (Diagnoza z terminala)
Wykryj partycje cicho przemontowane w tryb tylko do odczytu we wszystkich punktach montowania:
grep -E "[[:space:]]ro[[:space:],]" /proc/mounts
⚡ Instant Fix (Błyskawiczne rozwiązanie)
Zsynchronizuj bufory i wymuś automatyczną naprawę uszkodzonego systemu plików bez interakcji:
sync && fsck.ext4 -fy /dev/nvme0n1p2
HTTP 500Proxmox VE • Quorum
Proxmox: Cluster Not Ready - No Quorum? (Błąd 500 w GUI)
🔍 Przyczyna Źródłowa
Klaster utracił większość głosów (split-brain lub padł drugi węzeł w klastrze 2-węzłowym). Demon corosync blokuje zapis do /etc/pve i start VM.
🔬 Weryfikacja CLI
Sprawdzenie liczby aktywnych głosów i stanu kworum węzła:
pvecm status
⚡ Natychmiastowa Naprawa (1-Click)
Awaryjne wymuszenie wymaganej liczby głosów na 1, odblokowujące natychmiast GUI i start maszyn:
pvecm expected 1
qm unlockProxmox VE • Lock
VM is Locked: backup / snapshot (Zablokowana Maszyna QEMU)
🔍 Przyczyna Źródłowa
Zadanie tworzenia kopii zapasowej lub migawki zostało przerwane (np. timeout storage lub restart serwera), pozostawiając flagę lock: backup w pliku konfiguracyjnym.
🔬 Weryfikacja CLI
Sprawdzenie typu blokady w pliku maszyny wirtualnej:
cat /etc/pve/qemu-server/100.conf | grep lock
⚡ Natychmiastowa Naprawa (1-Click)
Zdjęcie blokady z maszyny KVM (lub kontenera LXC przez pct):
qm unlock 100 || pct unlock 100
services.shVMware ESXi • Management
Brak Odpowiedzi Host Client / vCenter (Restart Demonów ESXi)
🔍 Przyczyna Źródłowa
Demon zarządzania hostd lub agent vCenter vpxa wyczerpał pamięć ramdysku lub napotkał deadlock, blokując dostęp przez przeglądarkę i API.
🔬 Weryfikacja CLI (przez SSH/DCUI)
Sprawdzenie statusu demonów zarządzających hostem:
/etc/init.d/hostd status && /etc/init.d/vpxa status
⚡ Natychmiastowa Naprawa (1-Click)
Twardy restart całego podsystemu zarządzania bez restartu działających maszyn wirtualnych:
services.sh restart
esxcli killVMware ESXi • VM Rescue
Siłowe Ubicie Zawieszonej Maszyny Wirtualnej w ESXi CLI
🔍 Przyczyna Źródłowa
Maszyna wirtualna nie reaguje na polecenia Power Off w GUI z powodu zawieszenia operacji I/O na poziomie datastore VMFS.
🔬 Weryfikacja CLI (Znalezienie World ID)
Pobranie identyfikatora World ID zamrożonej maszyny:
esxcli vm process list | grep -E "Display Name|World ID"
⚡ Natychmiastowa Naprawa (1-Click)
Wymuszone natychmiastowe zabicie procesu maszyny w kernelu ESXi:
esxcli vm process kill --type=force --world-id=123456
502 Bad GatewayWeb Server • Nginx
Nginx: 502 Bad Gateway (Awaria Upstreamu PHP-FPM / Node.js)
🔍 Przyczyna Źródłowa
Serwer Nginx nie może połączyć się z procesem backendowym (padła usługa php-fpm, zły socket unixowy lub brak uprawnień do pliku .sock).
🔬 Weryfikacja CLI
Odczytanie ostatniego błędu połączenia z pliku error.log:
Jedna strona łącza ma wymuszony tryb Full-Duplex (lub Auto-Negotiation), podczas gdy urządzenie naprzeciwko pracuje w Half-Duplex, powodując kolizje i błędy CRC.
🔬 Weryfikacja CLI
Sprawdzenie stanu negocjacji i licznika błędów CRC interfejsu:
show interfaces status | include a-full|a-half || show interfaces Gi0/1 | include CRC
⚡ Natychmiastowa Naprawa (1-Click)
Wymuszenie autonegocjacji lub twardego Full Duplex na porcie switcha:
conf t && interface GigabitEthernet0/1 && duplex auto && speed auto && end && write
-1008F / -2003FApple macOS • Recovery
Błąd Internet Recovery -1008F (Konflikt Blokady Aktywacji)
🔍 Przyczyna Źródłowa
Komputer Mac z układem T2 lub Apple Silicon został wymazany przed wyłączeniem blokady aktywacji iCloud (Find My), przez co serwer Apple odrzuca połączenie EFI.
🔬 Weryfikacja
Sprawdzenie na stronie iCloud.com w sekcji Znajdź mój Mac, czy urządzenie wciąż figuruje na koncie poprzedniego właściciela.
⚡ Natychmiastowa Naprawa (1-Click)
Ominięcie błędu na Macach Intel poprzez wymuszenie instalatora z wersji fabrycznej (Shift + Option + Cmd + R) lub usunięcie Maca z iCloud:
Zaloguj się na iCloud.com ➔ Znajdź ➔ Wybierz Maca ➔ "Usuń z konta" (Remove from Account)
App is DamagedmacOS • Gatekeeper
„Program jest uszkodzony i nie można go otworzyć” (Gatekeeper)
🔍 Przyczyna Źródłowa
System macOS nadał pobranej aplikacji rozszerzony atrybut kwarantanny com.apple.quarantine, ponieważ plik nie został podpisany przez certyfikowanego developera Apple.
Rekurencyjne wyczyszczenie flagi kwarantanny z paczki aplikacji:
sudo xattr -cr /Applications/NazwaProgramu.app
Dell: 2, 3Hardware • POST LED
Dell: 2 Bursztynowe, 3 Białe Błyski (Błąd Detekcji Pamięci RAM)
🔍 Przyczyna Źródłowa
Płyta główna Dell (Latitude, OptiPlex, Precision) nie wykryła modułu RAM, kość pamięci jest uszkodzona, zabrudzone są styki slotu lub brak zasilania magistrali DDR.
🔬 Procedura Triage w Warsztacie
1. Odłączenie baterii głównej i zasilacza. 2. Wyjęcie wszystkich kości RAM. 3. Test pojedynczej kości w slocie nr 1 (DIMM A).
⚡ Procedura Naprawcza
Oczyszczenie styków kości alkoholem izopropylowym (IPA) oraz wykonanie twardego resetu zegara RTC:
Przytrzymaj przycisk zasilania Power przez 30-35 sekund przy odłączonej baterii (Hard RTC Reset)
SMART: 05 / C7Storage • S.M.A.R.T.
Rozróżnienie: Uszkodzony Dysk (ID 05) vs Zły Kabel SATA (ID C7)
🔍 Przyczyna Źródłowa
ID 05 (Reallocated Sectors): Fizyczne uszkodzenie powierzchni talerza/komórki NAND (dysk do natychmiastowej wymiany). ID C7 (UltraDMA CRC Error): Zagięty lub poluzowany kabel sygnałowy SATA – dysk jest sprawny!
🔬 Weryfikacja CLI (smartctl)
Odczyt surowych wartości atrybutów dysku w terminalu:
smartctl -A /dev/sda | grep -E "Reallocated_Sector|UDMA_CRC_Error_Count"
⚡ Decyzja Inżynierska
Dla ID C7: wymienić wyłącznie kabel SATA na nowy. Dla ID 05: wycofać nośnik zgodnie ze standardem NIST 800-88:
nvme format /dev/nvme0n1 --namespace-id=1 --ses=2 || hdparm --user-master u --security-erase-enhanced p /dev/sdX
Kontroler RAID wykrył nośnik zawierający metadane macierzy z innego kontrolera lub po awarii zasilania uznał własną konfigurację za obcą.
🔬 Weryfikacja CLI (storcli / perccli)
Podgląd stanu obcej konfiguracji przed podjęciem decyzji:
storcli /c0 /fall show
⚡ Natychmiastowa Naprawa (1-Click)
Bezpieczny import obcej konfiguracji w celu ponownego złożenia macierzy bez utraty danych:
storcli /c0 /fall import
🔍
Brak bezpośrednich wyników dla zapytania
Spróbuj wpisać krótszy kod (np. sam numer hex "11b", "137" lub markę "Dell") albo przełącz kategorię na Wszystkie.
Potrzebujesz pełnej procedury operacyjnej?
Dekoder Kodów Błędów stanowi część ekosystemu inżynieryjnego SpecInfo. Skorzystaj z naszych gotowych do laminowania kart formatu A4
oraz pełnych poradników automatyzacji i cyberbezpieczeństwa.