DEV Community: Kornel Rzeczycki

Ustawiłem zegar

Kornel Rzeczycki — Sat, 07 Nov 2026 22:21:30 +0000

Jak brakująca stała przesunął wynik w grudniu
Celem ćwiczenia było napisanie funkcji, która na podstawie daty w formacie rok–miesiąc–dzień wyznacza dzień tygodnia. Datę zapisywałem zgodnie z formatem RFC 3339, a do obliczeń wykorzystałem wzór Zellera. Implementację przygotowałem w C#.

Na początku funkcja działała poprawnie dla większości sprawdzanych dat. Dwa testy zwracały jednak inny wynik, niż oczekiwałem. Zauważyłem, że oba dotyczyły dat grudniowych. To zawęziło poszukiwania: ponownie sprawdziłem implementację wzoru i odkryłem, że pominąłem stałą „−2” w jednym z jego składników.

Po poprawieniu wzoru wszystkie testy przechodziły.

return DayOfWeek[((26 * month - 2) / 10 + day + year + year / 4 + cent / 4 + 5 * cent) % 7];

Ta pomyłka przypomniała mi, jak ważne są testy obejmujące różne miesiące i przypadki brzegowe. Pokazała mi też, że gdy wynik jest nieoczekiwany, warto wrócić do założeń i dokładnie porównać implementację z użytym algorytmem.

Źródła:
https://swistak.codes/post/okreslanie-dnia-tygodnia-dla-dowolnej-daty/
https://www.rfc-editor.org/info/rfc3339/#appendix-B

Jak odzyskać władzę nad Windows 11: gdy BitLocker i zapomniane hasło odetną Cię od świata

Kornel Rzeczycki — Tue, 01 Sep 2026 08:41:05 +0000

Wyobraź sobie taką sytuację: włączasz rano komputer. Nie zmieniałeś niczego w BIOS-ie, nie grzebałeś przy partycjach, a mimo to Windows zamiast standardowego ekranu logowania wita Cię niebieskim ekranem z żądaniem 48-cyfrowego klucza odzyskiwania BitLockera.

Na dodatek okazuje się, że za nic w świecie nie pamiętasz hasła do swojego profilu.

Brzmi jak cyfrowy wyrok śmierci dla danych?

Na szczęście niekoniecznie.

W moim przypadku udało się najpierw odblokować dysk za pomocą klucza BitLocker, a następnie odzyskać dostęp do danych bez reinstalowania systemu i bez ich utraty.

Disclaimer

Opisuję tutaj procedurę, którą wykorzystałem na własnym komputerze w celu odzyskania dostępu do własnych danych.

Podmiana utilman.exe jest znanym mechanizmem umożliwiającym uzyskanie uprzywilejowanego wiersza poleceń z poziomu ekranu logowania. Z tego powodu nie powinno się pozostawiać takiej modyfikacji w systemie — po zakończeniu operacji należy bezwzględnie przywrócić oryginalny plik.

Warto też zaznaczyć jedną rzecz: konto utworzone bezpośrednio z poziomu środowiska odzyskiwania nie zawsze zachowuje się jak normalne konto utworzone przez Windows podczas standardowej konfiguracji systemu. W moim przypadku utworzone w ten sposób konto nie dawało mi pełnego, normalnego środowiska użytkownika i nie mogłem z niego korzystać tak, jak oczekiwałem.

Krok 1: Pierwsza zasieka — BitLocker

Pierwszym problemem okazał się BitLocker.

Windows potrafi przejść w tryb odzyskiwania BitLockera, jeżeli mechanizmy zabezpieczeń związane z TPM wykryją zmianę w środowisku rozruchowym. Może się to zdarzyć między innymi po niektórych aktualizacjach lub zmianach dotyczących procesu uruchamiania systemu.

W moim przypadku pojawił się ekran z żądaniem klucza odzyskiwania.

Na szczęście klucz odzyskiwania BitLockera miałem wcześniej zapisany na zewnętrznym nośniku danych. Dzięki temu mogłem go odnaleźć i przepisać na ekranie odzyskiwania.

Po wpisaniu 48-cyfrowego klucza dysk został odblokowany i mogłem przejść do środowiska odzyskiwania Windows oraz uruchomić Wiersz Poleceń.

