Launch CSM (Compatibility Support Module)

Launch CSM (Compatibility Support Module) to opcja BIOS/UEFI umożliwiająca uruchomienie starszych systemów operacyjnych niewspierających natywnie trybu UEFI.

Czym jest Launch CSM w ustawieniach BIOS/UEFI

Launch CSM, czyli Compatibility Support Module, to mechanizm zgodności dostępny w części komputerów wyposażonych w firmware UEFI. Jego zadaniem jest udostępnienie sposobu uruchamiania oprogramowania przygotowanego dla starszego standardu BIOS, nazywanego także trybem Legacy. Po włączeniu tej funkcji komputer może próbować rozpocząć pracę z nośników, systemów operacyjnych lub narzędzi, które nie rozpoznają natywnego uruchamiania UEFI.

Opcja ta nie jest osobnym systemem ani programem instalowanym w systemie Windows. Znajduje się w ustawieniach firmware płyty głównej, zwykle w sekcji związanej z rozruchem, trybem zgodności albo konfiguracją urządzeń startowych. W zależności od producenta może występować pod nazwą Launch CSM, CSM Support, Legacy Support lub podobnym określeniem. Jej dostępność zależy od konkretnego modelu płyty głównej, wersji firmware oraz pozostałych ustawień rozruchu.

W praktyce uruchomienie CSM powoduje, że UEFI korzysta z dodatkowej warstwy zgodności. Pozwala to obsłużyć starszy sposób inicjalizacji urządzeń, lecz nie oznacza, że każdy dawny system uruchomi się bez dalszej konfiguracji. Znaczenie mają między innymi schemat partycjonowania dysku, sposób przygotowania pendrive’a instalacyjnego, tryb kontrolera pamięci masowej oraz ustawienia bezpiecznego rozruchu.

Kontekst techniczny i porównanie trybów uruchamiania - Launch CSM (Compatibility Support Module)

Nowoczesne UEFI i klasyczny BIOS różnią się sposobem przekazywania kontroli systemowi operacyjnemu. Natywne UEFI współpracuje zazwyczaj z dyskami w układzie GPT i oczekuje plików rozruchowych umieszczonych na partycji EFI. Starszy tryb Legacy opiera się najczęściej na schemacie MBR oraz kodzie startowym zapisanym w głównym sektorze dysku. CSM pozwala firmware UEFI emulować część zachowania starszego BIOS-u, dzięki czemu możliwe staje się uruchomienie starszego nośnika lub systemu.

Wybór trybu powinien odpowiadać sposobowi przygotowania systemu. Jeżeli Windows został zainstalowany w trybie UEFI na dysku GPT, włączenie CSM może zmienić listę dostępnych urządzeń startowych albo spowodować próbę uruchomienia niewłaściwego wpisu. Z kolei system zainstalowany w trybie Legacy może nie wystartować po przełączeniu firmware wyłącznie na UEFI. Przed zmianą ustawień warto ustalić, w jakim trybie znajduje się obecna instalacja oraz czy na dysku przechowywane są ważne dane.

CSM bywa również powiązany z innymi opcjami, takimi jak Secure Boot, tryb uruchamiania karty graficznej, obsługa starszych kart rozszerzeń lub wybór kontrolera pamięci masowej. Na niektórych płytach głównych włączenie CSM automatycznie wyłącza Secure Boot albo ogranicza możliwość korzystania z określonych funkcji UEFI. Z tego powodu zmiana jednej pozycji w menu firmware może wpłynąć na cały proces rozruchu, a nie tylko na wybór systemu operacyjnego.

W nowych konfiguracjach CSM zwykle nie jest potrzebny, ponieważ współczesne systemy i urządzenia obsługują UEFI bez warstwy zgodności. Może jednak okazać się przydatny podczas uruchamiania starszego instalatora, narzędzia diagnostycznego, obrazu systemu przygotowanego w trybie Legacy albo starszej karty rozszerzeń. Jeżeli sprzęt i system wspierają natywne UEFI, pozostawienie tego trybu bez potrzeby może utrudnić działanie funkcji bezpieczeństwa i uporządkowanego rozruchu.

