From 8282f17745d0fc17b5e5b698bec86ef718d23a56 Mon Sep 17 00:00:00 2001
From: Matthaiks <3577122+Matthaiks@users.noreply.github.com>
Date: Tue, 19 May 2026 01:11:58 +0200
Subject: [PATCH] Update Polish translation (#1737)
* Update Polish translation
* Update Polish translation
---
Translations/Language.pl.xml | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Translations/Language.pl.xml b/Translations/Language.pl.xml
index 22415044..1dacf873 100644
--- a/Translations/Language.pl.xml
+++ b/Translations/Language.pl.xml
@@ -1668,9 +1668,9 @@
Wybrano wartość PIM Argon2 większą niż domyślna wartość VeraCrypt.\nNależy pamiętać, że może to wymagać więcej pamięci i prowadzić do znacznie wolniejszego podłączania.
Wybrano wartość PIM Argon2 mniejszą niż domyślna wartość VeraCrypt. Należy pamiętać, że jeśli hasło nie jest wystarczająco silne, może to prowadzić do osłabienia zabezpieczeń.\n\nCzy potwierdzasz użycie silnego hasła?
Hasło musi zawierać przynajmniej 20 albo więcej znaków do używania określonego PIM Argon2.\nKrótszych haseł można używać tylko wtedy, gdy PIM Argon2 ma wartość 12 lub większą.
- Mount NTFS volumes with an in-kernel Linux driver
- Linux only. When enabled and no explicit filesystem type was supplied, VeraCrypt probes the decrypted virtual device with blkid -p and mounts detected NTFS filesystems with an available in-kernel NTFS driver, bypassing mount helpers such as ntfs-3g. VeraCrypt uses ntfs when it is positively identified as a modern read/write driver or expected on Linux 7.1 or later, and otherwise uses ntfs3. If NTFS detection fails, VeraCrypt uses the normal automatic filesystem selection. If no supported in-kernel NTFS driver is available or loadable, mounting fails. This opt-in option can avoid suspend or hibernate hangs caused by frozen user-space FUSE filesystems.
- No supported in-kernel NTFS driver is available or loadable. To use the system default NTFS backend, disable the NTFS kernel-driver preference or do not request kernel NTFS explicitly.
+ Podłącz wolumeny NTFS za pomocą sterownika systemu Linux w jądrze
+ Tylko system Linux. Po włączeniu i braku jawnego typu systemu plików, VeraCrypt skanuje odszyfrowane urządzenie wirtualne za pomocą blkid -p i podłącza wykryte systemy plików NTFS za pomocą dostępnego sterownika NTFS w jądrze, pomijając programy pomocnicze podłączania, takie jak ntfs-3g. VeraCrypt używa ntfs, gdy zostanie on jednoznacznie rozpoznany jako nowoczesny sterownik odczytu/zapisu albo jest oczekiwany w jądrze Linuksa 7.1 lub nowszym, a w przeciwnym razie używa ntfs3. Jeśli wykrycie NTFS się nie powiedzie, VeraCrypt użyje standardowego wyboru automatycznego systemu plików. Jeśli żaden obsługiwany sterownik NTFS w jądrze nie jest dostępny lub możliwy do załadowania, podłączenie kończy się niepowodzeniem. To ustawienie opcjonalne pozwala uniknąć zawieszeń w trybie uśpienia lub hibernacji spowodowanych przez zamrożone systemy plików FUSE w przestrzeni użytkownika.
+ Brak obsługiwanego sterownika NTFS w jądrze lub możliwości załadowania go. Aby użyć domyślnego backendu NTFS w systemie, wyłącz preferencję sterownika NTFS jądra lub jawnie nie żądaj NTFS z jądra.
Nie udało się wykonać normalnego odłączenia wolumenu {0}. Może się to zdarzyć, gdy programy nadal mają otwarte pliki lub katalogi na wolumenie lub gdy urządzenie bazowe zostało rozłączone, a podłączenie stało się nieaktualne.\n\nJeśli urządzenie jest nadal podłączone, wybierz opcję „Nie”, zamknij programy korzystające z wolumenu i spróbuj ponownie odłączyć.\n\nJeśli urządzenie zostało rozłączone lub podłączenie jest nieaktualne, VeraCrypt może podjąć próbę awaryjnego czyszczenia poprzez leniwe odłączenie systemu plików i usunięcie lub zaplanowanie usunięcia obiektów jądra VeraCrypt. Oczekujące zapisy mogły się nie powieść, dane mogły zostać utracone, a czyszczenie może pozostać w toku do momentu zamknięcia otwartych plików przez programy. Sprawdź system plików za pomocą fsck lub odpowiedniego narzędzia naprawczego przed ponownym użyciem.\n\nKontynuować?
Rozpoczęto awaryjne czyszczenie wolumenu {0}. Jeśli wolumen był rozłączony, podłączenie było nieaktualne lub występowały oczekujące operacje zapisu, sprawdź system plików za pomocą fsck lub odpowiedniego narzędzia naprawczego przed ponownym użyciem.
Tworzenie danych wolumenu. Proszę czekać.