I tutaj zaczęła się właściwa zabawa.

Krok 2: Problem z kontem i zaszyfrowanym dyskiem

Warto tutaj doprecyzować jedną rzecz, ponieważ łatwo pomylić dwie niezależne kwestie.

Moje konto Windows było kontem lokalnym, a nie kontem Microsoft. Sam profil użytkownika znajdował się jednak na dysku chronionym przez BitLocker.

W związku z tym próba wykorzystania standardowego net user z poziomu środowiska odzyskiwania nie rozwiązała mojego problemu. Środowisko recovery działa w innym kontekście niż normalnie uruchomiony Windows, a dostęp do właściwej instalacji systemu i znajdujących się na niej danych użytkownika wymagał wcześniejszego odblokowania zaszyfrowanego dysku.

To ważne rozróżnienie: problemem nie było samo konto lokalne, tylko sposób, w jaki środowisko odzyskiwania miało dostęp do właściwej instalacji Windows znajdującej się na zaszyfrowanym woluminie.

Jeżeli natomiast korzystasz z konta Microsoft, przedstawiona dalej metoda odzyskiwania dostępu również może mieć zastosowanie. W takim przypadku sposób uwierzytelniania konta jest inny, ale uzyskanie lokalnego dostępu administracyjnego pozwala przede wszystkim utworzyć nowe konto lokalne i wykorzystać je do odzyskania dostępu do danych.

Dodatkowo okazało się, że CMD uruchomione w środowisku odzyskiwania niekoniecznie operuje na tej instalacji Windows, którą widzimy jako C: po normalnym uruchomieniu systemu.

Najpierw trzeba więc ustalić, która litera dysku odpowiada właściwej instalacji Windows.

Pomocne może być np.:

dir C:\Windows

Jeżeli nie widzimy właściwej instalacji, sprawdzamy kolejne litery dysków.

Po znalezieniu właściwej partycji mogłem przejść do kolejnego etapu.

Krok 3: Utilman jako awaryjne wejście do systemu

Windows posiada na ekranie logowania przycisk Ułatwienia dostępu. Odpowiada za niego między innymi program utilman.exe.

Wykorzystałem znany mechanizm polegający na zastąpieniu tego programu kopią cmd.exe.

Najpierw zrobiłem kopię oryginalnego pliku:

move C:\Windows\System32\utilman.exe C:\Windows\System32\utilman.exe.bak

Następnie skopiowałem w jego miejsce Wiersz Poleceń:
copy C:\Windows\System32\cmd.exe C:\Windows\System32\utilman.exe

Kluczowa jest tutaj kopia .bak. Bez niej późniejsze przywrócenie systemu byłoby znacznie bardziej kłopotliwe.

Krok 4: CMD zamiast Ułatwień dostępu

Po ponownym uruchomieniu komputera pojawił się standardowy ekran logowania.

Kliknąłem ikonę Ułatwień dostępu w prawym dolnym rogu.

Zamiast standardowego menu Windows otworzył się… Wiersz Poleceń.

I co najważniejsze — został uruchomiony w kontekście systemowym, a więc z bardzo wysokimi uprawnieniami.

To był moment, w którym odzyskałem możliwość wykonywania operacji administracyjnych na lokalnej instalacji Windows.

Krok 5: Utworzenie właściwego użytkownika

Pierwsza próba utworzenia użytkownika na wcześniejszym etapie nie dała mi tego, czego potrzebowałem. Konto istniało, ale środowisko użytkownika nie zachowywało się jak normalny profil Windows.

Dlatego wykorzystałem odzyskany dostęp do uruchomionego systemu i utworzyłem nowe konto lokalne już z poziomu Windows.

W tym celu uruchomiłem CMD z uprawnieniami administratora i użyłem:

net user Serwis 1234 /add

Następnie dodałem konto do grupy administratorów:

net localgroup Administratorzy Serwis /add

Po wylogowaniu lub ponownym uruchomieniu komputera konto Serwis pojawiło się na ekranie logowania.

Po zalogowaniu okazało się jednak, że nowe konto nie działało w pełni jak standardowy profil Windows. Eksplorator Windows nie uruchamiał się poprawnie, więc nie mogłem po prostu otworzyć starego katalogu użytkownika i skopiować plików za pomocą GUI.

