Dual boot med Windows

Dette er en artikel, der beskriver forskellige metoder til sameksistens af Arch/Windows.

Vigtig information

Windows UEFI vs. BIOS-begrænsninger

Microsoft pålægger begrænsninger på hvilken firmware boot mode og partitioneringsstil der kan understøttes baseret på den version af Windows, der anvendes:

• Windows XP både x86 32-bit og x86_64 (også kaldet x64) (RTM og alle Service Packs) versioner understøtter ikke opstart i UEFI-tilstand (IA32 eller x86_64) fra en hvilken som helst disk (MBR eller GPT) ELLER i BIOS-tilstand fra GPT-disk. De understøtter kun BIOS-opstart og kun fra MBR-disk.
• Windows Vista eller 7 x86 32-bit (RTM og alle Service Packs)-versioner understøtter kun opstart i BIOS-tilstand fra MBR-diske, ikke fra GPT-diske. De understøtter ikke x86_64 UEFI- eller IA32 (x86 32-bit) UEFI-opstart. De understøtter kun BIOS-opstart og kun fra MBR-diske.
• Windows Vista RTM x86_64 (kun RTM)-versioner understøtter kun opstart i BIOS-tilstand fra MBR-diske, ikke fra GPT-diske. Den understøtter ikke x86_64 UEFI- eller IA32- (x86 32-bit) UEFI-opstart. Den understøtter kun BIOS-opstart og kun fra MBR-disk.
• Windows Vista (SP1 og derover, ikke RTM) og Windows 7 x86_64-versioner understøtter kun opstart i x86_64 UEFI-tilstand fra GPT-disk, ELLER kun i BIOS-tilstand fra MBR-disk. De understøtter ikke IA32 (x86 32-bit) UEFI-opstart fra GPT/MBR-disk, x86_64 UEFI-opstart fra MBR-disk eller BIOS-opstart fra GPT-disk.
• Windows 8/8.1 x86 32-bit understøtter kun opstart i IA32 UEFI-tilstand kun fra GPT-disk, ELLER i BIOS-tilstand kun fra MBR-disk. De understøtter ikke x86_64 UEFI-opstart fra GPT/MBR-disk, x86_64 UEFI-opstart fra MBR-disk eller BIOS-opstart fra GPT-disk. På markedet er de eneste systemer, der vides at blive leveret med IA32 (U)EFI, nogle gamle Intel Macs (før 2010-modeller?) og Intel Atom System-on-Chip (Clover trail og Bay Trail) Windows Tablets, hvor den KUN starter i IA32 UEFI-tilstand og KUN fra GPT-disk.
• Windows 8/8.1 x86_64-versioner understøtter kun opstart i x86_64 UEFI-tilstand fra GPT-disk, ELLER kun i BIOS-tilstand fra MBR-disk. De understøtter ikke IA32 UEFI-opstart, x86_64 UEFI-opstart fra MBR-disk eller BIOS-opstart fra GPT-disk.

For præinstallerede systemer:

• Alle systemer, der er præinstalleret med Windows XP, Vista eller 7 32-bit, uanset Service Pack-niveau, bitness, udgave (SKU) eller tilstedeværelse af UEFI-understøttelse i firmwaren, starter som standard i BIOS/MBR-tilstand.
• De fleste systemer, der er præinstalleret med Windows 7 x86_64, starter som standard i BIOS/MBR-tilstand, uanset servicepakke-niveau, bitniveau eller udgave (SKU). Meget få nyere systemer, der er præinstalleret med Windows 7, er kendt for at starte op i x86_64 UEFI/GPT-tilstand som standard.
• ALLE systemer, der er præinstalleret med Windows 8/8.1, starter op i UEFI/GPT-tilstand. Firmwarens bitness svarer til bitness i Windows, dvs. x86_64 Windows 8/8.1 starter op i x86_64 UEFI-tilstand og 32-bit Windows 8/8.1 starter op i IA32 UEFI-tilstand.

Den bedste måde at registrere opstartstilstanden for Windows på er at gøre følgende:

• Start op i Windows
• Tryk på Win+R tasterne for at starte dialogboksen Kør
• I dialogboksen Kør skriv msinfo32.exe og tryk på Enter
• I vinduerne Systeminformation skal du vælge Systemoversigt til venstre og kontrollere værdien af BIOS-mode elementet til højre
• Hvis værdien er UEFI, starter Windows op i UEFI/GPT-tilstand. Hvis værdien er Legacy, starter Windows op i BIOS/MBR-tilstand.