Typowe problemy związane z Launch CSM

Jednym z częstszych objawów błędnej konfiguracji jest brak dysku na liście urządzeń startowych po zmianie ustawienia CSM. Dysk może być prawidłowo wykrywany w innym miejscu firmware, ale nie pojawiać się jako opcja rozruchu, ponieważ jego struktura lub wpis startowy nie odpowiada wybranemu trybowi. W takiej sytuacji należy sprawdzić zarówno ustawienia UEFI, jak i schemat partycji oraz sposób instalacji systemu.

Może wystąpić także komunikat o braku urządzenia startowego, powrót do menu firmware po każdym uruchomieniu albo zapętlenie procesu rozruchu. Przyczyną bywa nie tylko CSM, lecz również zmieniona kolejność bootowania, uszkodzony wpis Windows Boot Manager, odłączony nośnik, nieprawidłowo przygotowany pendrive lub uszkodzenie danych startowych. Samo przełączenie opcji na przeciwną nie zawsze usuwa problem, a przypadkowe zapisywanie kolejnych zmian może utrudnić późniejsze odtworzenie pierwotnej konfiguracji.

Problemy mogą pojawić się po aktualizacji firmware, wymianie dysku, klonowaniu instalacji albo przeniesieniu systemu do innego komputera. Klon wykonany z dysku MBR może wymagać uruchamiania w trybie zgodności, natomiast instalacja oparta na GPT zwykle potrzebuje natywnego UEFI. Różnica między trybem uruchomienia pendrive’a a trybem instalacji systemu również może prowadzić do sytuacji, w której instalator widzi dysk, ale po zakończeniu instalacji komputer nie potrafi wystartować.

Przed zmianą CSM zaleca się zapisanie obecnych ustawień, odłączenie zbędnych nośników startowych oraz sprawdzenie kopii danych. Nie powinno się bez rozpoznania usuwać partycji ani konwertować MBR na GPT, ponieważ takie działania mogą doprowadzić do utraty informacji. Jeżeli problem dotyczy szyfrowania dysku, zmiana ustawień rozruchu może dodatkowo wywołać żądanie klucza odzyskiwania, dlatego jego dostępność powinna zostać potwierdzona wcześniej.

W jakich sytuacjach warto zgłosić sprzęt do serwisu - Launch CSM (Compatibility Support Module)

Zgłoszenie do serwisu jest uzasadnione, gdy po zmianie Launch CSM komputer przestał uruchamiać system, nie wykrywa dysku jako urządzenia startowego, pokazuje jedynie ekran firmware albo naprzemiennie przełącza się między trybem UEFI i Legacy. Warto skorzystać z pomocy także wtedy, gdy potrzebne jest uruchomienie starszego instalatora, odtworzenie systemu z obrazu lub bezpieczne dopasowanie ustawień do dysku bez ryzyka naruszenia zapisanych danych.

W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie analizuje się zależność między ustawieniami firmware, sposobem instalacji systemu i stanem nośnika. Przed wykonaniem zmian możliwe jest ustalenie, czy problem wynika z samego CSM, uszkodzonego wpisu rozruchowego, błędów dysku lub niezgodności przygotowanego nośnika. Naprawy trwają z reguły do 3 dni roboczych, choć rzeczywisty czas zależy od zakresu diagnostyki i stanu sprzętu.

Podczas zgłoszenia warto przekazać informacje o ostatniej zmianie w BIOS/UEFI, aktualizacji firmware, wymianie podzespołów oraz komunikatach wyświetlanych podczas startu. Przydatne jest również wskazanie, czy komputer korzysta z jednego systemu, kilku systemów, szyfrowania dysku lub zewnętrznego nośnika instalacyjnego. Takie dane ułatwiają odtworzenie konfiguracji i ograniczają ryzyko przypadkowego przełączenia trybu, który nie pasuje do istniejącej instalacji.