Nie oznaczało to jednak, że dane są niedostępne.

Do ich odzyskania wykorzystałem PowerShell i narzędzie robocopy, które pozwoliło mi skopiować zawartość starego profilu bez korzystania z Eksploratora Windows.

Użyłem między innymi następującej komendy:

robocopy "C:\Users\TwojaNazwa" "D:\Kopia_Prawidlowa" /E /R:0 /W:0 /XF NTUSER.dat NTUSER.dat.* /XJD /NFL /NDL

Parametry dobrałem tak, aby kopiowanie obejmowało również podkatalogi, nie ponawiało operacji w przypadku błędów oraz pomijało pliki związane z aktywnym profilem użytkownika, których nie potrzebowałem do odzyskania własnych danych.

Dzięki temu mogłem odzyskać potrzebne dokumenty i pozostałe pliki bez konieczności uruchamiania Eksploratora Windows.

W praktyce okazało się to nawet dobrym przypomnieniem, że w sytuacji awaryjnej Windows nie musi oferować działającego GUI, żeby nadal można było skutecznie pracować z systemem plików.

Krok 6: Sprzątanie po operacji

Tutaj nie ma miejsca na zapomnienie.

Podmiana utilman.exe była tylko tymczasowym mechanizmem odzyskiwania dostępu. Nie powinien pozostać w systemie.

Po zakończeniu operacji przywróciłem oryginalny plik:

copy C:\Windows\System32\utilman.exe.bak C:\Windows\System32\utilman.exe

W ten sposób przywróciłem oryginalne Ułatwienia dostępu i usunąłem zmianę wykorzystaną podczas odzyskiwania.

A co z DISM i SFC?

Można dodatkowo sprawdzić integralność systemu za pomocą:

DISM /Online /Cleanup-Image /RestoreHealth

oraz:

sfc /scannow

Warto jednak rozróżnić te dwie rzeczy.

SFC i DISM nie są bezpośrednim zamiennikiem ręcznego przywrócenia utilman.exe. Ich zadaniem jest wykrywanie i naprawianie problemów z plikami systemowymi oraz magazynem składników Windows.

Jeżeli mamy własną kopię oryginalnego utilman.exe.bak, to właśnie jej użycie jest najbardziej jednoznacznym sposobem cofnięcia wykonanej przez nas podmiany.

Dopiero później można potraktować SFC/DISM jako dodatkową kontrolę integralności systemu.

Happy end

Ostatecznie cały problem sprowadzał się do kilku warstw zabezpieczeń:

BitLocker → odzyskanie dostępu do dysku → środowisko odzyskiwania → odzyskanie dostępu administracyjnego → utworzenie normalnego konta → skopiowanie danych → przywrócenie zmian.

Nie straciłem swoich plików.

Wniosek

Najciekawsza lekcja z całej sytuacji jest chyba taka, że współczesny Windows jest jednocześnie bardzo dobrze zabezpieczony i zaskakująco zależny od tego, czy użytkownik ma przygotowany plan awaryjny.

BitLocker uratował moje dane przed dostępem do dysku przez osoby niepowołane, ale jednocześnie bez klucza odzyskiwania sam mógłbym zostać od nich odcięty.

Z kolei kilka podstawowych narzędzi administracyjnych Windows pozwoliło mi odzyskać kontrolę nad systemem bez jego reinstalacji.

Dlatego warto mieć:

zapisany klucz odzyskiwania BitLocker,
dostęp do konta Microsoft,
kopię najważniejszych danych,
podstawową znajomość CMD i środowiska odzyskiwania Windows.

Bo czasami Windows nie jest zepsuty.

Po prostu trzeba znaleźć właściwe drzwi.

Own AI chatbot in terminal

Kornel Rzeczycki — Sun, 21 Jun 2026 19:40:08 +0000

Lately I was looking for an opportunity to expand my knowledge in algorithms. Particularly for sharpening designing skills for optimisation purposes.
Hence I found it useful to incorporate my PC powers to give me some boost in this matter.
I did a bit of research and it turns out that there is plenty of options having Apple M2 Silicon on board with 16GB of RAM.
My choice was Qwen2.5-7B. Why You could ask? Well first and foremost it has excellent reasoning particularly in Mathematics and logical exercises which I find useful in tasks I am about to throw at it.
Secondly it is reliably small which makes it maintainable in long term. Also it does not eat up too much RAM memory to avoid swap overworking.
So once You have this covered You can download the model. I was fully aware it needs quantisation by some well renowned party.

