Co je to BIOS/UEFI, rozdíly a proč o tom píšu?

NÁVODY > KATEGORIE > Bios/Uefi + Hardware a Firmware

09.09.2025

Cíl článku:

Srozumitelně vysvětlit, co je BIOS/UEFI, jaké jsou rozdíly (UEFI/Legacy/CSM, Secure Boot) a jak s tím souvisí MBR vs. GPT. Co je dobré vědět dřív, než začnete cokoli přepínat nebo instalovat. Tento text je 1. díl minisérie. V 2. díle ukážeme, kde a jak zapnout virtualizaci ve firmware (Intel VT-x/VT-d, AMD-V/IOMMU) a jak ověřit, že běží. Ve 3. díle půjdeme prakticky: zvirtualizujeme vaše stávající Windows (aplikace i nastavení) do virtuálního stroje v Linuxu (VirtualBox/VMware/KVM), abyste mohli pracovat v Linuxu a Windows spouštět jen kvůli programům, které potřebujete.

Článek obsahuje:

Srozumitelný výklad BIOS vs. UEFI a proč na tom záleží.
Praktický slovníček (Legacy/UEFI/CSM, Secure Boot, Fast Boot…).
MBR vs. GPT (limity, plusy/mínusy, tabulka).
„Jak zjistíme, co právě používáme“ pro Windows i Linux.
Bezpečné postupy před změnami.
Ilustrační obrázky.
Kurátorované odkazy na další čtení.

Pro klíčové body jsem se opřel o tyto ověřené zdroje:

Co je UEFI a jak funguje Secure Boot (UEFI Forum FAQ).
Doporučení Microsoftu volit UEFI, jak se dostat do firmware a běžné klávesy (Esc/Del/F2/F10/F12).
Limit MBR ~2,2 TB a nutnost GPT pro větší disky.
Počet oddílů u GPT (typicky 128 na Windows).
UEFI/ESP a práce s boot položkami, rozdíly proti BIOSu (ArchWiki).
MBR vs. GPT – protective MBR, BIOS boot partition pro BIOS+GPT, výběr schématu (ArchWiki „Partitioning“).
Windows/UEFI detekce a Secure Boot stav přes msinfo32 (návody a MS).
Linux: detekce UEFI přes /sys/firmware/efi a práce s efibootmgr.
ASUS „OS Type“: Windows UEFI mode zapíná Secure Boot, Other OS ho vypíná.
Další čtení (ověřené zdroje) – najdete na konci článku.

Stručně pro netrpělivé

UEFI je moderní nástupce BIOSu. Umožňuje rychlejší start, bezpečnost (Secure Boot), práci s diskem v režimu GPT a pohodlnější správu bootování.
Legacy/CSM (Compatibility Support Module) emuluje starý BIOS. Hodí se jen tehdy, když musíte bootovat „postaru“ – třeba z MBR disku nebo starého zařízení.
MBR (starší schéma) = max. ~2 TiB (~2,2 TB) na disk/oddíl a 4 primární oddíly (více jen přes rozšířený / logické). GPT (novější) = prakticky žádné limity pro běžné pc, více oddílů, záložní tabulka a kontrolní součty.
Secure Boot hlídá, že se spustí jen podepsané (důvěryhodné) komponenty. Na většině PC lze vypnout/zapnout.
Před změnami zálohujte a zjistěte, v čem vlastně nyní bootujete (UEFI vs. Legacy) a jaký máte typ tabulky oddílů (GPT vs. MBR). Postup najdete níže.

BIOS vs. UEFI: co to je a jak se liší

BIOS (Basic Input/Output System) je historické firmware, které po zapnutí provede základní inicializaci a předá řízení bootloaderu na disku.
UEFI (Unified Extensible Firmware Interface) je moderní rozhraní/firmware. Přináší:

přehlednější prostředí (často s myší a grafikou),
rychlejší start (mimo jiné díky volbě Fast Boot),
EFI System Partition (ESP) – malý oddíl (většinou FAT32), kde leží samotné „EFI aplikace“: boot manažer, zavaděče (GRUB, systemd‑boot, shim, rEFInd),
možnost mít více záznamů bootování v NVRAM (pořadí, názvy),
bezpečnostní prvky (Secure Boot) a lepší práci s velkými disky (GPT).

Proč to řešíme na Linux‑Doma:

Nastavení režimu bootu je základ pro jakoukoliv instalaci, dual‑boot, klonování i „přetahování“ OS do virtuálu. Když se utnete (např. přepnutím UEFI↔Legacy bez konverze MBR↔GPT), systém prostě nenastartuje.

Slovníček voleb, které v menu uvidíte

Názvy se liší podle výrobce (ASUS, Gigabyte, MSI, Dell, HP, Acer …). Principy jsou ale stejné.

Režim bootu

UEFI only / UEFI – čistý UEFI režim (doporučeno pro nová zařízení a moderní OS).
Legacy / Legacy only – čistý „starý“ BIOS režim.
UEFI and Legacy / Both – smíšený režim. U řady desek to zajišťuje CSM.
CSM (Compatibility Support Module) / Launch CSM / CSM Support – zapíná emulaci starého BIOSu uvnitř UEFI. Bývá podmínkou pro boot z MBR médií nebo starších karet/ROM.

Bezpečnost a související položky

Secure Boot – povolí start jen podepsaným komponentám. Lze mít Standard/Custom mód, spravovat klíče (PK, KEK, db, dbx). U některých desek je spojený s volbou OS Type (Windows UEFI mode = zapnuto, Other OS = vypnuto).
Fast Boot – zkrátí POST tím, že přeskočí část testů. Někdy ztěžuje vstup do nastavení, proto ho při ladění dočasně vypněte.

Další, na které později navážeme

Intel VT‑x / VMX, AMD‑V / SVM Mode – hardwarová virtualizace pro běh VM (VirtualBox/VMware/KVM).
Intel VT‑d / AMD IOMMU (AMD‑Vi) – virtualizace vstupů/výstupů (passthrough PCIe).

Poznámka: virtualizaci rozebere samostatný článek krok za krokem.

MBR vs. GPT: jak to souvisí s režimem bootu

MBR (Master Boot Record)

První sektor disku obsahuje bootstrap kód a tabulku oddílů.
Omezení: max. cca 2 TiB (~2,2 TB) a max. 4 primární oddíly (více jen přes extended/logical).
Vhodné pro starší počítače a „Legacy“ boot.

Pozn.: bootstrap kód (zavaděč), což je malý program, který při spuštění počítače načte a spustí operační systém z disku. Tento kód, uložený v nepřístupné oblasti, je nezbytný pro inicializaci počítače a předání řízení operačnímu systému, čímž umožňuje spuštění počítače.

Proces spuštění:

Po zapnutí počítače BIOS (základní vstupně-výstupní systém) najde a spustí bootstrap kód z prvního sektoru disku.
Zavaděč (bootstrap kód) pak načte další části operačního systému (např. jádro Linuxu nebo další zavaděče) a předá mu řízení počítače.

GPT (GUID Partition Table)

Moderní schéma oddílů navázané na UEFI.
Výhody:

běžně až 128 oddílů (Windows) bez potřeby extended/logical,
teoreticky obrovské disky (řádově zettabajty),
záložní kopie hlaviček/partiční tabulky na konci disku a CRC kontrolní součty,
na začátku je tzv. protective MBR kvůli starším nástrojům.

Počet oddílů u GPT není pevně dán specifikací – v hlavičce je pole NumberOfPartitionEntries (32bit) a velikost jednoho záznamu je min. 128 B; minimálně je rezervováno 16 384 B = 128 záznamů, ale lze vyhradit i víc (závisí na nástroji/OS). Windows však u běžných disků omezují počet na 128, i když GPT jako takové dovolí více.
Doporučené pro nové instalace a UEFI boot. Linux umí bootovat i BIOS+GPT (s malým BIOS boot partition), ale pod Windows platí pro UEFI+GPT pevnější pravidla.

MBR vs. Protective MBR (na GPT discích)

Stručně:

MBR (Master Boot Record) – staré schéma oddílů + volitelný boot kód v sektoru LBA 0. Max. 4 primární oddíly (nebo 3 + rozšířený), limit ~2 TiB (512B sektory).
Protective MBR – kompatibilní „štítek“ na GPT disku: v LBA 0 je jediný záznam typu 0xEE, který „překryje“ celý disk. Účel: ochránit GPT před starými MBR nástroji, aby disk omylem „nepřeoraly“. Skutečné oddíly jsou v GPT (od LBA 1).

Časté omyly:

Protective MBR ≠ Hybrid MBR. Hybrid MBR kombinuje pár reálných MBR záznamů s GPT (historicky Boot Camp na starých Macích). Je to křehké a nedoporučuje se – držte se čisté GPT.
Pokud fdisk -l ukáže „Disklabel type: gpt“ a zároveň 0xEE v MBR, je to v pořádku – právě to je protective MBR.

Proč na tom záleží:

Vysvětluje to, proč můžete narazit na „MBR“ i na GPT disku – je to jen ochranná vrstva pro kompatibilitu.
Při BIOS bootu z GPT se nepoužívá „aktivní oddíl“ z MBR; místo toho je potřeba malý oddíl BIOS Boot Partition (EF02) pro core.img (GRUB 2).

Tip (pokročilé): Jak mít na GPT víc než 128 oddílů

Proč je „128“ všude?

128 je jen výchozí velikost tabulky záznamů (Partition Entry Array). GPT si nese hodnotu NumberOfPartitionEntries a lze ji navýšit – pokud pro tabulku vyhradíte víc místa (na začátku i na konci disku). Některé OS nástroje ale mají vlastní limity (Windows běžně max. 128 oddílů).

Bezpečné kroky (Linux):

1. Zálohuj GPT: sudo sgdisk -b gpt-$(date +%F).bin /dev/sdX

2. Zkontroluj místo pro tabulku: První oddíl by měl začínat ≥ sektor 2048 (1 MiB). Pak se vejde i několik tisíc záznamů. Pokud začíná dříve, bude nutné ho posunout.

3. Navýšení počtu záznamů v gdisk:

sudo gdisk /dev/sdX
Klávesa x (expertní menu) → s (Resize partition table) → zadej třeba 512 nebo 1024 (počet záznamů).
Volitelně e (Relocate backup data structures to the end) – když si gdisk stěžuje, že záložní hlavička není na konci disku.
v (Verify), poté w (Write).

4. Znovu načti tabulku v kernelu: sudo partprobe /dev/sdX (případně reboot)

5. Tvorba nových oddílů: např. sudo sgdisk -n 129:0:+4G -c 129:"Test" /dev/sdX

Poznámky:

Windows rozpozná na GPT běžně max. 128 oddílů – i když GPT zvládne víc. Pokud disk bude používat Windows, držte se 128.
Počet oddílů limituje alokovaný prostor pro tabulku; zvětšení může vyžadovat posun prvního oddílu.
Změny dělejte mimo produkci, mějte zálohu a ideálně snapshot (VM/RAID/LVM).

Kdy má smysl >128 oddílů (příklady):

Android / embedded zařízení se sloty A/B a mnoha systémovými oddíly (boot, system, vendor, vbmeta, …) – často desítky oddílů.
OEM/servisní disky s mnoha malými oddíly (recovery, diagnostika, více ESP pro různé OS).
Multiboot USB kolekce mnoha live distribucí, kde chcete mít každý OS v samostatném oddílu.
Lab/test prostředí (benchmarking, skriptované scénáře), kde je praktičtější „oddíl = jednotka testu“. (Pro produkční storage je obvykle vhodnější LVM/ZFS než stovky oddílů.) Linux umí bootovat i BIOS+GPT (s malým BIOS boot partition), ale pod Windows platí pro UEFI+GPT pevnější pravidla.

Důležité: U Windows platí, že UEFI instalace očekává GPT, zatímco Legacy preferuje MBR. Přepnutí režimu bez konverze tabulky oddílů většinou způsobí, že systém nenabootuje (nespustí se).

Krátký box: TB vs. TiB (proč se to plete)

TB (terabajt) používá desetinné násobky: 1 TB = 10^12 B = 1 000 000 000 000 bajtů.
TiB (tebibajt) používá binární násobky: 1 TiB = 2^40 B = 1 099 511 627 776 bajtů ≈ 1,0995 TB.
Proto je 2 TiB ≈ 2,2 TB – tím se často vysvětluje „nesoulad“ v číslech v různých článcích a nástrojích.
Limit MBR vychází z 32bit adresace sektorů: 2^32 × 512 B = 2 TiB (~2,2 TB). (U nativních 4K sektorů by teoretická mez MBR byla ~16 TiB, ale pro moderní stroje se používá GPT.)
Výrobci disků a obchodní materiály uvádějí kapacitu v TB (marketing), zatímco systémové nástroje často zobrazují GiB/TiB – proto stejný disk „vypadá menší“.

