Mit „małej partycji C: jest bezpieczniejsza” kontra nowoczesne porządki

Skąd w ogóle wziął się nawyk małej partycji

W czasach Windows XP partycja systemowa na 40 GB była naprawdę sensowna: Windows na dyskach talerzowych strasznie się fragmentował, reinstalacja raz w roku była rutyną, a małe C: przyspieszało obrazowanie i odtwarzanie. Nawyk przetrwał do czasów, w których żaden z tych argumentów nie działa — SSD nie przejmują się fragmentacją tak jak HDD, aktualizacje funkcjonalne potrzebują około 20 GB na staging przed instalacją, a nikt już nie obrazuje partycji ręcznie.

Niezmienne pozostało tylko apetyt Windows na zapas miejsca na dysku systemowym. Plik stronicowania rośnie razem z RAM-em, hibernacja rezerwuje sporą część dysku, punkty Przywracania systemu i zrzuty pamięci potrzebują miejsca, magazyn komponentów WinSxS sam z siebie nie maleje, a Windows 11 oficjalnie wymaga co najmniej dysku 64 GB. Wciśnij to wszystko w 80–100 GB i coś musi odpuścić — zwykle twoje punkty przywracania.

Co naprawdę się psuje, gdy na C: kończy się miejsce

Przewlekle pełne C: nie czyni Windows zdyscyplinowanym — po cichu usuwa najstarsze punkty Przywracania systemu, bo nowe się nie mieszczą, wywala aktualizacje funkcjonalne błędami o braku miejsca, odmawia zapisu zrzutów pamięci, gdy coś się wysypie, a każdą większą instalację aplikacji zamienia w żonglerkę. Czujnik magazynu gorliwie kasujący punkty przywracania, żeby utrzymać 2 GB wolnego, to nie czystość; to utrata danych w zwolnionym tempie.

Naprawa jest strukturalna, nie motywacyjna: daj C: 150–200 GB albo używaj jednej wielkiej partycji, a tłuste biblioteki przenieś z dysku systemowego właściwymi mechanizmami — Wideo i Pobrane przez Właściwości folderu → Lokalizacja, Steam i inne launchery przez ich własne ustawienia miejsca. Miesięczne przejście porządkowe utrzyma wtedy dziesiątki GB wolnego, bez diety głodowej zamiast partycji. Jeśli reinstalacja i tak wisi w powietrzu, to właśnie jest moment na naprawienie rozmiarów partycji, nie później.

• Plik stronicowania i plik hibernacji — rozmiary zależą od RAM-u, parkują na C: czy ci się to podoba, czy nie
• Staging aktualizacji funkcjonalnych — około 20 GB tymczasowego miejsca, zanim instalacja w ogóle się zacznie
• Punkty Przywracania systemu — pierwsza ofiara, gdy C: siada; stare są po cichu czyszczone
• Magazyn komponentów WinSxS — rośnie z każdą aktualizacją i kurczy się tylko według własnego harmonogramu
• Zrzuty awaryjne — bluescreen chce zapisać na C: gigabajty w najgorszym możliwym momencie
• Aplikacje ignorujące twoje plany z dyskiem danych — launchery gier, cache Spotify i cache shaderów domyślnie lądują na C:

Pytania i odpowiedzi

Przeczytaj także