So I went under this address:
https://huggingface.co/bartowski/Qwen2.5-Math-7B-Instruct-GGUF/tree/main
And downloaded the model below: Qwen2.5-Math-7B-Instruct-Q4_K_M.gguf

I chose Qwen2.5-Math-7B-Instruct because of its strong performance in mathematical reasoning and logical problem-solving, which aligns well with algorithmic practice tasks. Its relatively small size also makes it suitable for local execution on Apple Silicon machines with 16GB of unified memory, without excessive reliance on disk swapping.

To run it efficiently, I used a quantised GGUF version. Quantisation reduces the precision of model weights (for example, to 4-bit integers), significantly lowering memory usage while maintaining acceptable output quality. In this case, the Q4_K_M variant reduces the model size to approximately 4–5 GB.

The goal is to ensure the model fits entirely in unified memory, avoiding swap usage, which would severely degrade inference speed and responsiveness.

So why is it that important? Ideally the size of model should fit in the free RAM memory not being used. Because Apple Silicon uses a unified memory architecture, it is important that the model fits in available memory to avoid swapping to disk. What this brings us to? Well you want the model to generate text in reasonable time to conversation to go fluently. Secondly you want to avoid situation where the model overflows the fast RAM memory and leak into SWAP memory (that is the part of You physical hard drive which serves as additional RAM) that is painfully slow and increase wearing out of your SSD.

Having all this set up we need to think about how would we use our brand new model on PC. You need an engine to run it on the pc. My choice was llama.cpp because I usually like to tinker with things and it gives endless possibilities in that terms.

What you will need here at the beginning is a cmake. It is a tool to build programs in C/C++ language.
You can easily install it by running: brew install cmake

Then I strongly advise to compile the source code from source. Without Metal enabled, the model runs entirely on CPU, which significantly reduces performance.

So now you need a separate folder and in there You should execute commands below:
git clone https://github.com/ggml-org/llama.cpp.git cd llama.cpp cmake -B build -DGGML_METAL=ON cmake --build build --config Release

Now engine is set up and you can give LLM a go.
To do this assuming that you stored a model under models directory the command should look something like this:

And this brings us to another point. You can now talk to the chatbot and have the whole university library university in one place! This makes local experimentation much more accessible.

Where did all my disk space space go?

Kornel Rzeczycki — Sat, 20 Jun 2026 18:37:42 +0000

In today's post I wanted to give some basic introduction of the free program that I discovered.
GrandPerspective gave me the ability to analyze disk usage and identify files and folders that were taking up more storage space than I realized. This was especially useful because I am preparing my Mac for an offline LLM deployment.
Its strong feature is the visuals. You can visualise Hard Disk usage just like that in the form of visually appealing blocks just as you were viewing computer memory from Grand Perspective!

It will definitely have its place in my tool belt!
Secondly it is 100% Mac compatible software including Apple Silicon Macs.
Most importantly it has a very useful version which is totally free!
However, you can purchase a paid version from Apple App Store whenever you want.
Check out the link below.

grandperspectiv.sourceforge.net

First App built with Google AI studio

Kornel Rzeczycki — Sun, 29 Mar 2026 12:13:59 +0000

This post is my submission for DEV Education Track: Build Apps with Google AI Studio.

What I Built

I built an app to generating full box cover of retro game at a snap of the finger. It includes the front being an image generated with Imagen from Google and game text description on the back of the cover. The master prompt I used:
"Please create an app to generate new unique Retro Game cover picture using Imagen for the visuals, and Gemini to create the text descriptions for the game."

Demo

https://ai.studio/apps/c1aa2a41-6d3c-46c7-9bc4-a6fb1357fc1f?fullscreenApplet=true

My Experience

I was surprised how easy it was to generate an app in just a few minutes from successful prompt. Also I was curious about how new Google AI studio can handle such tasks which to me does it surprisingly well. I've got a bit of react along the way to read through generated code.