docs(vm303): full clone, template 300 sters, handoff inchis

VM 303 rula ca linked clone din VM 300, deci template-ul contaminat nu putea
fi sters. Transformat in full clone si VM 300 eliminat din infrastructura.

Metoda: zfs send/recv local + swap de volid in config. `qm move-disk` nu era
o optiune — PVE respinge mutarea pe acelasi storage, iar pentru zvol-uri
conditia din Qemu.pm:4688 e mereu adevarata (numele n-are sufix de format).

- inventarele nu mai listeaza VM 300; VM 310 ramane singurul template
- clone-vm300.sh: comentariul spune de ce sursa e 310 (numele e istoric)
- handoff-ul sters la cererea utilizatorului; faptele care mai conteaza sunt
  mutate inline in README-uri, ca sa nu ramana referinte moarte

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01MoFGxftQw92PX4Sdkn94pv

proxmox/lxc108-oracle/roa-windows-setup/test/clone-vm300.sh

@@ -13,10 +13,10 @@
 #   ./clone-vm300.sh 305          # Creates VM 305 named oracle-test-305
 #   ./clone-vm300.sh 320 roa-prod # Creates VM 320 named roa-prod
 #
-# IMPORTANT — sursa e VM 310, NU VM 300:
-#   VM 300 `Win11-Template` NU e sysprep-uit: poarta numele (ROACENTRAL) si SID-ul
-#   de masina al VM 201. Clonele din el nu se pot autentifica prin SMB/NTLM nici cu
-#   VM 201, nici intre ele. Vezi docs/handoff-smb-vm303-roacentral.md.
+# IMPORTANT — sursa e VM 310 (numele scriptului e istoric):
+#   VM 300 `Win11-Template` a fost STERS 2026-08-11. NU era sysprep-uit: purta numele
+#   (ROACENTRAL) si SID-ul de masina al VM 201, iar clonele din el nu se puteau
+#   autentifica prin SMB/NTLM nici cu VM 201, nici intre ele.
 #   VM 310 `Win11-Template-Sysprep` e varianta generalizata; fiecare clona primeste
 #   SID si nume proprii la prima pornire (trece prin OOBE).
 #