Generelt fremtvinger Windows partitioneringstypen afhængigt af den anvendte firmwaretilstand, dvs. hvis Windows startes op i UEFI-tilstand, kan den kun installeres på en GPT-disk. Hvis Windows startes op i Legacy BIOS-tilstand, kan det kun installeres på en MBR-disk. Dette er en begrænsning, der håndhæves af Windows-installationsprogrammet, og fra april 2014 er der ingen officielt (Microsoft) understøttet måde at installere Windows i UEFI/MBR- eller BIOS/GPT-konfiguration på. Windows understøtter således kun enten UEFI/GPT-opstart eller BIOS/MBR-konfiguration.

Tip: Windows 10 version 1703 og nyere understøtter konvertering fra BIOS/MBR til UEFI/GPT ved hjælp af MBR2GPT.EXE.

En sådan begrænsning håndhæves ikke af Linux-kernen, men kan afhænge af, hvilken boot loader der anvendes og/eller hvordan boot loaderen er konfigureret. Windows-begrænsningen bør tages i betragtning, hvis brugeren ønsker at starte Windows og Linux op fra den samme disk, da installationsproceduren for boot loader afhænger af firmwaretypen og diskpartitioneringskonfigurationen. I tilfælde, hvor Windows og Linux starter op fra den samme disk, anbefales det at følge den metode, der anvendes af Windows, dvs. enten vælge UEFI/GPT-opstart eller BIOS/MBR-opstart. Se https://support.microsoft.com/kb/2581408 for flere oplysninger.

Installationsmediebegrænsninger