Jednotka | Výpočet | V bajtech | Přibližně v TB

1 TB | 10^12 B | 1 000 000 000 000 | 1,000 TB

1 TiB | 2^40 B | 1 099 511 627 776 | 1,0995 TB

Secure Boot lidsky

Secure Boot během startu povolí jen binárky podepsané důvěryhodnými klíči. Většina linuxových distribucí používá tzv. shim (podepsaný Microsoftem), který pak ověří GRUB/kernel podepsaný klíčem dané distribuce (distro key).= Certifikát/klíč, který spravuje vydavatel distribuce (např. Fedora Project, Canonical/Ubuntu, openSUSE, Debian). Tímto klíčem podepisují své GRUB/shim a jádra, aby je Secure Boot považoval za důvěryhodné. Pokud si kernel či modul kompilujete sami, narazíte na MOK (Machine Owner Key) – vlastní klíč, kterým si modul podepíšete a v UEFI ho „zapíšete“ (enroll) přes speciální obrazovku při bootu.
Co znamená „klíč distribuce“? Každá velká linuxová distribuce (např. Fedora, Ubuntu, openSUSE, Debian) má vlastní certifikát/klíč, kterým podepisuje své zavaděče (GRUB, shim) a jádra. Shim je podepsán Microsoft UEFI CA, takže ho firmware přijme (je v seznamu důvěryhodných v UEFI „db“). Shim pak pomocí certifikátu distribuce ověří GRUB a kernel, které jsou tímto klíčem podepsané.
Pro vlastní jádra nebo moduly slouží MOK (Machine Owner Key) – svůj klíč zapíšete (enroll) přes MokManager při bootu a pak jím můžete podepisovat vlastní moduly, aby je Secure Boot akceptoval.
(Pozn.: UEFI pracuje s klíči/DB: PK – Platform Key, KEK – Key Exchange Keys, db – povolené podpisy, dbx – zneplatněné podpisy).
Kdy zapnout? Pokud chcete zvýšit odolnost proti malwaru v boot řetězci nebo to vyžaduje organizace/policy. Kdy vypnout? Když ladíte vlastní jádro nebo modul bez podpisu, případně na velmi starém HW.
UEFI (PK/KEK/db/dbx) → shim (podepsán MS UEFI CA) → GRUB/systemd‑boot & kernel (podepsané klíčem distribuce). Vlastní moduly: podepsat MOK a zapsat přes MokManager.

Jak zjistím, v čem právě běžím a jaký má můj disk typ tabulky oddílů (MBR/GPT)

Jinými slovy: ověříme režim bootu (UEFI/Legacy) a zjistíme, zda je disk rozdělen podle MBR nebo GPT.

Ve Windows

1. Stiskněte Win+R, napište msinfo32. V System Information hledejte položku BIOS Mode (UEFI/Legacy) a Secure Boot State.

2. Typ tabulky oddílů zjistíte v Správě disků: pravým tl. myši na „Disk 0 → Vlastnosti → Svazky → Styl oddílu (MBR/GPT)“. Alternativně PowerShell: Get-Disk | Select Number,PartitionStyle.

V Linuxu

1. Jestli jste bootli v UEFI režimu poznáte podle přítomnosti adresáře /sys/firmware/efi.

2. Typ tabulky oddílů uvidíte třeba přes sudo fdisk -l (řádek „Disklabel type: gpt“/„dos“) nebo sudo parted -l.

3. Správu UEFI záznamů umožní efibootmgr (výpis pořadí, tvorba/mazání položek).

Co určitě udělat před změnou nastavení

Zálohujte důležitá data (ideálně obraz systému).
Vyfoťte si aktuální nastavení firmware (mobil → fotka kartiček menu).
Pokud přepínáte Legacy → UEFI u existující instalace Windows, nejdřív převeďte disk z MBR na GPT (MBR2GPT), teprve potom přepněte režim. U Linuxu použijte gdisk/sgdisk a postup dle distribuce.
Dočasně vypněte Fast Boot ve firmware (a případně „Fast Startup“ ve Windows), ať se dostanete do setupu.

Kde to v menu najdu (typické názvy)

