Källkorrigeringen är tydlig och verifierad av användaren: på en HP ProBook 450 G7 med ZimaOS 1.4.2 försattes hela NAS-enheten i viloläge när locket stängdes. Genom att redigera systemd-logind så att HandleLidSwitch=ignore och sedan starta om systemet stoppades den automatiska försättningen i viloläge. Den ursprungliga skribenten bekräftade uttryckligen att ändringen fungerade.
Detta är användbart för hemlabb baserade på bärbara datorer, eftersom en NAS vanligtvis förväntas vara online även när locket är stängt. Det är fortfarande en ändring av värdsystemets energipolicy, så spara den ursprungliga inställningen och se till att du har en återställningsmetod innan du redigerar den.
Den bärbara datorn försattes i viloläge och återupptogs normalt med locket
Källans beteende gick att återskapa:
- stäng locket → systemet försätts i viloläge;
- öppna locket → systemet återupptas.
Detta pekar på hantering av lock via systemd-logind/ACPI snarare än en krasch i ZimaOS.
Det första förslaget utgick från standardbeteendet i systemd
Ett svar från communityn föreslog att redigera:
/etc/systemd/logind.confoch ändra åtgärden för lockbrytaren. Kommentatorn påpekade korrekt att de anpassade en Ubuntu-/systemd-lösning och att de till en början inte var säkra på hur ZimaOS hanterade filen.
IceWhale hade tidigare gjort systemd-filer redigerbara för detta användningsfall
Zima-Giorgio länkade till en äldre IceWhale-tråd där en användare med en bärbar dator hade samma behov. I den äldre tråden sade Giorgio att ZimaOS från och med v1.2.3 skulle göra filer i systemd-mappen redigerbara.
Det ger källkorrigeringen mer stöd än ett godtyckligt försök att ändra en normalt skrivskyddad systemsökväg.
Den inställning som bekräftades i källan var HandleLidSwitch=ignore
Den ursprungliga skribenten ändrade:
#HandleLidSwitch=suspendtill:
HandleLidSwitch=ignoreDärefter startade de om systemet och bekräftade att servern inte längre försattes i viloläge när locket stängdes.
Säkerhetskopiera den ursprungliga konfigurationen
Innan du redigerar en fil för värdsystemets energihantering bör du kopiera eller dokumentera den ursprungliga raden. Om den bärbara datorn senare beter sig oväntat bör du kunna återställa den tidigare inställningen från en lokal konsol eller via SSH.
Förstå relaterade inställningar för lockbrytaren
systemd-logind kan skilja mellan normalt stängt lock, extern strömförsörjning och dockat läge. Källan ändrade endast HandleLidSwitch. Avkommentera inte alla relaterade alternativ om du inte behöver olika policyer för batteridrift, nätström eller dockning.
En bärbar NAS behöver fortfarande en plan för batteri och ström
Att ignorera locket förhindrar inte att batteriet laddas ur. För en bärbar server som ska vara på hela tiden bör du ha tillförlitlig nätström, övervaka batteriets hälsa och temperatur samt bestämma vad som ska hända vid ett faktiskt strömavbrott.
Att ignorera locket är inte samma sak som att stänga av skärmen
Du kan låta operativsystemet fortsätta köras medan den inbyggda skärmen inte används. Utgå inte från att lockinställningen måste styra skärmsläckning, visning för virtuella maskiner eller åtkomst till den lokala konsolen.
Testa igen efter större ZimaOS-uppdateringar
Källan gällde version 1.4.2, medan den aktuella versionen av ZimaOS är 1.7.1. Om en större uppdatering ersätter eller ändrar den aktiva logind-konfigurationen bör du kontrollera lockbeteendet igen i stället för att anta att den gamla filen fortfarande används.
Vanliga frågor om locket på bärbara datorer
Fungerade HandleLidSwitch=ignore för användaren i källan?
Ja. De bekräftade uttryckligen detta efter omstarten.
Är detta en Docker-inställning?
Nej. Det är en inställning för värdsystemets energihantering i systemd-logind.
Bör en bärbar NAS alltid ignorera när locket stängs?
Endast om det stämmer överens med den avsedda driften, där systemet alltid ska vara på. Vissa användare kan föredra viloläge vid batteridrift eller under resor.