Intel Atom System-on-Chip Tablets (Clover trail og Bay Trail) leverer kun IA32 UEFI-firmware uden Legacy BIOS (CSM)-understøttelse (i modsætning til de fleste x86_64 UEFI-systemer), på grund af Microsofts Connected Standby Guidelines for OEM’er. På grund af manglende Legacy BIOS-understøttelse i disse systemer og manglen på 32-bit UEFI-opstart i Arch Official Install ISO (FS#53182), kan det officielle installationsmedie ikke starte op på disse systemer. Se Unified Extensible Firmware Interface#UEFI firmware bitness for flere oplysninger og tilgængelige løsninger.

Bootloader UEFI vs BIOS begrænsninger

De fleste af de linux bootloadere, der er installeret til en firmwaretype, kan ikke starte eller kædeoplade bootloadere af den anden firmwaretype. Det vil sige, at hvis Arch er installeret i UEFI/GPT- eller UEFI/MBR-tilstand på en disk, og Windows er installeret i BIOS/MBR-tilstand på en anden disk, kan den UEFI-bootloader, der anvendes af Arch, ikke chainloade den BIOS-installerede Windows på den anden disk. Tilsvarende, hvis Arch er installeret i BIOS/MBR- eller BIOS/GPT-tilstand på en disk, og Windows er installeret i UEFI/GPT-tilstand på en anden disk, kan BIOS-bootloaderen, der anvendes af Arch, ikke kædeindlæse UEFI-installerede Windows på den anden disk.

De eneste undtagelser til dette er GRUB i Apple Macs, hvor GRUB i UEFI-tilstand kan starte BIOS-installeret OS via appleloader-kommandoen (virker ikke i ikke-Apple-systemer), og rEFInd, som teknisk set understøtter opstart af legacy BIOS OS fra UEFI-systemer, men som ikke altid virker i ikke-Apple UEFI-systemer, ifølge forfatteren Rod Smith.

Hvorimod, hvis Arch er installeret i BIOS/GPT på en disk og Windows er installeret i BIOS/MBR-tilstand på en anden disk, så KAN BIOS boot loader, der bruges af Arch, starte Windows på den anden disk, hvis boot loaderen selv har mulighed for at chainloade fra en anden disk.

Bemærk: For at dual-boot med Windows på samme disk skal Arch følge den samme firmware-opstartstilstand og partitioneringskombination, som Windows-installationen anvender.

Windows Setup opretter en 100 MiB EFI-systempartition (undtagen for Advanced Format 4K native drev, hvor den opretter en 260 MiB ESP), så brugen af flere kerner er begrænset. Løsninger omfatter:

• Mount ESP til /efi og brug en boot loader, der har filsystemdrivere og er i stand til at starte kerner, der befinder sig på andre partitioner.
• Udvide EFI-systempartitionen, typisk enten ved at reducere Recovery-partitionens størrelse eller ved at flytte Windows-partitionen (UUID’erne ændres).
• Backup og slet unødvendige skrifttyper i esp/EFI/Microsoft/Boot/Fonts/ .
• Backup og slet unødvendige sprogmapper i esp/EFI/Microsoft/Boot/ (f.eks. for kun at beholde en-US).

UEFI Secure Boot

Alle præinstallerede Windows 8/8.1-systemer starter som standard op i UEFI/GPT-tilstand og har UEFI Secure Boot aktiveret som standard. Dette er påkrævet af Microsoft for alle forudinstallerede OEM-systemer.

Arch Linux-installationsmedier understøtter ikke Secure Boot. Se Secure Boot#Bootning af et installationsmedie.

Det anbefales at deaktivere UEFI Secure Boot manuelt i firmwareopsætningen, før du forsøger at starte Arch Linux op. Windows 8/8.1 BØR fortsat kunne starte fint op, selv om Secure boot er deaktiveret. Det eneste problem med hensyn til at deaktivere UEFI Secure Boot-understøttelsen er, at det kræver fysisk adgang til systemet at deaktivere secure boot-indstillingen i firmwareopsætningen, da Microsoft udtrykkeligt har forbudt tilstedeværelsen af enhver metode til at deaktivere secure boot eksternt eller programmatisk (fra operativsystemet) i alle Windows 8/8.1 forudinstallerede systemer

Fast Startup and hibernation

Der er to OS’er, der kan sættes i dvale, du kan sætte Windows i dvale og starte Linux (eller et andet OS), eller du kan sætte Linux i dvale og starte Windows, eller sætte begge OS’er i dvale.

Advarsel: Der kan opstå tab af data, hvis Windows går i dvale, og du dobbeltstarter til et andet operativsystem og foretager ændringer i filer på et filsystem (f.eks. NTFS), der kan læses og skrives i af Windows og Linux, og som er blevet monteret af Windows . På samme måde kan der opstå datatab, hvis Linux går i dvale, og du dobbeltstarter til et andet operativsystem osv. Windows kan gå i dvale, selv når du trykker på shutdown, se afsnittet #Windows-indstillinger.

Af samme grund kan EFI-systempartitionen blive beskadiget, hvis du deler én EFI-systempartition mellem Windows og Linux, hvis du går i dvale (eller lukker ned med Fast Startup aktiveret) og derefter starter Linux, eller hvis du går i dvale med Linux og derefter starter Windows.

ntfs-3g tilføjede en sikkerhedsbeskyttelse for at forhindre læse-skrive-montering af NTFS-filsystemer i dvale, men NTFS-driveren i Linux-kernen har ikke en sådan sikkerhedsbeskyttelse.

Windows kan som standard ikke læse filsystemer som f.eks. ext4, der almindeligvis bruges til Linux. Der skal ikke tages hensyn til disse filsystemer, medmindre du installerer en Windows-driver til dem.

Windows-indstillinger

Fast Startup er en funktion i Windows 8 og nyere versioner, der sætter computeren i dvale i stedet for rent faktisk at lukke den ned for at fremskynde opstartstiden.

Der er flere muligheder med hensyn til Windows-indstillingerne for Fast Startup og dvale, som behandles i de næste afsnit.

• deaktiver Hurtig opstart og deaktiver dvale
• deaktiver Hurtig opstart og aktiver dvale
• aktiver Hurtig opstart og aktiver dvale

Proceduren for at deaktivere Hurtig opstart er beskrevet her for Windows 8 og her for Windows 10. Hvis du deaktiverer en indstilling, skal du under alle omstændigheder sørge for at deaktivere indstillingen og derefter lukke Windows ned, før du installerer Linux; bemærk, at det ikke er tilstrækkeligt at genstarte.

Disabler Fast Startup og deaktivere hibernation

Dette er den sikreste løsning, og anbefales, hvis du er usikker på problemet, da det kræver mindst opmærksomhed fra brugeren, når der genstartes fra det ene OS til det andet. Du kan dele den samme EFI-systempartition mellem Windows og Linux.

Disabler hurtig opstart og aktiver dvale

Denne indstilling kræver brugerbevidsthed, når du genstarter fra det ene operativsystem til det andet. hvis du vil starte Linux, mens Windows er i dvale, hvilket er et almindeligt anvendelsestilfælde, skal du

• bruge en separat EFI-systempartition (ESP) til Windows og Linux, og sikre, at Windows ikke monterer den ESP, der bruges til Linux. Da der kun kan være én ESP pr. drev, skal den ESP, der bruges til Linux, være placeret på et andet drev end den ESP, der bruges til Windows. I dette tilfælde kan Windows og Linux stadig installeres på det samme drev i forskellige partitioner, hvis du placerer den ESP, der bruges af linux, på et andet drev end Linux-rodpartitionen.
• Du kan ikke læse-skrive-montere et filsystem i Linux, der er monteret af Windows, mens Windows er i dvaletilstand. Du skal være yderst forsigtig med dette og også overveje Automount-adfærd.
• Hvis du lukker Windows helt ned i stedet for at holde dvale, kan du læse-skrive-montere filsystemet.
Bemærk: Du kan undgå dette problem for et drev ved at montere et drev som et eksternt drev i Windows og skubbe drevet ud i Windows, inden du holder dvale.

Aktiver hurtig opstart og aktiver dvaletilstand

De samme overvejelser gælder som i tilfælde “Deaktiver hurtig opstart og aktiver dvaletilstand”, men da Windows ikke kan lukkes helt ned, kun i dvaletilstand, kan du aldrig læse-skrive-montere et filsystem, der er blevet monteret af Windows, mens Windows er i dvaletilstand.

Bemærk: Windows-opdateringer kan genaktivere Hurtig opstart, som rapporteret i .

Windows filnavnebegrænsninger

Windows er begrænset til, at filstierne er kortere end 260 tegn.

Windows sætter også visse tegn uden for grænserne i filnavne af årsager, der går helt tilbage til DOS:

• < (mindre end)
• > (større end)
• : (kolon)
• " (dobbelt citationstegn)
• / (skråstreg fremad)
• \ (skråstreg)
• | (lodret streg eller rør)
• ? (spørgsmålstegn)
• * (stjernetegn)

Dette er begrænsninger i Windows og ikke i NTFS: ethvert andet operativsystem, der bruger NTFS-partitionen, vil være fint. Windows vil ikke kunne registrere disse filer, og hvis du kører chkdsk, vil de højst sandsynligt blive slettet. Dette kan føre til potentielt tab af data.

NTFS-3G anvender Windows-begrænsninger på nye filnavne via indstillingen windows_names (se fstab).

Installation

Den anbefalede måde at opsætte et Linux/Windows-dobbeltstartssystem på er først at installere Windows og kun bruge en del af disken til dets partitioner. Når du er færdig med Windows-opsætningen, skal du starte op i Linux-installationsmiljøet, hvor du kan oprette og ændre størrelsen på partitioner til Linux, mens du lader de eksisterende Windows-partitioner forblive uberørte. Windows-installationen opretter EFI-systempartitionen, som kan bruges af din Linux boot loader.

Windows før Linux

BIOS-systemer

Brug af en Linux boot loader

Du kan bruge enhver BIOS boot loader med understøttelse af multiboot.

Brug af Windows boot loader

Med denne opsætning indlæser Windows bootloader GRUB, som derefter starter Arch.

Windows Vista/7/8/8.1 boot loader

Denne artikel eller dette afsnit har brug for sprog, wiki-syntaks eller stilforbedringer. Se Hjælp:Stil for henvisning.

Årsag: Indeholder personlige kommentarer. (Diskuter i Talk:Dual boot med Windows#)

Den faktuelle nøjagtighed af denne artikel eller dette afsnit er omstridt.

Begrundelse: Brug af ext3-formateret /boot-partition, Windows bootloader virker fint (Diskuter i Talk:Dual boot med Windows#)

For at få Windows bootloader til at se Linux-partitionen skal en af de oprettede Linux-partitioner være FAT32 (i dette tilfælde /dev/sda3). Resten af opsætningen svarer til en typisk installation. I nogle dokumenter står der, at den partition, der indlæses af Windows boot loader, skal være en primær partition, men jeg har brugt dette uden problemer på en udvidet partition.

• Når du installerer GRUB boot loader, skal du installere den på din /boot-partition i stedet for på MBR’en.
  Bemærk: Min /boot-partition er f.eks. /dev/sda5. Så jeg installerede GRUB på /dev/sda5 i stedet for /dev/sda. For hjælp til at gøre dette, se GRUB/Tips and tricks#Install to partition or partitionless disk.
• Under Linux lav en kopi af boot info ved at skrive følgende i kommandoskallen:
• Boot til Windows og åbn op, og du burde kunne se filen linux.bin på C:\. Kør nu cmd med administratorrettigheder (naviger til Start > Alle programmer > Tilbehør, højreklik på Kommandoprompt og vælg Kør som administrator):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit vil returnere et UUID for denne post, som jeg vil henvise til som {ID} i de resterende trin. Du skal erstatte {ID} med den faktiske returnerede identifikator. Et eksempel på {ID} er {d7294d4d4e-9837-11de-99ac-f3f3a79e3e93}.

bcdedit /set {ID} device partition=c:bcdedit /set {ID} path \linux.binbcdedit /displayorder {ID} /addlastbcdedit /timeout 30

Reboot og nyd det. I mit tilfælde bruger jeg Windows boot loader, så jeg kan tilknytte min Dell Precision M4500’s anden tænd/sluk-knap til at starte Linux i stedet for Windows.

UEFI-systemer

Hvis du allerede har Windows installeret, vil det allerede have oprettet nogle partitioner på en GPT-formateret disk:

• en Windows Recovery Environment-partition, som regel på 499 MiB, der indeholder de filer, der er nødvendige for at starte Windows (dvs. det tilsvarende til Linux’ /boot),
• en EFI-systempartition med et FAT32-filsystem,
• en Microsoft-reserveret partition, som generelt har en størrelse på 128 MiB,
• en Microsoft-grunddatapartition med et NTFS-filsystem, som svarer til C:,
• potentielt systemgendannelses- og sikkerhedskopipartitioner og/eller sekundære datapartitioner (som ofte svarer til D: og derover).

Kontroller ved hjælp af værktøjet Diskhåndtering i Windows, hvordan partitioner er mærket, og hvilken type der bliver rapporteret. Dette vil hjælpe dig med at forstå, hvilke partitioner der er vigtige for Windows, og hvilke andre du eventuelt kan genbruge. Værktøjet Diskhåndtering i Windows kan også bruges til at krympe Windows-partitioner (NTFS) for at frigøre diskplads til yderligere partitioner til Linux.

Du kan derefter fortsætte med partitionering, afhængigt af dine behov.

Husk, at der ikke bør oprettes en ekstra EFI-systempartition, da den kan forhindre Windows i at starte op. Du skal blot montere den eksisterende partition.

Startlæseren skal understøtte kædeindlæsning af andre EFI-programmer for at lave dual boot Windows / Linux.

Computere, der leveres med nyere versioner af Windows, har ofte Secure Boot aktiveret. Du skal tage ekstra skridt for enten at deaktivere Secure Boot eller gøre dit installationsmedie kompatibelt med Secure Boot (se ovenfor og på den linkede side).

Linux før Windows

Selv om den anbefalede måde at opsætte et Linux/Windows-dobbelt opstartssystem på er at installere Windows først, kan det også gøres omvendt. I modsætning til at installere Windows før Linux, skal du på forhånd afsætte en partition til Windows, f.eks. 40 GB eller større, på forhånd. Eller have noget upartitioneret diskplads, eller oprette og ændre størrelsen på partitioner til Windows fra Linux-installationen, før du starter Windows-installationen.

UEFI firmware

Windows vil bruge den allerede eksisterende EFI-systempartition. I modsætning til det tidligere anførte er det uklart, om en enkelt partition til Windows, uden Windows Recovery Environment og uden Microsoft Reserved Partition, ikke vil gøre det.

Folger en oversigt, forudsat at Secure Boot er deaktiveret i firmwaren.

1. Boot ind i Windows-installationen. Hold øje med, at den kun bruger den intenderede partition, men lad den ellers gøre sit arbejde, som om der ikke er nogen Linux-installation.
2. Følg afsnittet #Fast Startup and hibernation.
3. Fiks evnen til at indlæse Linux ved opstart, evt. ved at følge #Cannot boot Linux after installing Windows. Det blev allerede nævnt i #UEFI-systemer, at nogle Linux-opstartsadministratorer vil autodetektere Windows Boot Manager. Selv om nyere Windows-installationer har en avanceret genstartsmulighed, hvorfra du kan starte op til Linux, anbefales det at have andre midler til at starte op til Linux, f.eks. et arch-installationsmedie eller en live-cd.

Forsøgning af problemer

Kunne ikke oprette en ny partition eller finde en eksisterende

Se #Windows UEFI vs. BIOS-begrænsninger.

Kan ikke starte Linux op efter installation af Windows

Se Unified Extensible Firmware Interface#Windows ændrer opstartsrækkefølge.

Gendannelse af en Windows-opstartspost

Som konvention (og for at lette installationen) installeres Windows normalt på den første partition og installerer sin partitionstabel og henvisning til sin bootloader i den første sektor på denne partition. Hvis du ved et uheld installerer en bootloader som GRUB på Windows-partitionen eller beskadiger boot record på en anden måde, skal du bruge et hjælpeprogram til at reparere den. Microsoft medfølger et hjælpeprogram til reparation af bootsektoren FIXBOOT og et hjælpeprogram til reparation af MBR kaldet FIXMBR på deres genoprettelsesdiske, eller nogle gange på deres installationsdiske. Ved hjælp af denne metode kan du rette henvisningen på bootsektoren på den første partition til henholdsvis bootloaderfilen og rette henvisningen på MBR’en til den første partition. Når du har gjort dette, skal du geninstallere GRUB til MBR’en som det oprindeligt var meningen (dvs. GRUB bootloader kan tildeles til at kædeindlæse Windows bootloader).

Hvis du ønsker at vende tilbage til at bruge Windows, kan du bruge kommandoen FIXBOOT, som kæder fra MBR’en til bootsektoren på den første partition for at genoprette normal, automatisk indlæsning af Windows-operativsystemet.

Og bemærk, der findes et Linux-værktøj kaldet ms-sys (pakke ms-sysAUR i AUR), som kan installere MBR’er. Dette hjælpeprogram er dog i øjeblikket kun i stand til at skrive nye MBR’er (alle operativsystemer og filsystemer understøttes) og opstartssektorer (alias boot record; svarer til at bruge FIXBOOT) for FAT-filsystemer. De fleste LiveCD’er har ikke dette værktøj som standard, så det skal installeres først, eller du kan kigge på en rednings-CD, der har det, såsom Parted Magic.

Først skal du skrive partitionsinformationen (tabellen) igen ved:

# ms-sys --partition /dev/sda1

Næst skal du skrive en Windows 2000/XP/2003 MBR:

# ms-sys --mbr /dev/sda # Read options for different versions

Dernæst skal du skrive den nye bootsektor (boot record):

# ms-sys -(1-6) # Read options to discover the correct FAT record type

ms-sys kan også skrive Windows 98, ME, Vista og 7 MBR’er også, se ms-sys -h.

Tidsstandard

• Anbefales: Indstil både Arch Linux og Windows til at bruge UTC, efter System time#UTC i Windows. Nogle versioner af Windows vender hardwareuret tilbage til localtime, hvis de er indstillet til at synkronisere tiden online. Dette problem ser ud til at være løst i Windows 10.
• Afbud anbefales ikke: Indstil Arch Linux til lokal tid og deaktiver alle tidssynkroniseringsdæmoner. Dette vil lade Windows tage sig af hardwareurkorrektioner, og du skal huske at starte op i Windows mindst to gange om året (om foråret og om efteråret), når DST træder i kraft. Så lad venligst være med at spørge på forummet, hvorfor uret er en time bagud eller foran, hvis du normalt går i dage eller uger uden at boote op i Windows.

Se også

• Boot af Windows fra en genvej til skrivebordet
• Engangsopstart til Windows-partition fra genvej til skrivebordet
• Windows 7/8/8/8.1/10 ISO til Flash Drive-brændingsværktøj til Linux (MBR/GPT, BIOS/UEFI, FAT32/NTFS)