Režim bootu: Boot → Boot Mode (UEFI/Legacy), CSM Support/Launch CSM, UEFI/Legacy Boot.
Secure Boot: někdy pod Boot → Secure Boot. Na deskách ASUS existuje položka OS Type (Windows UEFI mode = Secure Boot zapnutý; Other OS = vypnutý).
Pořadí bootu: Boot → Boot Option Priorities (UEFI záznamy), často i tlačítko „Add New Boot Option“.
Fast Boot: Boot → Fast Boot (Enable/Disable).
Vstup do nastavení: při startu klávesy Del/F2/Esc/F10/F12 podle výrobce. Z Windows lze jít přes Restartovat s podrženým Shift → Pokročilé možnosti → Nastavení firmware UEFI.

Tip: při výběru boot zařízení uvidíte často dvojí položku pro stejné USB/DVD: UEFI: <název> a Legacy: <název>. Vyberte tu, v jakém režimu chcete instalovat.

Fast Boot vs. Fast Startup

Krátké srovnání firmware funkce Fast Boot (UEFI/BIOS) a windowsího Fast Startup (hybridní vypnutí):

Poznámka pro dual-boot s Linuxem:

Fast Startup je „hybridní vypnutí“ Windows — část stavu systému se uloží do souboru hiberfil.sys a oddíl NTFS zůstane v hibernovaném/„nečistém“ stavu. Linux takový oddíl z bezpečnostních důvodů odmítne připojit pro zápis (nebo jen read-only) a hrozí poškození dat, pokud byste zápis „vynutil“. V prostředí dual-boot proto Fast Startup ve Windows vypněte a pro přepínání mezi systémy používejte plné vypnutí nebo restart (ten vždy provede skutečné vypnutí jádra).

Ilustrační obrázky

1. Schéma bootu v UEFI – blokový diagram: Firmware → NVRAM (Boot entries) → ESP (\EFI\distro\grubx64.efi / systemd‑boot) → Kernel + initramfs → rootfs.

2. MBR vs. GPT – porovnávací infografika (limity, 4 primární vs. 128 oddílů, záložní hlavička u GPT, CRC).

3. „Kde v UEFI/BIOS najdu důležité volby“ – klíčové volby (CSM/Secure Boot/Fast Boot).

4. Rozdíl Fast Boot vs. Fast Startup – krátká tabulka s popisem (firmware vs. Windows funkce). Viz toto téma výše v článku.

5. Legacy BIOS boot – schéma (pro srovnání s UEFI) - Jak vypadá start ve starém režimu BIOS/MBR: BIOS → MBR → (aktivní oddíl) VBR/PBR → bootloader (stage2/core.img) → kernel + initrd → rootfs.

GRUB: stage 1/1.5/2 vs. GRUB 2 (boot.img/core.img)

GRUB Legacy (0.9x)

Stage 1 – maličký kód v MBR (prvních 446 B); umí najít další část.
Stage 1.5 – kód v post‑MBR mezeře (nebo na začátku oddílu); obsahuje ovladač filesystému (např. ext2/3), aby GRUB přečetl soubory.
Stage 2 – „velký“ zavaděč jako soubor, obvykle /boot/grub/stage2; načte kernel + initrd a předá mu řízení.

GRUB 2 (dnešní standard)

boot.img – maličký kód v MBR (obdoba stage 1).
core.img – „jádro“ GRUBu s FS ovladači (role stage 1.5 + část stage 2).

Na MBR discích se typicky ukládá do mezery za MBR.
Na GPT se ukládá do BIOS Boot Partition (malý ~1–2 MiB oddíl, typ GPT EF02).

/boot/grub/ – moduly a grub.cfg (menu, konfigurace).

BIOS Boot Partition (GPT + BIOS)

Potřebná pro BIOS boot z GPT disků, protože u GPT není volná post‑MBR mezera.
V parted ji poznáte jako bios_grub flag, v gdisk jako typ EF02. Velikost stačí ~1 MiB.

UEFI svět (pro srovnání)

Firmware spouští shim → grubx64.efi (nebo přímo grubx64.efi) z ESP; „stages“ se nepoužívají.

Tip: V Legacy diagramu odpovídá „Bootloader (stage 2 / core.img)“ roli zavaděče, ať už jde o GRUB Legacy (stage 2) nebo GRUB 2 (core.img + /boot/grub).

Nejčastější otázky a průšvihy

