{"id":13634,"date":"2025-10-07T16:37:14","date_gmt":"2025-10-07T14:37:14","guid":{"rendered":"https:\/\/webhosting.de\/hetzner-rescue-system-starten-anleitung-recovery-tutorial\/"},"modified":"2025-10-07T16:37:14","modified_gmt":"2025-10-07T14:37:14","slug":"hetzner-rescue-system-start-instructions-recovery-tutorial","status":"publish","type":"post","link":"https:\/\/webhosting.de\/da\/hetzner-rescue-system-starten-anleitung-recovery-tutorial\/","title":{"rendered":"Opstart af Hetzner Rescue System - trinvis vejledning til serveradministratorer"},"content":{"rendered":"<p>Jeg vil vise dig, hvordan du starter Hetzners redningssystem p\u00e5 f\u00e5 minutter, hvordan du <strong>SSH<\/strong> log ind og indtast din <strong>Server<\/strong> reparation p\u00e5 en m\u00e5lrettet m\u00e5de. Denne vejledning tager dig trin for trin fra aktivering til gendannelse, inklusive filsystemtjek, sikkerhedskopiering og geninstallation.<\/p>\n\n<h2>Centrale punkter<\/h2>\n\n<p>F\u00f8lgende n\u00f8gleaspekter vil hj\u00e6lpe dig med at starte og arbejde i redningstilstand uden omveje.<\/p>\n<ul>\n  <li><strong>Redningsstart<\/strong>Aktivering i Robot eller Cloud, og genstart derefter.<\/li>\n  <li><strong>SSH-adgang<\/strong>Log ind med n\u00f8gle eller adgangskode og root-rettigheder.<\/li>\n  <li><strong>Analyse af fejl<\/strong>Tjek fsck, logfiler, partitioner.<\/li>\n  <li><strong>Sikkerhedskopiering af data<\/strong>: rsync, tar, scp til hurtig sikkerhedskopiering.<\/li>\n  <li><strong>Ny installation<\/strong>installimage til nye systemer.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/10\/hetzner-rescue-server-boot-9281.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Hvad Rescue System g\u00f8r<\/h2>\n\n<p>Rescue System indl\u00e6ser et uafh\u00e6ngigt Linux-milj\u00f8 i arbejdshukommelsen og giver mig \u00f8jeblikkelig adgang til <strong>Root<\/strong>-adgang, selv om den installerede <strong>Operativsystem<\/strong> fejler. Jeg booter uafh\u00e6ngigt af defekte boot loadere, beskadigede pakker eller fejlbeh\u00e6ftede konfigurationer. Det giver mig mulighed for at tjekke filsystemer, gendanne data, analysere logfiler og genstarte tjenester. Milj\u00f8et forbliver slankt, men tilbyder alle de vigtige v\u00e6rkt\u00f8jer til diagnosticering og gendannelse. Det giver mig mulighed for at bevare kontrollen, selv hvis det almindelige system g\u00e5r helt ned.<\/p>\n\n<p>Det praktiske er, at redningsmilj\u00f8et bevidst er flygtigt: \u00e6ndringer forsvinder efter genstart, hvilket betyder, at jeg kan teste sikkert. Hvis det er n\u00f8dvendigt, installerer jeg midlertidige v\u00e6rkt\u00f8jer (f.eks. smartmontools, mdadm, lvm2, btrfs-progs eller xfsprogs) uden at \u00e6ndre det produktive system. Kerneversionen er moderne og underst\u00f8tter den nyeste hardware, herunder NVMe, UEFI, GPT, software-RAID (mdraid), LVM og LUKS-kryptering. Det giver mig mulighed for at d\u00e6kke selv komplekse storage-ops\u00e6tninger og isolere selv sj\u00e6ldne fejlm\u00f8nstre p\u00e5 en reproducerbar m\u00e5de.<\/p>\n\n<h2>Krav og adgang<\/h2>\n\n<p>For at komme i gang skal jeg have adgang til kundeinterfacet og min <strong>SSH-n\u00f8gler<\/strong> eller en midlertidig <strong>adgangskode<\/strong>. Jeg administrerer dedikerede systemer bekvemt via <a href=\"https:\/\/webhosting.de\/da\/hetzner-robot-surface-server-administration-tips-guide-sammenligning-magt\/\">Hetzner Robot<\/a>mens jeg styrer instanser i skyen via konsollen. Begge gr\u00e6nseflader tilbyder en klar mulighed for at aktivere redningstilstand. Jeg tjekker den korrekte server-IP, IPv6-tilg\u00e6ngelighed og om n\u00f8dvendigt out-of-band-funktioner til nulstillingen p\u00e5 forh\u00e5nd. Denne forberedelse forkorter nedetiden betydeligt.<\/p>\n\n<p>N\u00e5r jeg logger ind p\u00e5 SSH for f\u00f8rste gang, bekr\u00e6fter jeg bevidst det nye fingeraftryk og opdaterer om n\u00f8dvendigt min Known Hosts-indgang, s\u00e5 efterf\u00f8lgende forbindelser ikke mislykkes p\u00e5 grund af advarsler. For teams gemmer jeg ekstra n\u00f8gler specifikt til redningsaktionen og fjerner dem igen, n\u00e5r de er f\u00e6rdige. Hvis der kun er en midlertidig adgangskode til r\u00e5dighed, \u00e6ndrer jeg den straks efter login og erstatter den derefter med Key-Auth - jeg deaktiverer konsekvent adgangskode-logins ved arbejdets afslutning.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/10\/hetznerrescueguide2159.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Aktivering af redningssystemet - trin for trin<\/h2>\n\n<p>Jeg \u00e5bner serverdetaljevinduet, v\u00e6lger indstillingen \"Rescue\" og indstiller arkitekturen til <strong>linux64<\/strong> for nuv\u00e6rende systemer, s\u00e5 indbetaler jeg min <strong>SSH-n\u00f8gle<\/strong>. Afh\u00e6ngigt af situationen starter jeg kun redningstilstanden og udl\u00f8ser genstarten separat, eller jeg bruger \"Activate Rescue &amp; Power Cycle\" til en direkte genstart. Hvis maskinen h\u00e6nger, udf\u00f8rer jeg en h\u00e5rd nulstilling via interfacet. Efter opstarten viser gr\u00e6nsefladen en midlertidig root-adgangskode, hvis jeg ikke har indtastet en n\u00f8gle. S\u00e5 snart serveren starter op, svarer den p\u00e5 SSH, og jeg kan komme i gang.<\/p>\n\n<p>I komplekse situationer planl\u00e6gger jeg en klar r\u00e6kkef\u00f8lge: Aktiv\u00e9r, t\u00e6nd\/sluk, test SSH-login, og start derefter fejlfinding. En manuel power cycle kan v\u00e6re mere n\u00f8dvendig p\u00e5 dedikerede servere, mens cloud-instanser normalt skifter til redningstilstand med det samme. Vigtigt: Efter en vellykket reparation sl\u00e5r jeg redningstilstanden fra igen, s\u00e5 maskinen genstarter fra den lokale harddisk.<\/p>\n\n<h2>SSH-forbindelse og f\u00f8rste tjek<\/h2>\n\n<p>Jeg forbinder via <strong>SSH<\/strong> med <code>ssh root@.<\/code> og tjek f\u00f8rst netv\u00e6rk, datab\u00e6rere og logfiler for at f\u00e5 et hurtigt overblik over problemet. <strong>Status<\/strong>. Med <code>ip a<\/code> og <code>ping<\/code> Jeg tjekker tilg\u00e6ngeligheden; <code>journalctl --no-pager -xb<\/code> eller logfiler p\u00e5 de monterede diske viser de seneste fejlmeddelelser. Kommandoerne <code>lsblk<\/code>, <code>blkid<\/code> og <code>fdisk -l<\/code> giver klarhed over layout og filsystemer. Til RAID bruger jeg <code>cat \/proc\/mdstat<\/code> og <code>mdadm --detail<\/code> for tilstanden. For indledende hardwareindikatorer <code>smartctl -a<\/code> og en kort <code>hdparm -Tt<\/code>-test.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/10\/hetzner-rescue-system-guide-5973.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>LVM, RAID, LUKS og specielle filsystemer<\/h2>\n\n<p>Mange servere bruger LVM, software-RAID eller kryptering. Jeg aktiverer f\u00f8rst alle relevante lag:<\/p>\n<ul>\n  <li><strong>mdraid<\/strong>: <code>mdadm --assemble --scan<\/code> viser eksisterende arrays; jeg tjekker status med <code>cat \/proc\/mdstat<\/code>.<\/li>\n  <li><strong>LUKS<\/strong>: Jeg \u00e5bner krypterede diskenheder med <code>cryptsetup luksOpen \/dev\/ .<\/code>.<\/li>\n  <li><strong>LVM<\/strong>Med <code>vgscan<\/code> og <code>vgchange -ay<\/code> Jeg aktiverer volumengrupper og ser dem via <code>lvs<\/code>\/<code>vgs<\/code>\/<code>pvs<\/code>.<\/li>\n<\/ul>\n<p>Med Btrfs er jeg opm\u00e6rksom p\u00e5 undervolumener og monterer specifikt med <code>-o subvol=@<\/code> henholdsvis <code>-o subvolid=5<\/code> for det \u00f8verste niveau. Jeg tjekker XFS med <code>xfs_repair<\/code> (aldrig p\u00e5 monterede diskenheder), mens Ext4 klassisk bruges med <code>fsck.ext4 -f<\/code> er reorganiseret. Jeg orienterer mig om GUID\/UUID fra <code>blkid<\/code>fordi enhedsnavne for NVMe (<code>\/dev\/nvme0n1p1<\/code>) og kan variere med skiftende ordre. Jeg vil korrigere <code>\/etc\/fstab<\/code>.<\/p>\n\n<h2>Reparation af filsystem og sikkerhedskopiering af data<\/h2>\n\n<p>F\u00f8r jeg reparerer, tager jeg backup af vigtige ting <strong>Data<\/strong> med <code>rsync<\/code>, <code>scp<\/code> eller <code>tj\u00e6re<\/code> til et eksternt m\u00e5l eller et lokalt m\u00e5l <strong>Backup<\/strong>-katalog. Til kontrol bruger jeg <code>fsck<\/code> kun p\u00e5 umonterede partitioner, for eksempel <code>fsck -f \/dev\/sda2<\/code>for at rette op p\u00e5 uoverensstemmelser. Derefter monterer jeg systemet under <code>\/mnt<\/code>for eksempel med <code>mount \/dev\/sda2 \/mnt<\/code>og vedh\u00e6fte understier som f.eks. <code>\/proc<\/code>, <code>\/sys<\/code> og <code>\/dev<\/code> n\u00e5r jeg vil chroot'e. Individuelle konfigurationsfiler som f.eks. <code>\/etc\/fstab<\/code> eller netv\u00e6rksindstillinger direkte i det monterede system. Ved at g\u00e5 forsigtigt frem forhindrer jeg f\u00f8lgeskader og minimerer nedetid.<\/p>\n\n<p>For at f\u00e5 p\u00e5lidelige backups er jeg afh\u00e6ngig af gentagelige kommandoer: <code>rsync -aHAX --info=progress2<\/code> modtager rettigheder, hardlinks, ACL'er og xattrs. Hvis linjen er svag, drosler jeg ned med <code>--bwlimit<\/code> og parallelisere komprimeringen med <code>tar -I pigz<\/code>. Om n\u00f8dvendigt afbilder jeg kritiske, defekte datab\u00e6rere i blokke med <code>ddrescue<\/code> for at flytte det logiske arbejde til et image. Jeg tjekker omhyggeligt Btrfs-systemer med <code>btrfs check --readonly<\/code> og bruge <code>btrfs-scrub<\/code>for at opdage lydl\u00f8se fejl. XFS kr\u00e6ver ofte en off-mount-reparation i tilf\u00e6lde af uoverensstemmelser (<code>xfs_repair<\/code>) - Jeg tager altid backup af partitionen f\u00f8rst.<\/p>\n\n<h2>Reparation af UEFI\/BIOS, GPT\/MBR og bootloader<\/h2>\n\n<p>Mange bootproblemer skyldes samspillet mellem firmware, partitionsskema og bootloader. Jeg afklarer f\u00f8rst, om serveren starter i UEFI eller legacy BIOS-tilstand (<code>ls \/sys\/firmware\/efi<\/code>). Med UEFI monterer jeg EFI-partitionen (typisk <code>\/dev\/sdX1<\/code> eller <code>\/dev\/nvme0n1p1<\/code>) til <code>\/mnt\/boot\/efi<\/code>. Og s\u00e5 chrooterer jeg ind i systemet:<\/p>\n<pre><code>mount \/dev\/ \/mnt\nmount --bind \/dev \/mnt\/dev\nmount --bind \/proc \/mnt\/proc\nmount --bind \/sys \/mnt\/sys\nchroot \/mnt \/bin\/bash\n<\/code><\/pre>\n<p>Jeg geninstallerer bootloaderen korrekt (<code>grub-installation<\/code> til den rigtige enhed) og genskabe konfiguration og initramfs: <code>opdater-grub<\/code> og <code>update-initramfs -u -k alle<\/code> (for dracut-baserede systemer <code>dracut -f<\/code>). Hvis r\u00e6kkef\u00f8lgen af enhederne ikke er korrekt, bruger jeg <code>\/etc\/default\/grub<\/code> UUID'er og tjek <code>\/etc\/fstab<\/code> for korrekte indtastninger. N\u00e5r jeg \u00e6ndrer GPT\/MBR, tjekker jeg, om der findes en BIOS-opstartspartition (til GRUB\/BIOS) eller en gyldig EFI-systempartition.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/10\/hetzner-rescue-anleitung-3821.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Netv\u00e6rkets faldgruber i Rescue<\/h2>\n\n<p>Netv\u00e6rksproblemer er ofte \u00e5rsagen til, at tjenester er \"v\u00e6k\". I Rescue tjekker jeg linkstatus (<code>ip-link<\/code>), ruter (<code>ip r<\/code>) og DNS-opl\u00f8sning (<code>resolvectl status<\/code> hhv. <code>cat \/etc\/resolv.conf<\/code>). Jeg tester IPv4 og IPv6 separat (<code>ping -4<\/code>\/<code>ping -6<\/code>). For servere med broer eller bonding kan r\u00e6kkef\u00f8lgen af gr\u00e6nseflader i det produktive system afvige fra redningsmilj\u00f8et. Jeg noterer MAC-adresserne og mapper dem korrekt. Hvis produktionssystemet bruger Netplan, kontrollerer jeg <code>\/etc\/netplan\/*.yaml<\/code> og drej efter chroot'en <code>netplan genererer<\/code> og <code>netplan g\u00e6lder<\/code> p\u00e5. For klassiske <code>\/etc\/netv\u00e6rk\/gr\u00e6nseflader<\/code>-ops\u00e6tninger er jeg opm\u00e6rksom p\u00e5 konsistente interfacenavne (forudsigelige navne vs. <code>eth0<\/code>).<\/p>\n\n<h2>Geninstaller operativsystemet<\/h2>\n\n<p>Hvis reparationer ikke l\u00e6ngere giver mening, nulstiller jeg systemet med <strong>installationsbillede<\/strong> helt nye og dermed spare v\u00e6rdifulde <strong>Tid<\/strong>. V\u00e6rkt\u00f8jet guider mig gennem valg af distribution, partitionering og boot loader. Jeg inkluderer mine egne konfigurationsfiler og SSH-n\u00f8gler i installationen, s\u00e5 den f\u00f8rste opstart k\u00f8rer problemfrit. Efter installationen starter jeg serveren som normalt og tjekker tjenester, firewall og opdateringer. Til sidst fjerner jeg redningstilstanden, s\u00e5 den n\u00e6ste opstart sker fra den lokale datab\u00e6rer igen.<\/p>\n\n<p>Jeg bruger bevidst UUID-baserede mounts til nye installationer for at udelukke problemer med enhedsr\u00e6kkef\u00f8lgen senere. Ved RAID-ops\u00e6tninger opretter jeg arrays fra starten og tjekker rebuild-status, f\u00f8r jeg gendanner data. Hvis du implementerer lignende systemer regelm\u00e6ssigt, arbejder du med foruddefinerede installationsskabeloner og en klar partitioneringslogik (root, separat datapartition, swap, EFI, hvis det er n\u00f8dvendigt). Efter den f\u00f8rste opstart opdaterer jeg pakkekilder og kerner, aktiverer automatiske sikkerhedsopdateringer og udruller mine grundl\u00e6ggende h\u00e6rdningstrin.<\/p>\n\n<h2>Sikkerhed, tidsvindue og tilbagefald<\/h2>\n\n<p>Adgang sker udelukkende via <strong>SSH<\/strong>Derfor stoler jeg konsekvent p\u00e5 <strong>N\u00f8gler<\/strong> i stedet for statiske adgangskoder. Redningstilstanden forbliver klar i et begr\u00e6nset tidsrum efter aktivering og falder tilbage til den lokale opstartsenhed ved n\u00e6ste normale genstart. Jeg arbejder hurtigt, dokumenterer hvert trin og holder en anden session \u00e5ben til st\u00f8rre indgreb. Jeg skriver ikke f\u00f8lsomme data i bash-historier og sletter midlertidige filer efter brug. Efter en vellykket gendannelse deaktiverer jeg tilstanden i gr\u00e6nsefladen igen.<\/p>\n\n<p>N\u00e5r jeg har genaktiveret det produktive system, roterer jeg adgangsdata, fjerner midlertidige redningsn\u00f8gler, nulstiller overfl\u00f8dige root-adgangskoder og tager backup af nyligt genererede konfigurationer. Jeg indsamler revisionsoplysninger (hvem gjorde hvad og hvorn\u00e5r) og dokumenterer afvigelser fra standardops\u00e6tningen. Det forhindrer, at n\u00f8dforanstaltninger bliver permanente, og jeg overholder compliance-kravene.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/10\/hetzner-rescue-start-4281.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Eksempel: Red WordPress-server<\/h2>\n\n<p>Jeg starter i redningstilstand, monterer systempartitionen og sikkerhedskopierer <strong>Database<\/strong> per <code>mysqldump<\/code> og den <strong>wp-indhold<\/strong>-katalog med <code>tj\u00e6re<\/code> eller <code>rsync<\/code>. Derefter tjekker jeg filsystemet, nulstiller bootloaderen og retter forkerte PHP- eller NGINX-konfigurationer. Hvis pakkerne er beskadigede, bruger jeg chroot og geninstallerer afh\u00e6ngigheder. Hvis det ikke er nok, nulstiller jeg maskinen med <code>installationsbillede<\/code> og gendanner backup og konfigurationer. Til sidst verificerer jeg frontend, login og cronjobs.<\/p>\n\n<p>I praksis er jeg opm\u00e6rksom p\u00e5 InnoDB-konsistens (MySQL\/MariaDB): Fejler <code>mysqld<\/code> I starten sikrer jeg mig <code>\/var\/lib\/mysql<\/code> og k\u00f8rer dumpen fra en ny instans. Jeg t\u00f8mmer cacher (objektcache, sidecache, OPCache) selektivt, indstiller filtilladelser konsekvent (<code>find . -type d -exec chmod 755 {} ;<\/code>, <code>find . -type f -exec chmod 644 {} ;<\/code>) og tjek <code>open_basedir<\/code> og upload-biblioteker. Jeg deaktiverer kritiske plugins som en test ved at omd\u00f8be plugin-biblioteket. Derefter tjekker jeg PHP FPM pools, FastCGI timeouts, hukommelsesgr\u00e6nser og NGINX\/Apache includes. En kort <code>wp cron event run --due-now<\/code> (hvis WP-CLI er tilg\u00e6ngelig) hj\u00e6lper med at behandle eftersl\u00e6b.<\/p>\n\n<h2>Bedste praksis for administratorer<\/h2>\n\n<p>F\u00f8r dybe indgreb opretter jeg en ny <strong>Backup<\/strong> og sikre n\u00f8glefiler som f.eks. <strong>\/etc<\/strong>s\u00e5 jeg kan springe tilbage n\u00e5r som helst. Hvert trin bliver registreret i en kort log, som hj\u00e6lper mig senere med audits eller nye h\u00e6ndelser. N\u00e5r jeg har genstartet det produktive system, tjekker jeg grundigt tjenester, logfiler, netv\u00e6rk og overv\u00e5gning. Til tilbagevendende opgaver opbygger jeg et lille script-s\u00e6t for at standardisere kommandosekvenser. Hvis du planl\u00e6gger ekstra ydeevne eller ny hardware, kan du oprette passende <a href=\"https:\/\/webhosting.de\/da\/hetzner-root-server-leje-guide-tips-server-viden\/\">Lej en root-server<\/a> og migreringsvindue.<\/p>\n\n<p>Jeg har ogs\u00e5 en runbook-tjekliste klar, som indeholder ansvarsomr\u00e5der og eskaleringsstier. Planlagte \"game days\" (m\u00e5lrettede fejlsimuleringer) tr\u00e6ner teamet til n\u00f8dsituationer. Jeg tester regelm\u00e6ssigt sikkerhedskopier som en gendannelsespr\u00f8ve - en upr\u00f8vet sikkerhedskopi betragtes som ikke-eksisterende. Og jeg versionerer mine systemkonfigurationer, s\u00e5 jeg hurtigt kan genkende forskelle mellem \"god\" og \"fejlbeh\u00e6ftet\" status.<\/p>\n\n<h2>Cloud vs. dedikeret: forskelle i processen<\/h2>\n\n<p>I skyen \u00e6ndrer jeg ofte opstartstilstanden direkte i instansdialogen og bruger den serielle konsol til hurtige tjek, mens en power cycle og muligvis out-of-band-adgang er n\u00f8dvendig p\u00e5 dedikerede servere. Cloud-volumener kan nemt knyttes til andre instanser - en effektiv m\u00e5de at sikkerhedskopiere data p\u00e5 uden nedetid p\u00e5 den ber\u00f8rte host. P\u00e5 bare metal er jeg mere opm\u00e6rksom p\u00e5 den fysiske r\u00e6kkef\u00f8lge af drevene, is\u00e6r n\u00e5r jeg k\u00f8ber ekstra SSD'er\/NVMe-moduler. I begge verdener: Rescue er et midlertidigt v\u00e6rkt\u00f8j - jeg planl\u00e6gger vejen tilbage til den normale opstart i god tid.<\/p>\n\n<h2>Sammenligning: leverand\u00f8rer med redningssystem<\/h2>\n\n<p>Ud over en god arbejdskvalitet, hurtig genopretning <strong>Hardware<\/strong> ogs\u00e5 en rent integreret <strong>Redning<\/strong>-funktion. F\u00f8lgende tabel giver et kompakt overblik over udvalget af funktioner og h\u00e5ndtering. Jeg har baseret dette p\u00e5 tilg\u00e6ngelighed, nem adgang og typiske administrative arbejdsgange. Vurderingen \"Anbefaling\" afspejler min praktiske brug til typiske fejl. V\u00e6gtningen kan selvf\u00f8lgelig variere afh\u00e6ngigt af den tilsigtede brug.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Udbyder<\/th>\n      <th>Redningssystem til r\u00e5dighed<\/th>\n      <th>Brugervenlighed<\/th>\n      <th>Str\u00f8m<\/th>\n      <th>Anbefaling<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>webhoster.de<\/td>\n      <td>Ja<\/td>\n      <td>Meget god<\/td>\n      <td>Meget h\u00f8j<\/td>\n      <td>Vinder af test<\/td>\n    <\/tr>\n    <tr>\n      <td>Hetzner<\/td>\n      <td>Ja<\/td>\n      <td>Meget god<\/td>\n      <td>H\u00f8j<\/td>\n      <td><\/td>\n    <\/tr>\n    <tr>\n      <td>Strato<\/td>\n      <td>Delvist<\/td>\n      <td>God<\/td>\n      <td>Medium<\/td>\n      <td><\/td>\n    <\/tr>\n    <tr>\n      <td>IONOS<\/td>\n      <td>Nej<\/td>\n      <td>Medium<\/td>\n      <td>Medium<\/td>\n      <td><\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/10\/hetzner-rescue-server-5186.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Tjekliste: R\u00e6kkef\u00f8lgen af trin i en n\u00f8dsituation<\/h2>\n\n<ul>\n  <li>Aktiver Rescue, udl\u00f8s genstart\/power cycle, test SSH.<\/li>\n  <li>Se hardware\/lager: <code>smartctl<\/code>, <code>lsblk<\/code>, <code>blkid<\/code>, <code>mdstat<\/code>, <code>lvm<\/code>.<\/li>\n  <li>Aktiver arrays\/LUKS\/LVM, inspic\u00e9r skrivebeskyttede filsystemer.<\/li>\n  <li>Lav en sikkerhedskopi (rsync\/tar), og s\u00e5 <code>fsck<\/code>\/Reparationer.<\/li>\n  <li>System under <code>\/mnt<\/code> mount, bind mounts, chroot.<\/li>\n  <li>Reparer bootloader\/initramfs, tjek netv\u00e6rkskonfigurationen.<\/li>\n  <li>Test opstart, bekr\u00e6ft tjenester, tjek overv\u00e5gning\/alarmer.<\/li>\n  <li>Deaktiver Rescue, fjern midlertidige n\u00f8gler, opdater dokumentation.<\/li>\n<\/ul>\n\n<h2>Ofte stillede sp\u00f8rgsm\u00e5l om Hetzner Rescue System<\/h2>\n\n<p>Kan jeg bruge min <strong>Data<\/strong> redning, hvis systemet ikke l\u00e6ngere starter? Ja, jeg l\u00e6ser datab\u00e6rerne direkte i redningstilstand og tager backup af vigtige data. <strong>Mappe<\/strong> eller hele partitioner.<\/p>\n<p>Hvor l\u00e6nge forbliver redningstilstanden aktiv? Efter aktivering er systemet tilg\u00e6ngeligt i en begr\u00e6nset periode og skifter tilbage til det lokale system ved den n\u00e6ste almindelige genstart. <strong>B\u00e5d<\/strong>-enhed, og jeg planl\u00e6gger derfor en hurtig <strong>Procedure<\/strong>.<\/p>\n<p>Virker dette for cloud og dedikerede servere? Ja, jeg starter tilstanden for b\u00e5de dedikerede maskiner og cloud-instanser i <a href=\"https:\/\/webhosting.de\/da\/hetzner-cloud-server-oversigt-entry-hosting-test-vinder-fremtid\/\">Hetzner-skyen<\/a>.<\/p>\n<p>Hvad g\u00f8r jeg, hvis bootloaderen er beskadiget? Jeg monterer root og om n\u00f8dvendigt EFI, chrooter ind i systemet, udf\u00f8rer <code>grub-installation<\/code>, <code>opdater-grub<\/code> og en genopbygning af initramf, og s\u00e5 tester jeg genstarten.<\/p>\n<p>Hvordan h\u00e5ndterer jeg LVM\/RAID? Jeg monterer f\u00f8rst mdraid, aktiverer LVM med <code>vgchange -ay<\/code> og monter derefter de logiske diske. Reparationer finder kun sted efter en backup.<\/p>\n<p>Kan jeg kun gemme enkelte filer? Ja, jeg monterer skrivebeskyttet og kopierer selektivt konfigurationer, databaser (via dump) eller mapper - minimalt invasivt og hurtigt.<\/p>\n\n<h2>Kernebudskab<\/h2>\n\n<p>Med den <strong>Hetzner<\/strong> Rescue System har jeg et hurtigt v\u00e6rkt\u00f8j, der p\u00e5lideligt identificerer opstartsproblemer, filsystemfejl og beskadigede konfigurationer. Jeg aktiverer tilstanden, logger ind via SSH, sikkerhedskopierer data og v\u00e6lger s\u00e5 mellem at reparere eller geninstallere. Dette sparer <strong>Tid<\/strong> i en n\u00f8dsituation og reducerer nedetiden til et absolut minimum. Hvis du internaliserer disse f\u00e5 trin, kan du h\u00e5ndtere selv vanskelige nedbrud roligt. Det betyder, at serverdriften kan planl\u00e6gges, og genstarten kontrolleres.<\/p>","protected":false},"excerpt":{"rendered":"<p>Find ud af, hvordan du aktiverer og bruger Hetzner Rescue System og f\u00e5r maksimal sikkerhed i tilf\u00e6lde af serverproblemer.<\/p>","protected":false},"author":1,"featured_media":13627,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[780],"tags":[],"class_list":["post-13634","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"1965","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"hetzner rescue system","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"13627","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/13634","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/comments?post=13634"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/13634\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/media\/13627"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/media?parent=13634"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/categories?post=13634"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/tags?post=13634"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}