Po přepnutí na UEFI mi Windows nenaběhnou. Pravděpodobně máte disk v MBR. Vraťte dočasně Legacy/CSM, proveďte konverzi MBR→GPT, teprve pak zapněte UEFI. Před konverzí pro jistotu zálohujte svá data.
Nevidím volbu Secure Boot. Bývá skrytá, dokud CSM nevypnete, nebo je pod OS Type. Hledejte i v záložce Security.
USB instalátor se zobrazuje dvakrát. Je to v pořádku – jedna položka je UEFI, druhá Legacy. Vyberte správnou.
Linux a Secure Boot. Většina distribucí to dnes zvládá (shim). Vlastní moduly budete podepisovat přes MOK.

Co bude příště

V navazujícím díle: jak zapnout virtualizaci v UEFI/BIOS (Intel VT‑x/VT‑d, AMD‑V/SVM, IOMMU) a jak ověřit, že běží – s tipy pro VirtualBox/VMware/KVM.

Další čtení (ověřené zdroje)

Krátký výběr materiálů, do kterých se můžete začíst do hloubky. (Odkazy vedou na oficiální dokumentaci a respektované wiki.)

UEFI Forum – FAQ (Secure Boot, obecné principy):

https://uefi.org/faq

Microsoft – Boot to UEFI mode or legacy BIOS (postupy, klávesy, volby):

https://learn.microsoft.com/windows-hardware/manufacture/desktop/boot-to-uefi-mode-or-legacy-bios-mode

Microsoft – Disky > 2 TB vyžadují GPT (vysvětlení limitu MBR 2,2 TB):

https://learn.microsoft.com/troubleshoot/windows-server/backup-and-storage/support-for-hard-disks-exceeding-2-tb

Microsoft – Převod MBR↔GPT (Disk Management / DiskPart / MBR2GPT):

https://learn.microsoft.com/windows-server/storage/disk-management/change-disk-partition-scheme

Arch Wiki – UEFI (principy, boot proces):

https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface

Arch Wiki – Secure Boot (shim, MOK, vlastní klíče):

https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface/Secure_Boot

Arch Wiki – Partitioning (MBR vs. GPT, BIOS boot partition, ESP):

https://wiki.archlinux.org/title/Partitioning

Arch Wiki – EFI System Partition (ESP):

https://wiki.archlinux.org/title/EFI_system_partition

Intel – Intel® Virtualization Technology (VT‑x) (jak ověřit/povolit):

https://www.intel.com/content/www/us/en/support/articles/000088345/processors.html

ASUS – Secure Boot & OS Type (Windows UEFI mode/Other OS):

https://www.asus.com/us/support/faq/1049829/

Meta keywords:

BIOS, UEFI, Legacy BIOS, CSM, Secure Boot, MBR, GPT, protective MBR, EFI System Partition, ESP, Fast Boot, Fast Startup, dual-boot, Linux instalace.

BIOS/UEFI → Hypervizor: krok za krokem

Od prvního zapnutí VT-x/AMD-V až po stabilní virtuální stroje.

PODPOŘTE OTEVŘENÉ NÁVODY A DALŠÍ ROZVOJ WEBU LINUX PRO DOMÁCNOST:

Věřím v otevřené znalosti. Každý návod = rešerše, testování na reálném nebo virtuálním počítači a různých Linux distribucích (např.: Rocky / Debian / Zorin / a další), psaní krok za krokem a finální kontrola — typicky několik hodin až několik dnů práce. Web držím bez reklam i trackingu a chci, aby tak zůstal.

Pokud vám jakýkoli článek ušetří čas nebo nervy, budu rád za dobrovolnou podporu (částku si určíte sami). Prosím, do zprávy pro příjemce napište: NA KAFE / Linux-doma.cz, pomůže mi to přehledně zaúčtovat měsíční souhrn. Děkuji!

A pokud se Vám web líbí a chcete se stát pravidelným sponzorem, podívejte se prosím na stránku "SPONZOŘI".

BITLIFI / QR PLATBA (bez částky)

QR platba (bez částky) – Bitlifi – Linux-doma.cz

Uživatel: +420607271333@bitlifi.com
Poznámka: NA KAFE / Linux-doma.cz

BANKOVNÍ PŘEVOD /

QR PLATBA (bez částky)

Číslo účtu (CZK): 2000197842 / 2010
IBAN: CZ41 2010 0000 0020 0019 7842
BIC/SWIFT: FIOBCZPPXXX
Zpráva pro příjemce: NA KAFE / Linux-doma.cz